Одной из главных причин, по этой теме, потому что я заинтересован в участии с Bitcoin. Еще одна главная причина в том, что этот поток связан с предполагаемым кодом используется и Дев списков рассылки.

Я начал с чтения белой бумаги Сатоси Накамото в. Одна из важных вещей является точность книги, если я помню правильно официальный документ. Тем не менее, из некоторых технические читает из дэвов, казалось бы, там было несколько гроссбухов Bitcoin с течением времени. Кроме того, я нахожусь под впечатлением, что все прошлые бухгалтерские книги должны были сломом непосредственно после libsecp256k1 были начаты. Таким образом, Bitcoin следовало бы начать заново с новой книгой и с помощью libsecp256k1 и всех прошлых инвесторами придется писать вещи, как потерю, если, но выигрыш в поиске другого протокола безопасности, чтобы удалить предполагаемую Bitcoin уязвимость. Кроме того, я получаю противоречивую информацию от Maillist я читал, в результате чего он кажется OpenSSL мог бы до сих пор используется, но вопрос с использованием OpenSSL, что было бы архитектура зависимости; как таковой, DEV хотел, чтобы избежать зависимости архитектуры путем перехода на libsecp256k1.

Как примечание, я не слишком хорошо знаком с BER, DER, и некоторые из других сокращений. Тем не менее, за то, что я понимаю, что книга является неточной. Я получил, что многое из этого. Я пытался понять, как это влияет на стоимость Bitcoins добытую до BIP66 реализуется в отличии от Bitcoins добытого после BIP66 и как множественные регистры и значение BTC относятся, но это может быть для другого потока.

Почему я не должен думать, что книга Bitcoin является неточной?

BIP66:

1. Проект Bitcoin имел уязвимость (1)

2. Уязвимость считается OpenSSL (1)

3. "OpenSSL является ... несовместимым с собой на различных платформах." (1)
4. Libsecp256k1 был выбор в пользу использования вместо OpenSSL через большинство голосов (1)

Тем не менее, разработчик сказал:

1. Проблема связана с правилами кодирования подписи. (1)

2. Это на себе не будет проблемой, как полные узлы сети
в настоящее время использует OpenSSL. (1)

3. 2014-Sep-01: При анализе исходного кода OpenSSL для BER разбора, я
обнаружил Архитектура зависимости, перечисленные выше, и связанные с ним
уязвимость. Лучшее средство, чтобы исправить это в то время было получая
BIP62 принят. (1 - подчеркивание добавляется для акцента)

Казалось бы:

1. Результаты libsecp256k1 в огромном увеличении производительности проверки подписи (4)



Я нахожусь под впечатлением, что следующий должен был бы произойти:

1. Bitcoin книга получает списана в пользу новой библиотеки кодирования и использует свежий гроссбух: Таким образом использует libsecp256k1

2. Или ... Bitcoin становится зависимой от архитектуры для неизменности книги при использовании OpenSSL

Тем не менее, команда Bitcoin решила сохранить книгу и использовать libsecp256k1 ...


Вопрос заключается в том, что книга не была пересмотрена, когда они начали использовать систему, отличную от OpenSSL. Не только это, но это выглядит, как были сделаны тонны вилка, таким образом, книга Bitcoin глупо неправильно в учете.

" Хуже того, казалось, что
там снова было небольшое (1%) число блоков создаются с
Подписи не-DER в нем, в результате чего в реальном вилке."

Таким образом, с одной стороны, якобы OpenSSL было хорошо для использования?
- "Это на себе не будет проблемой, так как полные узлы сети в настоящее время использует OpenSSL." (1)

Каким-то образом, что цитата, и цитата, прежде чем она, кажется, противоречат. Существовали 1% число блоков с не-DER и внесении вилок, но потом я прочитал, что якобы OpenSSL не является проблемой?

Тем не менее, DEV хотел отойти от OpenSSL для libsecp256k1 при сохранении главной книги до libsecp256k1 реализации за счет сохранения предварительного гроссбух, тем самым заставляя неточностей на него?

Я будучи приверженцем о книге. Это было бы одно дело, если различные операции с различными бухгалтерскими книгами могли быть введены в один главный Bitcoin лицевом после libsecp256k1; но это не то, что произошло. И из-за того, что подводит меня к вопросу я уже говорил ранее: Я пытался понять, как это влияет на стоимость Bitcoins добытую до BIP66 реализуется в отличии от Bitcoins добытого после BIP66 и как в нескольких регистров бухгалтерского учета и значение BTC относится.

Я нахожусь под впечатлением, что когда-нибудь, может быть ценным просто Откат до начала libsecp25k1 реализуется, когда OpenSSL использовались, даже если это означает, что она требует зависимости архитектуры. И это потому, что книга (ы) до libsecp25k1 является более точной, если я правильно интерпретировать вещи. В противном случае, я нахожусь под впечатлением, что инфляция произошла (конечно, есть максимальный предел монет, но как долго, пока достаточно торговли не происходит, чтобы решить эту проблему с там быть несколькими предыдущими бухгалтерскими книгами до такой степени, что они до смешного незначительны, если только больше не существует, и никто не имеет заранее libsecp256k1 гроссбуха Вот как я могу видеть это ошибкой является исправлением:. Избавьтесь от всех Bitcoin бухгалтерских книг до начала libsecp256k1 реализации Там не было, безусловно, отсутствие научного контроля над этим проектом Bitcoin Разветвляющегося вопросом. Я читал, что астральные Классические планы по вводу в пределе монеты макс. в декабре, так что должно выступать в качестве достойного научного управления с инфляцией.


источники:
(1) https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-July/009697.html
(4) https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-December/011865.html