Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
26 мая 2015, 4:07:38 AM   # 1
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: ошибка округления при расчете chainwork

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
В блоке 356831, то chainwork сообщает Bitcoin Сердечник 06f293e337e48534b58620. Тем не менее, я считаю, что фактическое ожидаемое значение должно быть 06f293e337e48534b7d080, что 150112 больше, чем тот, сообщенные Bitcoin Core.

В Bitcoin Ядра, работа каждого блока занижена на 0,5 хэша в среднем из-за округления вниз, и, следовательно, ~ 150 000 ** в общей сложности на текущей высоте.

150112 хэш ничего, конечно. Но я думаю, что это будет влиять на то, как мы определить самую длинную цепочку и исправить бы hardfork?

** (Проблема не существовало в первые 32256 дифф = 1 блоков. Фактическое количество пораженных блоков 324576 и ожидаемое различие заключается 162288 против фактической разности 150,112. Эффективный размер выборки 161 цели, и я считаю, что расхождение в пределах статистической погрешности)
jl2012 сейчас офлайн Пожаловаться на jl2012   Ответить с цитированием Мультицитирование сообщения от jl2012 Быстрый ответ на сообщение jl2012


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


26 мая 2015, 6:11:16 AM   # 2
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: ошибка округления при расчете chainwork

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





150112 хэш ничего, конечно. Но я думаю, что это будет влиять на то, как мы определить самую длинную цепочку и исправить бы hardfork?
Она всегда была вычислена с точной целочисленной арифметикой без масштабирования. То, что это не вычислить так же, как бесконечной точности числа вы придумали не должно быть удивительным и важным. (Расчет сумма getwork возвращается как целое число подсчета хэш на каждом блоке в истории).

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

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

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

26 мая 2015, 6:24:26 AM   # 3
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: ошибка округления при расчете chainwork

150112 хэш ничего, конечно. Но я думаю, что это будет влиять на то, как мы определить самую длинную цепочку и исправить бы hardfork?
Она всегда была вычислена с точной целочисленной арифметикой без масштабирования. То, что это не вычислить так же, как бесконечной точности числа вы придумали не должно быть удивительным и важным. (Расчет сумма getwork возвращается как целое число подсчета хэш на каждом блоке в истории).

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

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

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

Да, это softfork для обеих сторон, а не жесткий один. Одна сторона в конечном итоге выиграет из-за дисперсии.

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

26 мая 2015, 12:19:15 PM   # 4
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: ошибка округления при расчете chainwork

Да, это softfork для обеих сторон, а не жесткий один. Одна сторона в конечном итоге выиграет из-за дисперсии.

Это едва ли даже мягкая вилка.

В 2015 году из каждых 2016 блоков, самая длинная цепь эффективно определяются как один с самой высокой высотой блока.

Вилка нужно будет пересекать обновление граничное трудности. Даже тогда, обе стороны, вероятно, согласится, какой из 2-х вилка имеет больший вес блок. Единственное исключение, если ошибка округления приводит к конечной точности математики рассмотреть обе вилки, чтобы быть равными.

Рассмотрим две вилки, которые происходят именно в момент обновления дифф. Для одной вилки (А), разница в меток времени является 1209600 секунд (так 2 недели). С другой вилкой (B), то разница 1209599 секунд, так что одна секунда меньше.

Это означает, что для А, нет никакого обновления различий вообще. Оба правила согласны здесь. Для B, сложность возрастает на 1209600 / 1209599. Обе стороны согласны, что вилка B имеет большую трудность, поскольку сложность вычисляется до 256 бит точности.

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

26 мая 2015, 11:20:34 PM   # 5
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: ошибка округления при расчете chainwork

Это просто математически неточным.
Это не для меня ясно, что это "математически неверно", Если это не бесконечная точность рациональное число (которое не с момента своего целого) там должно быть потери точности то. Например. даже если она округляется вместо усечения в каждом блоке будет по-прежнему в конечном итоге будет разница с бесконечной точностью рациональной версии. Chainwork является суммой оценок целого числа рабочих (с усечением) из блоков; это кажется разумным вещь, это не единственная разумная вещь, но любая вещь будет иметь некоторые approiximation в нем где-то, если то, что она возвращает не является рациональным числом.

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

27 мая 2015, 3:44:22 AM   # 6
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: ошибка округления при расчете chainwork

Это просто математически неточным.
Это не для меня ясно, что это "математически неверно", Если это не бесконечная точность рациональное число (которое не с момента своего целого) там должно быть потери точности то. Например. даже если она округляется вместо усечения в каждом блоке будет по-прежнему в конечном итоге будет разница с бесконечной точностью рациональной версии. Chainwork является суммой оценок целого числа рабочих (с усечением) из блоков; это кажется разумным вещь, это не единственная разумная вещь, но любая вещь будет иметь некоторые approiximation в нем где-то, если то, что она возвращает не является рациональным числом.



[Математика обсуждение]

Хорошо известно, что если один требует X значимость цифр в конечном итоге, он должен сохранить больше, чем X цифры в промежуточных шагах.

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

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

[/ Математика обсуждение]

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

27 мая 2015, 4:11:25 AM   # 7
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: ошибка округления при расчете chainwork

Справедливо! Я, вероятно, использовать это в качестве примера деталей реализации в будущем, так как это мягче, чем softforkness делает интересный момент дискуссии вокруг поведения конвергенции.

(Хотя, так как мы находимся на педантичной касательной, с участием различных углов и ангелов на головках булавок;! Я мог бы вопрос классификации округления, как беспристрастный в среде, где значения могут быть adversarially выбранного усечения, я полагаю, уникальная процедура, которая гарантирует, что противник не может выбирать значения таким образом, систематически завышать свою работу!)
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

27 мая 2015, 7:39:23 AM   # 8
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: ошибка округления при расчете chainwork

Хотя, так как мы находимся на педантичной касательной, с участием различных углов и ангелов на головках булавок; Я мог бы вопрос классификации округления, как беспристрастный в среде, где значения могут быть adversarially выбранной! Усечение, я считаю, уникальную процедуру, которая гарантирует, что противник не может выбрать значения в манере, которая будет систематически завышать свою работу!

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW