Вернуться   Биткоин Форум > Bitcoin Обсуждение
12 марта 2013, 3:47:17 PM   # 1
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Там, кажется, некоторая путаница о том, почему вызов откате v0.7 была сделана таким образом, мы надеемся, это будет рассеять некоторые миф.

Что случилось?
Сетевой жесткий раздвоенной на блоке 225433. блока производится с помощью узла v0.8 был отклонен, по крайней мере, в некоторых узлах v0.7. В отличие от первоначальных требований это было более сложным, чем просто "блок был слишком большим", Блоки вплоть до предела 1Мб были созданы и передаются без проблем на testnet. BDB используется v0.7 не удалось подтвердить блок 225433 из-за неспособности справиться количество входов TX (не путать с размером или количеством операций блока) и отклоненный его. Это недокументированная проблема с v0.7 ("ошибка").

На этом этапе трудно вилка существовала. Узлы горнодобывающих бегущих v0.8 построены на блоке 225433 и расширили свою сеть. Узлы запуска v0.7 отклонил блок 225433 и в конечном итоге получают альтернативный и несовместимый блок "225433a", Поскольку отклонение уни-направление в теории v0.7 в конечном счете может превзойти v0.8 цепь и вновь объединить сеть однако v0.8 цепь имела значительное большинство хеширования власти и что никогда не случалось. К тому времени этот вопрос анализируется v0.8 был более 5 блоков вперед и тянущих дальше вперед со временем.

Почему вилка критичный по времени?
Пользователи на v0.7 вилке никогда бы не присоединиться к сети. Если все эти пользователи отключения своих клиентов и не принимали никаких сделок не было никакого реального риска для них. Однако во время, как хеширования власти сбежавших из v0.7 вилки остальных узлы будут становиться все более и более уязвимым для различных атак. Не только от потенциальной 51% атаки, но и от принятия сгенерированных монет, которые были действительны на v0.8 блоках и даже не hashpower связанных двойные тратит. 

Почему бы просто не позволить "большинство побед хеширования мощности"?
"большинство побед хеширования мощности" Концепция используются для решения расколов / не трудно реорганизации; вилки. Это создало бы плохой прецедент. По существу шахтеры на v0.8 узле уедет потенциальных пользователей v0.7 уязвимы для атак, чтобы сэкономить несколько блоков награды. Так как не-горнодобывающие узлы (пользователи) работают v0.7 никогда не будет принимать колодку # 225433 произведенного v0.8 они не будут иметь метод, чтобы воссоединиться с длинной цепью не хватает модернизации. пользователи v0.8 (не шахтеры) будут принимать блоки, произведенные v0.7. Имея несколько шахтеров понижают до v0.7 его "воссоединиться" сеть в короткий период времени с минимальным количеством требуемых изменений.

Что делать, если операторы разработчиков / пула не смогли достичь консенсуса? Будет ли это уничтожили Bitcoin?
Нет. V0.8 цепь будет продолжаться. Пользователям v0.7 будет настоятельно рекомендовано немедленно прекратить все операции и обновления. Пользователи на v0.7 клиентов останутся (чаще) уязвимы для различных атак, если активно участвовать в сделках, пока они не обновлены. В конце концов, все пользователи будут модернизировать и сети продолжили бы с v0.7 ветвь будучи oprhaned сайдчейн. Потенциальная угроза для активных пользователей v0.7 бы сделать это менее чем оптимальная, но сеть в целом никогда не была в какой-либо опасности отказа.

Был ли реальный риск 51% атаки на главной цепи?
На самом деле, нет. V0.8 цепи была примерно 60% от мощности хеширования так, чтобы удвоить потратить эту цепь требует более хеширования энергии, чем 60% от сети Bitcoin. В то время как 60% меньше, чем на 100% это все еще ошеломляющее количество хэширования мощности. Любая malicous актер строит из сети, которая в целом не будет останавливаться и ждать удаленной вероятность того, что 60% будет достаточно. Любой человек с таким количеством времени и ресурсов будет планируют чрезмерно застраивать всю сеть и атаку.

Какие риски были там для пользователей v0.7 вилки?
Самый большой риск был бы от 51% атаки а. Первоначально v0.7 вилка была относительно хорошо защищена, но если бы она была оставлена ​​в пользу расширения v0.8 цепи, что хэш мощность упала бы в течение долгого времени. Чем дольше пользователь остается активным в сети v0.7 тем больше опасности, что они будут в. В конце концов хэширования мощность снизится до уровня, при котором даже небольшой бассейн может быть легко выполнен двойным тратит.  

Пользователи на v0.7, в конечном счете (100 блоков после развилки) подвергаются риску принести двойной потраченный на вновь образованных монет. Монеты будут подтвердить, но как только они повышены до v0.8, что сделка никогда не будет существовать (как блок его производства и никогда не существовал). пользователи v0.7, которые вняли оповещение ключа предупреждения и засыпали все сделки никогда не были в какой-либо значительной опасности.  

Наконец умный взломщик с хорошим временем мог бы казнен "нет хеширования мощности" двойные проводит в отношении уязвимых пользователей v0.7 (которые по-прежнему участвовать в активных операциях, несмотря на предупреждения ключа предупреждения). Упрощенная версия этой атаки будет работать, как это. Как хэшировании питания v0.7 вилки упала, скорость генерации блока замедлится и количество сделок в пуле памяти увеличится. Злоумышленник может использовать этот дифференциал, создавая большое количество низких / нет платных транзакций и ждать, пока некоторые из них, чтобы быть принятым в v0.8 блоков. Сеть Bitcoin в конечном итоге забыть о неподтвержденных транзакций, как они получают достаточно стар, чтобы выпасть из пула памяти. Обычно клиент будет ретранслировать неподтвержденный транзакцию периодически, но в этом случае клиент атакующего будет видеть сделку подтвердил. Злоумышленник может ускорить этот процесс, но производит большое количество несвязанных сделок. Когда ТЕ в v0.8 блоках были исключены из пула v0.7 памяти атака может дважды провести жертва в сети v0.7.
DeathAndTaxes сейчас офлайн Пожаловаться на DeathAndTaxes   Ответить с цитированием Мультицитирование сообщения от DeathAndTaxes Быстрый ответ на сообщение DeathAndTaxes


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


12 марта 2013, 6:08:04 PM   # 2
 
 
Сообщения: 1792
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

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





Есть ли транзакция от брошенной 0,8 цепи, которая не была включена в цепи 0,7 законную?
Ну-с-Beyond сейчас офлайн Пожаловаться на Come-из-Beyond   Ответить с цитированием Мультицитирование Сообщения от Come-из-Beyond Быстрый ответ на сообщение Ну-с-Beyond

12 марта 2013, 6:09:35 PM   # 3
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

Есть ли транзакция от брошенной 0,8 цепи, которая не была включена в цепи 0,7 законную?

Coinbase операция (блок награда) от примерно 25 осиротевших блоков в цепи v0.8. Важно, чтобы решить эту проблему, прежде чем обе цепи было более 100 блоков мимо развилки, как тогда эти монеты будет расходуемого, которая была бы "хаотичный",
DeathAndTaxes сейчас офлайн Пожаловаться на DeathAndTaxes   Ответить с цитированием Мультицитирование сообщения от DeathAndTaxes Быстрый ответ на сообщение DeathAndTaxes

12 марта 2013, 6:49:42 PM   # 4
 
 
Сообщения: 220
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

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

12 марта 2013, 7:25:55 PM   # 5
 
 
Сообщения: 1652
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

Спасибо за post.Very проницательного!
RoadStress сейчас офлайн Пожаловаться на RoadStress   Ответить с цитированием Мультицитирование сообщения от RoadStress Быстрый ответ на сообщение RoadStress

12 марта 2013, 8:00:35 PM   # 6
 
 
Сообщения: 248
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

Есть ли транзакция от брошенной 0,8 цепи, которая не была включена в цепи 0,7 законную?

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

12 марта 2013, 8:35:12 PM   # 7
 
 
Сообщения: 1792
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

Есть ли транзакция от брошенной 0,8 цепи, которая не была включена в цепи 0,7 законную?



Это очень плохо.
Ну-с-Beyond сейчас офлайн Пожаловаться на Come-из-Beyond   Ответить с цитированием Мультицитирование Сообщения от Come-из-Beyond Быстрый ответ на сообщение Ну-с-Beyond

12 марта 2013, 8:38:19 PM   # 8
 
 
Сообщения: 220
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

Есть ли транзакция от брошенной 0,8 цепи, которая не была включена в цепи 0,7 законную?



Это очень плохо.

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

12 марта 2013, 8:57:54 PM   # 9
 
 
Сообщения: 1848
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

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

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

12 марта 2013, 9:12:57 PM   # 10
 
 
Сообщения: 300
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

Я думаю, что его, потому что вы должны ждать 120 confimations на монетах, которые где добывают, прежде чем они складываются в кошельке
Tesla71 сейчас офлайн Пожаловаться на Tesla71   Ответить с цитированием Мультицитирование сообщения от Tesla71 Быстрый ответ на сообщение Tesla71

12 марта 2013, 9:45:30 PM   # 11
 
 
Сообщения: 2212
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

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

Зачем? После того, как 120 блоков, что делает эти монеты отличаются от любого другого неизрасходованного продукции?

Предельное тратить вновь добытые монеты на самом деле 100 блоков (120 в пользовательском интерфейсе) и так как они приходят "из воздуха" они будут рассматриваться как nonexistant как в "никогда там не был" в другой цепи.
Sukrim сейчас офлайн Пожаловаться на Sukrim   Ответить с цитированием Мультицитирование сообщения от Sukrim Быстрый ответ на сообщение Sukrim

12 марта 2013, 10:22:34 PM   # 12
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

Там, кажется, некоторая путаница о том, почему вызов откате v0.7 была сделана таким образом, мы надеемся, это будет рассеять некоторые миф.

Что случилось?
Сетевой жесткий раздвоенной на блоке 225433. блока производится с помощью узла v0.8 был отклонен, по крайней мере, в некоторых узлах v0.7. В отличие от первоначальных требований это было более сложным, чем просто "блок был слишком большим", Блоки вплоть до предела 1Мб были созданы и передаются без проблем на testnet. BDB используется v0.7 не удалось подтвердить блок 225433 из-за неспособности справиться количество входов TX (не путать с размером или количеством операций блока) и отклоненный его. Это недокументированная проблема с v0.7 ("ошибка").

На этом этапе трудно вилка существовала. Узлы горнодобывающих бегущих v0.8 построены на блоке 225433 и расширили свою сеть. Узлы запуска v0.7 отклонил блок 225433 и в конечном итоге получают альтернативный и несовместимый блок "225433a", Поскольку отклонение уни-направление в теории v0.7 в конечном счете может превзойти v0.8 цепь и вновь объединить сеть однако v0.8 цепь имела значительное большинство хеширования власти и что никогда не случалось. К тому времени этот вопрос анализируется v0.8 был более 5 блоков вперед и тянущих дальше вперед со временем.

Почему вилка критичный по времени?
Пользователи на v0.7 вилке никогда бы не присоединиться к сети. Если все эти пользователи отключения своих клиентов и не принимали никаких сделок не было никакого реального риска для них. Однако во время, как хеширования власти сбежавших из v0.7 вилки остальных узлы будут становиться все более и более уязвимым для различных атак. Не только от потенциальной 51% атаки, но и от принятия сгенерированных монет, которые были действительны на v0.8 блоках и даже не hashpower связанных двойные тратит. 

Почему бы просто не позволить "большинство побед хеширования мощности"?
"большинство побед хеширования мощности" Концепция используются для решения расколов / не трудно реорганизации; вилки. Это создало бы плохой прецедент. По существу шахтеры на v0.8 узле уедет потенциальных пользователей v0.7 уязвимы для атак, чтобы сэкономить несколько блоков награды. Так как не-горнодобывающие узлы (пользователи) работают v0.7 никогда не будет принимать колодку # 225433 произведенного v0.8 они не будут иметь метод, чтобы воссоединиться с длинной цепью не хватает модернизации. пользователи v0.8 (не шахтеры) будут принимать блоки, произведенные v0.7. Имея несколько шахтеров понижают до v0.7 его "воссоединиться" сеть в короткий период времени с минимальным количеством требуемых изменений.

Что делать, если операторы разработчиков / пула не смогли достичь консенсуса? Будет ли это уничтожили Bitcoin?
Нет. V0.8 цепь будет продолжаться. Пользователям v0.7 будет настоятельно рекомендовано немедленно прекратить все операции и обновления. Пользователи на v0.7 клиентов останутся (чаще) уязвимы для различных атак, если активно участвовать в сделках, пока они не обновлены. В конце концов, все пользователи будут модернизировать и сети продолжили бы с v0.7 ветвь будучи oprhaned сайдчейн. Потенциальная угроза для активных пользователей v0.7 бы сделать это менее чем оптимальная, но сеть в целом никогда не была в какой-либо опасности отказа.

Был ли реальный риск 51% атаки на главной цепи?
На самом деле, нет. V0.8 цепи была примерно 60% от мощности хеширования так, чтобы удвоить потратить эту цепь требует более хеширования энергии, чем 60% от сети Bitcoin. В то время как 60% меньше, чем на 100% это все еще ошеломляющее количество хэширования мощности. Любая malicous актер строит из сети, которая в целом не будет останавливаться и ждать удаленной вероятность того, что 60% будет достаточно. Любой человек с таким количеством времени и ресурсов будет планируют чрезмерно застраивать всю сеть и атаку.

Какие риски были там для пользователей v0.7 вилки?
Самый большой риск был бы от 51% атаки а. Первоначально v0.7 вилка была относительно хорошо защищена, но если бы она была оставлена ​​в пользу расширения v0.8 цепи, что хэш мощность упала бы в течение долгого времени. Чем дольше пользователь остается активным в сети v0.7 тем больше опасности, что они будут в. В конце концов хэширования мощность снизится до уровня, при котором даже небольшой бассейн может быть легко выполнен двойным тратит.  

Пользователи на v0.7, в конечном счете (100 блоков после развилки) подвергаются риску принести двойной потраченный на вновь образованных монет. Монеты будут подтвердить, но как только они повышены до v0.8, что сделка никогда не будет существовать (как блок его производства и никогда не существовал). пользователи v0.7, которые вняли оповещение ключа предупреждения и засыпали все сделки никогда не были в какой-либо значительной опасности.  

Наконец умный взломщик с хорошим временем мог бы казнен "нет хеширования мощности" двойные проводит в отношении уязвимых пользователей v0.7 (которые по-прежнему участвовать в активных операциях, несмотря на предупреждения ключа предупреждения). Упрощенная версия этой атаки будет работать, как это. Как хэшировании питания v0.7 вилки упала, скорость генерации блока замедлится и количество сделок в пуле памяти увеличится. Злоумышленник может использовать этот дифференциал, создавая большое количество низких / нет платных транзакций и ждать, пока некоторые из них, чтобы быть принятым в v0.8 блоков. Сеть Bitcoin в конечном итоге забыть о неподтвержденных транзакций, как они получают достаточно стар, чтобы выпасть из пула памяти. Обычно клиент будет ретранслировать неподтвержденный транзакцию периодически, но в этом случае клиент атакующего будет видеть сделку подтвердил. Злоумышленник может ускорить этот процесс, но производит большое количество несвязанных сделок. Когда ТЕ в v0.8 блоках были исключены из пула v0.7 памяти атака может дважды провести жертва в сети v0.7.

Фантастическая пост! Благодаря DandT! Кто-то на Reddit также предложило очень хорошее нетехническое объяснение. Это было действительно круто событие смотреть.
Прудона сейчас офлайн Пожаловаться на Прудона   Ответить с цитированием Мультицитирование сообщения от Прудона Быстрый ответ на сообщение Прудон

12 марта 2013, 10:47:23 PM   # 13
 
 
Сообщения: 728
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

Так, когда была эта ошибка в программном? Итак, как долго длился testnet времени, чтобы открыть его?
Ekaros сейчас офлайн Пожаловаться на Ekaros   Ответить с цитированием Мультицитирование сообщения от Ekaros Быстрый ответ на сообщение Ekaros

12 марта 2013, 11:09:11 PM   # 14
 
 
Сообщения: 1316
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

Так, когда была эта ошибка в программном? Итак, как долго длился testnet времени, чтобы открыть его?

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

12 марта 2013, 11:20:43 PM   # 15
 
 
Сообщения: 2352
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

Там не должно быть таких сделок, может быть ошибка в торговом конце принимая дважды Потратьте сделку в течение вилке времени.

Когда вилка была первая в настоящее время рассматривается в 12 марта 2013 года и в 00:03 утра основной сети в то время (добытая v0.8 клиентов) был в блоке 225439, но другие клиенты застряли на вилке в то время ( добытая v0.7 и предыдущими клиентами) была на 225431.

котировка
00:00 сипа ;; Ьс, блоки
00:00 Gribble 225431

00:01 сипа, но это, кажется, blockexplorer застрял слишком ...
00:01 сипа, как я нахожусь на 225439

 - http://bitcoinstats.com/irc/bitcoin-dev/logs/2013/03/12

Так что еще до того, кто-то знали наверняка, что вилка была в стадии реализации, возможно, были сделки с шестью подтверждениями на стороне v0.8. Если по каким-либо причинам эти операции не также уже получают включены в блоки на стороне v0.7, была возможность выполнить гонки атаки удвоится провести сделку, которая уже была включена на стороне v0.8.

Теперь мы знаем, что точный сценарий, что случилось с передачей в OKPAY, что испрашивается были успешно дважды провели. Хотя в этом случае, это было после того, как тревога вышла, что OKPay еще обработал депозит как действительные. Так что конкретный инцидент можно было бы предотвратить, если бы они остановил обработку после того, как предупреждение вышел, но до сих пор было окно между моментом, когда будет происходить Подтверждения, так как вилка начала и когда предупреждение в конце концов вышел.
Стивен Gornick сейчас офлайн Пожаловаться на Stephen Gornick   Ответить с цитированием Мультицитирование сообщения от Stephen Gornick Быстрый ответ на сообщение Стивен Gornick

12 марта 2013, 11:29:44 PM   # 16
 
 
Сообщения: 2352
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

Это недокументированная проблема с v0.7 ("ошибка").

А термин v0.7 неправильно используется здесь. Это действительно до v0.8 ошибка, не так ли? то есть, он существует с первого дня ... настройка для BDB конфигурации, которая была таким образом, так как v0.3, по крайней мере, если я правильно читать.

Так, когда была эта ошибка в программном? Итак, как долго длился testnet времени, чтобы открыть его?

См. Выше Это был сценарий (сделка требует 10000 замков, или около 5000 входов), которые не были испытаны (опять же, от того, что разговоры, что я видел на нем).
Стивен Gornick сейчас офлайн Пожаловаться на Stephen Gornick   Ответить с цитированием Мультицитирование сообщения от Stephen Gornick Быстрый ответ на сообщение Стивен Gornick

12 марта 2013, 11:38:36 PM   # 17
 
 
Сообщения: 728
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

Это недокументированная проблема с v0.7 ("ошибка").

А термин v0.7 неправильно используется здесь. Это действительно до v0.8 ошибка, не так ли? то есть, он существует с первого дня ... настройка для BDB конфигурации, которая была таким образом, так как v0.3, по крайней мере, если я правильно читать.

Так, когда была эта ошибка в программном? Итак, как долго длился testnet времени, чтобы открыть его?

См. Выше Это был сценарий (сделка требует 10000 замков, или около 5000 входов), которые не были испытаны (опять же, от того, что разговоры, что я видел на нем).

Благодарю.

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

12 марта 2013, 11:40:09 PM   # 18
 
 
Сообщения: 448
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

Там не должно быть таких сделок, может быть ошибка в торговом конце принимая дважды Потратьте сделку в течение вилке времени.

Когда вилка была первая в настоящее время рассматривается в 12 марта 2013 года и в 00:03 утра основной сети в то время (добытая v0.8 клиентов) был в блоке 225439, но другие клиенты застряли на вилке в то время ( добытая v0.7 и предыдущими клиентами) была на 225431.

котировка
00:00 сипа ;; Ьс, блоки
00:00 Gribble 225431

00:01 сипа, но это, кажется, blockexplorer застрял слишком ...
00:01 сипа, как я нахожусь на 225439

 - http://bitcoinstats.com/irc/bitcoin-dev/logs/2013/03/12

Так что еще до того, кто-то знали наверняка, что вилка была в стадии реализации, возможно, были сделки с шестью подтверждениями на стороне v0.8. Если по каким-либо причинам эти операции не также уже получают включены в блоки на стороне v0.7, была возможность выполнить гонки атаки удвоится провести сделку, которая уже была включена на стороне v0.8.

Теперь мы знаем, что точный сценарий, что случилось с передачей в OKPAY, что испрашивается были успешно дважды провели. Хотя в этом случае, это было после того, как тревога вышла, что OKPay еще обработал депозит как действительные. Так что конкретный инцидент можно было бы предотвратить, если бы они остановил обработку после того, как предупреждение вышел, но до сих пор было окно между моментом, когда будет происходить Подтверждения, так как вилка начала и когда предупреждение в конце концов вышел.

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

12 марта 2013, 11:56:29 PM   # 19
 
 
Сообщения: 1764
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.


См. Выше Это был сценарий (сделка требует 10000 замков, или около 5000 входов), которые не были испытаны (опять же, от того, что разговоры, что я видел на нем).

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

13 марта 2013, 12:12:41 AM   # 20
 
 
Сообщения: 2352
Цитировать по имени
цитировать ответ
по умолчанию Re: Понимание того, почему вызов откате v0.7 был сделан.

Не уверен, что если вы на самом деле пытаетесь поставить любую вину на торговце .... эээ

Нет.

Это может быть здравый смысл / общепринятым протоколом, когда уведомление получено клиентом Bitcoin в основном остановить всю обработку платежа до тех пор, пока проблема не будет понят.

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW