Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
30 января 2015, 8:20:16 AM   # 1
 
 
Сообщений: 10
Цитировать по имени
цитировать ответ
по умолчанию Re: Можно ли перебирать все блоки, в т.ч. детей-сирот, с RPC API?

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru

Я пытаюсь перебрать все блоки, в т.ч. детей-сирот, через УИП апи.

Во-первых, это мои предположения. Расскажите, пожалуйста, если это правильно:

  • Потерянные блоки являются допустимыми блоками.
  • Потерянные блоки содержат действительные сделки.
  • Операции в осиротевших блоках могут быть найдены только в этом сиротском блоке.

Для того, чтобы перебрать все блоки в самой длинной цепи можно использовать следующие команды:
Код:
getblockcount
getblockhash <индекс>
getblock <гашиш>

Но как насчет всех сирот? Они не являются частью самой длинной цепи, не так ли? Вы можете получить любой блок, если вы знаете, хэш с "getblock", Но как обнаружить хэш сирот в первую очередь?

Есть ли способ, чтобы обнаружить сирота через RPC?
CuriousCarl сейчас офлайн Пожаловаться на CuriousCarl   Ответить с цитированием Мультицитирование сообщения от CuriousCarl Быстрый ответ на сообщение CuriousCarl


Как заработать Биткоины?
Без вложений. Не майнинг.


30 января 2015, 8:37:20 AM   # 2
 
 
Сообщения: 1400
Цитировать по имени
цитировать ответ
по умолчанию Re: Можно ли перебирать все блоки, в т.ч. детей-сирот, с RPC API?

Получил 1806 Биткоинов
Реальная история.






Я пытаюсь перебрать все блоки, в т.ч. детей-сирот, через УИП апи.

Во-первых, это мои предположения. Расскажите, пожалуйста, если это правильно:

Потерянные блоки являются допустимыми блоками.

верный.

Потерянные блоки содержат действительные сделки.

верный.

Операции в осиротевших блоках могут быть найдены только в этом сиротском блоке.

Неа. Транзакция из сиротского блока, как правило, получает повторно распространяться клиентом или непосредственно включены в конкурирующем сыгравший другой шахтера.

Для того, чтобы перебрать все блоки в самой длинной цепи можно использовать следующие команды:
Код:
getblockcount
getblockhash <индекс>
getblock <гашиш>

Но как насчет всех сирот? Они не являются частью самой длинной цепи, не так ли? Вы можете получить любой блок, если вы знаете, хэш с "getblock", Но как обнаружить хэш сирот в первую очередь?

Есть ли способ, чтобы обнаружить сирота через RPC?


Существует список здесь [1] или начать bitcoind с printblocktree. Это будет AFAIK работать только на вилках засвидетельствовали ваш клиент. Я не знаю ни одного вызова RPC, но, возможно, кто-то другой.

Вы можете запустить Bitcoin -printblocktree затем посмотреть в debug.log чтобы увидеть любые цепи шпагата наблюдавшегося ваш клиента. Мой экземпляр видел три на протяжении своей жизни, все из них только один блок длиной.


[1] https://blockchain.info/orphaned-blocks
Шорена сейчас офлайн Пожаловаться на Шорену   Ответить с цитированием Мультицитирование сообщения от Шорену Быстрый ответ на сообщение Шорену

30 января 2015, 12:36:27 PM   # 3
 
 
Сообщения: 983
Цитировать по имени
цитировать ответ
по умолчанию Re: Можно ли перебирать все блоки, в т.ч. детей-сирот, с RPC API?

Вы можете также использовать getchaintips. Вызов getblock на всех блок-хэшей вернулись, а затем из каждого блока вперед к родителю. Таким образом, вы действительно можете перебирать все блоки (в том числе детей-сирот) что ваш узел знает о.
Domob сейчас офлайн Пожаловаться на Domob   Ответить с цитированием Мультицитирование сообщения от Domob Быстрый ответ на сообщение Domob

30 января 2015, 3:58:09 PM   # 4
 
 
Сообщения: 2002
Цитировать по имени
цитировать ответ
по умолчанию Re: Можно ли перебирать все блоки, в т.ч. детей-сирот, с RPC API?

- чик -
вы действительно можете перебирать все блоки (в том числе детей-сирот) что ваш узел знает о.

Подчеркнутая часть очень важна.

В большинстве случаев ваш узел никогда не будет даже слышать об осиротевших блоках. Вы не будете знать, что они когда-либо существовали.
DannyHamilton сейчас офлайн Пожаловаться на DannyHamilton   Ответить с цитированием Мультицитирование сообщения от DannyHamilton Быстрый ответ на сообщение DannyHamilton

30 января 2015, 4:06:52 PM   # 5
 
 
Сообщений: 10
Цитировать по имени
цитировать ответ
по умолчанию Re: Можно ли перебирать все блоки, в т.ч. детей-сирот, с RPC API?

Неа. Транзакция из сиротского блока, как правило, получает повторно распространяться клиентом или непосредственно включены в конкурирующем сыгравший другой шахтера.

Oooooh. Это ставит вещи в новом свете. Это делает сирот гораздо менее важны, чем я думал. Их сделки будут (ну, нет никакой гарантии, но в основном) в конечном итоге в других блоках. Теперь апи RPC имеет больше смысла.

Благодарю.
CuriousCarl сейчас офлайн Пожаловаться на CuriousCarl   Ответить с цитированием Мультицитирование сообщения от CuriousCarl Быстрый ответ на сообщение CuriousCarl

30 января 2015, 5:22:28 PM   # 6
 
 
Сообщений: 96
Цитировать по имени
цитировать ответ
по умолчанию Re: Можно ли перебирать все блоки, в т.ч. детей-сирот, с RPC API?

Кажется, вы в основном поняли это сейчас, но давайте деконструкции немного.

  • Потерянные блоки являются допустимыми блоками.
  • Потерянные блоки содержат действительные сделки.
  • Операции в осиротевших блоках могут быть найдены только в этом сиротском блоке.

Я думаю, что лучший способ понять это было бы не рассматривать осиротевший блок, ранее был корректный блок, но не более.

Если длинная цепь при 300К, и есть, например, осиротевший блок 200001, на данный момент это почти не имеют никакого значения.

Любые сделки, включенные в него почти наверняка либо были перемещены в другой блок в основной цепи, или просто заменить (входы провели из-под них).

Учтите, что операция, которая существует только в осиротевших блоках, но не в основной цепи, является неподтвержденной транзакцией. Если он никогда не делает его путь в основной цепи, это не произошло ", насколько каноническое состояние обеспокоен. Получатель, если они знают о таких, есть хороший стимул ретранслировать до ПЕРЕДАЧИ подтверждается снова.

Помимо целей любопытства, единственная причина, я могу думать, чтобы беспокоиться о неосновным цепи блоков очень близко к кончику основной цепи - вполне возможно, что они не сделали этого в главной цепи еще.
azeteki сейчас офлайн Пожаловаться на azeteki   Ответить с цитированием Мультицитирование сообщения от azeteki Быстрый ответ на сообщение azeteki

30 января 2015, 6:11:43 PM   # 7
 
 
Сообщений: 10
Цитировать по имени
цитировать ответ
по умолчанию Re: Можно ли перебирать все блоки, в т.ч. детей-сирот, с RPC API?

Учтите, что операция, которая существует только в осиротевших блоках, но не в основной цепи, является неподтвержденной транзакцией. Если он никогда не делает его путь в основной цепи, это не произошло ", насколько каноническое состояние обеспокоен.

Это хорошее объяснение.

Благодарю.
CuriousCarl сейчас офлайн Пожаловаться на CuriousCarl   Ответить с цитированием Мультицитирование сообщения от CuriousCarl Быстрый ответ на сообщение CuriousCarl

31 января 2015, 2:19:13 AM   # 8
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Можно ли перебирать все блоки, в т.ч. детей-сирот, с RPC API?

Я думаю, что лучший способ понять это было бы не рассматривать осиротевший блок, ранее был корректный блок, но не более.

Терминология имеет важное значение. Сиротой корректный блок никогда не становится недействительным. Любой клиент будет видеть его действительным и что не происходит изменений (одно исключение было бы, если другой более длинной цепью двойной проводит TxN в сиротский блоке).

Однако действительный блок не все, что имеет значение. Для подтверждения, чтобы иметь какой-либо вес он должен быть не только в допустимом блоке, но в действительном блок, который является частью самой длинной цепи.

котировка
Если длинная цепь при 300К, и есть, например, осиротевший блок 200001, на данный момент это почти не имеют никакого значения.
Правда цепь, которая является 90K блоков позади главной цепи, вероятно, не имеет значения, но это не инвалид. Invalid имеет особое значение в сети Bitcoin.

котировка
Помимо целей любопытства, единственная причина, я могу думать, чтобы беспокоиться о неосновным цепи блоков очень близко к кончику основной цепи - вполне возможно, что они не сделали этого в главной цепи еще.

Еще раз терминология вопросы. Блок неосновной цепи никогда не собирается сделать это в самую длинную цепь (если нижняя цепь не становится длиннее, и, таким образом, становится самой длинной цепью через REORG) Я предполагаю, что вы имеете в виду, что "это очень возможно, что операции в блоке сиротского, возможно, не сделали его в основную (длинную цепь)",
DeathAndTaxes сейчас офлайн Пожаловаться на DeathAndTaxes   Ответить с цитированием Мультицитирование сообщения от DeathAndTaxes Быстрый ответ на сообщение DeathAndTaxes



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW