Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
8 сентября 2015, 2:14:36 ​​AM   # 1
 
 
Сообщения: 464
Цитировать по имени
цитировать ответ
по умолчанию Re: Обращение в Bitcoin реорганизации; узел

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Давайте предположим, что узел синхронизируется до блока # 100 и получает цепочку от # 90 до # 100, который утверждает, что лучше. Но на самом деле, в блоке # 95, есть двойная сумма расходы (от Ого создана в # 91 новой вилки), что делает # 95 до # 100 недействительны.
Тем не менее, даже без этих блоков военнопленный из # 90 до # 94 превышает наш текущий лучший, и мы должны Reorg к новой цепи # 90-94.

Интересно, как Bitcoin ядро ​​(и альтернативные реализации) обрабатывать этот случай.

Благодаря,
--час

PS: Для того, чтобы дать представление о том, мой REORG код откатывает utxo установлен на # 90, прежде чем пытаться присоединить новую вилку. Но я не вижу, где это сделано в Bitcoin сердцевины и libbitcoin. Может быть, они работают по-разному?

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


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


8 сентября 2015, 2:20:26 AM   # 2
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: Обращение в Bitcoin реорганизации; узел

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





Давайте предположим, что узел синхронизируется до блока # 100 и получает цепочку от # 90 до # 100, который утверждает, что лучше. Но на самом деле, в блоке # 95, есть двойная сумма расходы (от Ого создана в # 91 новой вилки), что делает # 95 до # 100 недействительны.
Тем не менее, даже без этих блоков военнопленный из # 90 до # 94 превышает наш текущий лучший, и мы должны Reorg к новой цепи # 90-94.
Что ты имеешь ввиду "блок # 95, есть двойной израсходует"? Blockchain не позволяет дважды тратит.

Для реорганизации;, AFAIK Биткойн Ядро идет с цепью он получает первую, если другая цепь не больше (сумма сложности выше). В связи с распределением блоков, одна цепочка будет в конечном итоге больше, чем другие, и Bitcoin ядра изменит blockchain к другому.
achow101 сейчас офлайн Пожаловаться на achow101   Ответить с цитированием Мультицитирование сообщения от achow101 Быстрый ответ на сообщение achow101

8 сентября 2015, 2:24:03 AM   # 3
 
 
Сообщения: 464
Цитировать по имени
цитировать ответ
по умолчанию Re: Обращение в Bitcoin реорганизации; узел

Давайте предположим, что узел синхронизируется до блока # 100 и получает цепочку от # 90 до # 100, который утверждает, что лучше. Но на самом деле, в блоке # 95, есть двойная сумма расходы (от Ого создана в # 91 новой вилки), что делает # 95 до # 100 недействительны.
Тем не менее, даже без этих блоков военнопленный из # 90 до # 94 превышает наш текущий лучший, и мы должны Reorg к новой цепи # 90-94.
Что ты имеешь ввиду "блок # 95, есть двойной израсходует"? Blockchain не позволяет дважды тратит.

Для реорганизации;, AFAIK Биткойн Ядро идет с цепью он получает первую, если другая цепь не больше (сумма сложности выше). В связи с распределением блоков, одна цепочка будет в конечном итоге больше, чем другие, и Bitcoin ядра изменит blockchain к другому.

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

8 сентября 2015, 2:43:33 AM   # 4
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: Обращение в Bitcoin реорганизации; узел

Давайте предположим, что узел синхронизируется до блока # 100 и получает цепочку от # 90 до # 100, который утверждает, что лучше. Но на самом деле, в блоке # 95, есть двойная сумма расходы (от Ого создана в # 91 новой вилки), что делает # 95 до # 100 недействительны.
Тем не менее, даже без этих блоков военнопленный из # 90 до # 94 превышает наш текущий лучший, и мы должны Reorg к новой цепи # 90-94.
Что ты имеешь ввиду "блок # 95, есть двойной израсходует"? Blockchain не позволяет дважды тратит.

Для реорганизации;, AFAIK Биткойн Ядро идет с цепью он получает первую, если другая цепь не больше (сумма сложности выше). В связи с распределением блоков, одна цепочка будет в конечном итоге больше, чем другие, и Bitcoin ядра изменит blockchain к другому.

Вопрос относится к самому коду проверки блока. В принципе, я спрашиваю, как узел обнаруживает проблему в блоках, которые посылаются от партнера. В этом случае, равноправным распределил блок, содержащий двойную расходы.
Таким образом, вы имеете в виду вход был проведен в сделке подтвердил в блоке № 91, и другая транзакция была подтверждена в блоке 95, который проводит в тот же вход?

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

8 сентября 2015, 2:55:37 AM   # 5
 
 
Сообщения: 464
Цитировать по имени
цитировать ответ
по умолчанию Re: Обращение в Bitcoin реорганизации; узел

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

котировка
Тем не менее, даже без этих блоков военнопленный из # 90 до # 94 превышает наш текущий лучший, и мы должны Reorg к новой цепи # 90-94.

Речь идет о том, как различные реализации (специально Bitcoin ядро) это сделать.


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

8 сентября 2015, 3:00:25 AM   # 6
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: Обращение в Bitcoin реорганизации; узел

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

котировка
Тем не менее, даже без этих блоков военнопленный из # 90 до # 94 превышает наш текущий лучший, и мы должны Reorg к новой цепи # 90-94.

Речь идет о том, как различные реализации (специально Bitcoin ядро) это сделать.



Ну, что будет включать в себя код рыть, что я не хочу делать сейчас (возможно, на более позднем этапе), но вот некоторые документы: https://dev.visucore.com/bitcoin/doxygen/ которые будут полезны для вас (или кто-то еще), что хочет посмотреть, чтобы найти это. Мое предположение было бы, что он находится под CBlock или CChain классов или что-то связанные с тем.
achow101 сейчас офлайн Пожаловаться на achow101   Ответить с цитированием Мультицитирование сообщения от achow101 Быстрый ответ на сообщение achow101

8 сентября 2015, 10:22:33 PM   # 7
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Обращение в Bitcoin реорганизации; узел

Давайте предположим, что узел синхронизируется до блока # 100 и получает цепочку от # 90 до # 100, который утверждает, что лучше. Но на самом деле, в блоке # 95, есть двойная сумма расходы (от Ого создана в # 91 новой вилки), что делает # 95 до # 100 недействительны.
Тем не менее, даже без этих блоков военнопленный из # 90 до # 94 превышает наш текущий лучший, и мы должны Reorg к новой цепи # 90-94.

Интересно, как Bitcoin ядро ​​(и альтернативные реализации) обрабатывать этот случай.

первый скачивает цепь заголовка. После того, как он получает новый # 90 до # 100 заголовков, он признает необходимость повторного орг.

Она выполняет разъединение # 100 назад # 90, один за один раз. Это вызывает обновление набора UTXO. Каждый блок хранится на диске, но также включает в себя "расстегивать" Информация, которая позволяет отключить, чтобы отменить изменения, внесенные в UTXO набор, включив в этот блок.

После того, как он был отключен # 90, это будет вернуть государству от до этой развилки (# 90 - # 100) был использован.

Затем начинается подключение нового # 90 и далее. После того, как она попадает # 95, то ConnectTip функция не сможет подключиться новый блок из-за двойные расходы. Это приводит к тому, что в черный список блока (RAM только, я думаю). Это означает, что он будет игнорировать эти заголовки из этого момента. Это предотвращает его переключение и обратно между вилками.

Если новый # 94 имеет более высокую работу, чем старые # 100, это не нужно делать ничего больше. Этот блок является самой длинной цепью. Шахтеры в конечном итоге расширить эту цепочку с еще более новым # 95. Обычно, хотя, # 100 будет иметь более высокую работу, чем # 95, если вилки не пересекают регулировки сложности.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW