[PULL] 52-линия патч поддержки форума генерации ключей

Еще один Feeping Существо, но это ручное, о настолько ручном ...

https://github.com/bitcoin/bitcoin/pull/245

ключ импорта из файла PEM

Мотивация: Создание ключей на защищенной системе, используя только OpenSSL или подобное программное обеспечение. Получить BTC, а затем, когда готовы потратить их, используйте importkey в запущенном клиенте.

importkey <файл> <Счет>
Читает PEM-закодированный файл ключей от и добавляет его в бумажник.
Для создания ключей с OpenSSL, используйте:
OpenSSL ecparam -name secp256k1 отъезда NEW_KEY.pem -genkey
Возвращает Bitcoin адрес ключа.

$ Bitcoind importkey ~ / NEW_KEY.pem TestAcct
mt5M3Qa7fXsUV3bK6WtWTZEvXY2M1UPEgv

Ошибка: Я хотел бы защитить от перезаписи ключа в бумажнике с фиктивными данными.
Ошибка: я не понимаю, что должно быть mutexed.
Ошибка: Если сделать все возможное, чтобы убедиться, что импортируемый ключ действителен.

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

Примечание: Для того, чтобы быть удобным, один (я) хотел бы написать небольшой скрипт, чтобы прочитать один из этих файлов PEM и напечатать Bitcoin адрес. Все ключ обработки можно было бы в автономном режиме, и, конечно, в отсутствии блочной цепи, пока провести время. Для моего следующего трюка, ожидать форума транзакций подписания и функции importtx.

С уважением,
Джон

не "форум генерация ключей" против основных идей Bitcoin?
а также бассейны в текущем состоянии.

Цитата: Basiley от 21 мая 2011 года, 6:23:16 PM

не "форум генерация ключей" против основных идей Bitcoin?

Не за что. Наиболее чувствительные данные в системе закрытый ключ, связанный с Bitcoin адрес. Это текущее программное обеспечение требует закрытых ключей, которые будут созданы с помощью процесса, который участвует в сети и загрузки блоков является большим недостатком конструкции. (Ранее, когда БТД под $ 0,01, это может быть оправдано с точки зрения простоты и времени выхода на рынок.)

Сеть никогда не должен видеть закрытые ключи. Если у вас есть много BTC, вы должны держать ваши личные ключи хорошо отделены от сети и угрозы вредоносных программ. Этот патч позволяет генерировать ключи на ненагруженном машине, возможно, загружаемые с только для чтения средств массовой информации, и держать их подальше от сети до тех пор, пока вы готовы потратить свои монеты.

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

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

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

Цитата: Pieter Wuille 21 мая 2011, 9:11:30 PM

Есть ли в списке тянуть или иначе доступны?

котировка

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

Хорошие моменты, но я не хочу упускать из вида моего мотивирующего использования. Для генерации пары ключей и получения BTC вне Bitcoin, очевидно, Bitcoin не могут сделать проверку заранее. Я согласен, что следует проверить при импорте, хотя. Я оценил бы намеки на код, который будет делать это.

спасибо за разъяснение / осветления.
постскриптум
до сих пор не получают механики BTC ясно, кажется: [
я предполагаю, что им слишком стар. *плакать*

Цитата: johntobey253 21 мая 2011, 10:59:07 PM

Цитата: Pieter Wuille 21 мая 2011, 9:11:30 PM

Есть ли в списке тянуть или иначе доступны?

Да здесь: https://github.com/bitcoin/bitcoin/pull/220

Цитата: johntobey253 21 мая 2011, 10:59:07 PM

котировка

Просто проверка на импорт в порядке. Я полагаю, что самый простой способ будет извлечение частных параметров восстановления полного закрытого ключа от этого, и проверить, что приводит ли в структуре идентичной тот импортный. Запрос Выдвижной выше содержит код в CKEY для выполнения тех.

Цитата: Pieter Wuille 22 мая 2011 года, 9:47:31 AM

Цитата: johntobey253 21 мая 2011, 10:59:07 PM

Цитата: Pieter Wuille 21 мая 2011, 9:11:30 PM

Есть ли в списке тянуть или иначе доступны?

Да здесь: https://github.com/bitcoin/bitcoin/pull/220

О, это ты? Спасибо за вклад!

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

котировка

Хорошая идея. Интересно, что ключи я тестировал с делами не имеет такую же структуру, как ключи клиента генерируемые. Новый вид имеет более короткую длину секретного ключа. Можно подумать, что у них меньше бита энтропии, но клиент сгенерированных ключей (в DER форме / бумажника) имеют длинные строки все 1 и другие общие подпоследовательности. Я не понял, почему.

Цитата: johntobey253 от 20 мая 2011 года, 2:28:15 AM

Примечание: Для того, чтобы быть удобным, один (я) хотел бы написать небольшой скрипт, чтобы прочитать один из этих файлов PEM и напечатать Bitcoin адрес. Все ключ обработки можно было бы в автономном режиме, и, конечно, в отсутствии блочной цепи, пока провести время.

Обновить: Сценарий и создает файл PEM (с помощью команды OpenSSL) и печатает адрес Bitcoin: https://github.com/jtobey/bitcoin/raw/importkey/contrib/genkey.py

Цитата: Джон Tobey 22 мая 2011, 12:27:10 PM

Интересно, что ключи я тестировал с делами не имеет такую же структуру, как ключи клиента генерируемые. Новый вид имеет более короткую длину секретного ключа. Можно подумать, что у них меньше бита энтропии, но клиент сгенерированных ключей (в DER форме / бумажника) имеют длинные строки все 1 и другие общие подпоследовательности. Я не понял, почему.

Я замечаю это также, и это меня беспокоит.

Цитата: benjamindees от 02 июня 2011 года, 1:33:13 AM

Цитата: Джон Tobey 22 мая 2011, 12:27:10 PM

Я замечаю это также, и это меня беспокоит.

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

Цитата: benjamindees от 02 июня 2011 года, 1:33:13 AM

Цитата: Джон Tobey 22 мая 2011, 12:27:10 PM

... клиент генерируемые ключи (в виде МЭД / бумажник) имеют длинные строки все 1 и другие общие подпоследовательности. Я не понял, почему.

Я замечаю это также, и это меня беспокоит.

OpenSSL создания частных ключей с низкой энтропией было бы удивительно.

Не могли бы вы (benjamindees и Джон Tobey), пожалуйста, отправить некоторые незначительные личные ключи и указать особенности, по вашему мнению, заслуживает внимания?

Заранее спасибо!

ByteCoin

Проблема с клиентом Bitcoin, не OpenSSL. Вот клиент-сгенерированный ключ (с адресом) извлекали с помощью bc_key:

Код:

1HFCvpHXQXiixfsHwC4upUtqpUBisQ1gg4
-----НАЧАТЬ ПАРАМЕТРЫ ЕС -----
BgUrgQQACg ==
-----END EC ПАРАМЕТРЫ -----
-----НАЧАТЬ EC PRIVATE KEY -----
MIIBEwIBAQQgjnVgOESPkm6QN0RgdTvotkyHT3QyndddWuh9YU9C / YOggaUwgaIC
AQEwLAYHKoZIzj0BAQIhAP //////////////////////////////////// 7 /// WV
MAYEAQAEAQcEQQR5vmZ ++ dy7rFWgYpXOhwsHApv82y3OKNlZ8oFbFvgXmEg62ncm
o8RlXaT7 / A4RCKj9F7RIpoVUGZxH0I / 7ENS4AiEA ///////////////////// rqu
3OavSKA7v9JejNA2QUECAQGhRANCAAQHbsYiY + 9ss9XJcAhwYzO8msI9dFujnfcf
+QX1qdVMhnJwQ1pf714KrZfXExaJ8rHXJSV15xqD48HpGmzheBik
-----END EC PRIVATE KEY -----

Обратите внимание на повторяющиеся косые черты, и тот факт, что это как 3x дольше, чем это необходимо.

А вот OpenSSL сгенерированный ключ:

Код:

-----НАЧАТЬ ПАРАМЕТРЫ ЕС -----
BgUrgQQACg ==
-----END EC ПАРАМЕТРЫ -----
-----НАЧАТЬ EC PRIVATE KEY -----
MHQCAQEEIBni / G / mka5Lq + lwljTfwi76vLf + Рр / XIpLRALyfWAJIoAcGBSuBBAAK
oUQDQgAEYqfVWRS4 / Uic7gaayYKLye313IDjSV56eXwk6NpwTB6e + 9sHLYtJlhkW
fYLtnZ2DPN + xf1q9RLdHQNUm5DTm2g ==
-----END EC PRIVATE KEY -----

Цитата: ByteCoin от 02 июня 2011 года, 1:53:33 AM

Вот кошелек создан с keypool = 0, бинарной ~~приложенный~~(Папка загрузки полна), db_dump показано:
EDIT: разогнали длинные строки

Код:

Версия = 3
Формат = bytevalue
база данных = основной
тип = ВТКЕЕ
db_pagesize = 4096
HEADER = END
036b65794104ff5443fcd00b8f3844569dcaa42662d90e0c8afb1fe35804c320e5b \
b08ea6dadc3231767aa13b9dd6abcb45a8cd0497490d5c2a78ff85ea61711394b3b08e5c9
fd170130820113020101042044b1585492c83e83fd917783c1b74ec25e3e6b3ca8722cc41 \
eabe05249a46288a081a53081a2020101302c06072a8648ce3d0101022100fffffffffffffffffff \
ffffffffffffffffffffffffffffffffffffefffffc2f300604010004010704410479be667ef9dcbbac55a06295 \
ce870b07029bfcdb2dce28d959f2815b16f81798483ada7726a3c4655da4fbfc0e1108a8fd \
17b448a68554199c47d08ffb10d4b8022100fffffffffffffffffffffffffffffffebaaedce6af48a03bbfd \
25e8cd0364141020101a14403420004ff5443fcd00b8f3844569dcaa42662d90e0c8afb1fe3 \
5804c320e5bb08ea6dadc3231767aa13b9dd6abcb45a8cd0497490d5c2a78ff85ea617113 \
94b3b08e5c9
046e616d6522313635486f51587a7863323678786b45434439356963544173635a573854 \
6e674655
0c596f75722041646472657373
0776657273696f6e
027d0000
0a64656661756c746b6579
4104ff5443fcd00b8f3844569dcaa42662d90e0c8afb1fe35804c320e5bb08ea6dadc323176 \
7aa13b9dd6abcb45a8cd0497490d5c2a78ff85ea61711394b3b08e5c9
DATA = END

Обратите внимание на длинные строки «FFFF», видимо, в середине закрытого ключа. Открытый ключ начинается с "04ff5443 ... и последние 65 байт как ключ базы данных и базы данных значения в строках, начиная с "036b657941" а также "fd17013082"

Цитата: Джон Tobey 22 мая 2011, 12:27:10 PM

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

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

Цитата: Джон Tobey 02 июня 2011 года, 2:41:36 AM

Вот кошелек ...

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

Код:

FF5443FCD00B8F3844569DCAA42662D90E0C8AFB1FE35804C320E5BB08EA6DAD C3231767AA13B9DD6ABCB45A8CD0497490D5C2A78FF85EA61711394B3B08E5C9

в приведенном выше бумажнике

Код:

44b1585492c83e83fd917783c1b74ec25e3e6b3ca8722cc41eabe05249a46288

который не выглядит примечателен.

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

Здесь нечего смотреть. Проходите.

ByteCoin

20 мая 2011, 2:28:15 AM	# 1
Джон Tobey Сообщения: 481 Цитировать по имени цитировать ответ	Re: [PULL] 52-линия патч поддержки форума генерации ключей Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Еще один Feeping Существо, но это ручное, о настолько ручном ... https://github.com/bitcoin/bitcoin/pull/245 ключ импорта из файла PEM Мотивация: Создание ключей на защищенной системе, используя только OpenSSL или подобное программное обеспечение. Получить BTC, а затем, когда готовы потратить их, используйте importkey в запущенном клиенте. importkey <файл> <Счет> Читает PEM-закодированный файл ключей от и добавляет его в бумажник. Для создания ключей с OpenSSL, используйте: OpenSSL ecparam -name secp256k1 отъезда NEW_KEY.pem -genkey Возвращает Bitcoin адрес ключа. $ Bitcoind importkey ~ / NEW_KEY.pem TestAcct mt5M3Qa7fXsUV3bK6WtWTZEvXY2M1UPEgv Ошибка: Я хотел бы защитить от перезаписи ключа в бумажнике с фиктивными данными. Ошибка: я не понимаю, что должно быть mutexed. Ошибка: Если сделать все возможное, чтобы убедиться, что импортируемый ключ действителен. Примечание: Я не выполнил соответствующую функцию экспорта, потому что мой случай использования не требует. Я буду рад реализовать его, если это улучшит шансы патча принятия. Примечание: Для того, чтобы быть удобным, один (я) хотел бы написать небольшой скрипт, чтобы прочитать один из этих файлов PEM и напечатать Bitcoin адрес. Все ключ обработки можно было бы в автономном режиме, и, конечно, в отсутствии блочной цепи, пока провести время. Для моего следующего трюка, ожидать форума транзакций подписания и функции importtx. С уважением, Джон

21 мая 2011, 6:23:16 PM	# 2
Basiley Сообщений: 42 Цитировать по имени цитировать ответ	Re: [PULL] 52-линия патч поддержки форума генерации ключей Получил 1806 Биткоинов Реальная история. не "форум генерация ключей" против основных идей Bitcoin? а также бассейны в текущем состоянии.

21 мая 2011, 9:04:35 PM	# 3
Джон Tobey Сообщения: 481 Цитировать по имени цитировать ответ	Re: [PULL] 52-линия патч поддержки форума генерации ключей Цитата: Basiley от 21 мая 2011 года, 6:23:16 PM не "форум генерация ключей" против основных идей Bitcoin? Не за что. Наиболее чувствительные данные в системе закрытый ключ, связанный с Bitcoin адрес. Это текущее программное обеспечение требует закрытых ключей, которые будут созданы с помощью процесса, который участвует в сети и загрузки блоков является большим недостатком конструкции. (Ранее, когда БТД под $ 0,01, это может быть оправдано с точки зрения простоты и времени выхода на рынок.) Сеть никогда не должен видеть закрытые ключи. Если у вас есть много BTC, вы должны держать ваши личные ключи хорошо отделены от сети и угрозы вредоносных программ. Этот патч позволяет генерировать ключи на ненагруженном машине, возможно, загружаемые с только для чтения средств массовой информации, и держать их подальше от сети до тех пор, пока вы готовы потратить свои монеты. Еще лучше было бы автономной транзакции подписавшего (и bitcoind importtx команду), что позволит вам отправить, тоже, не подвергая свой закрытый ключ на сетевом компьютере. Это мой следующий проект, если я вокруг него.

21 мая 2011, 9:11:30 PM	# 4
Pieter Wuille Сообщения: 1050 Цитировать по имени цитировать ответ	Re: [PULL] 52-линия патч поддержки форума генерации ключей Я написал патч, который позволяет извлечение и вставку Bitcoin закрытых ключей в пользовательском формате base58 на основе, содержащим только сам секретные параметры, без параметров поля и кривых. Импорт и экспорт DER-кодированных ключей может быть также полезно (у меня есть код для экспорта яйцекладки где-то) для определенных целей, хотя. Вы должны проверить, является ли импортируемый ключом реального ключа Bitcoin, хотя, как открытые ключи и подпись по сети делают чистое кодирование поля и кривым параметров, и будете недействительным, если соответствующий секретный ключ не совпадает.

21 мая 2011, 10:59:07 PM	# 5
Джон Tobey Сообщения: 481 Цитировать по имени цитировать ответ	Re: [PULL] 52-линия патч поддержки форума генерации ключей Цитата: Pieter Wuille 21 мая 2011, 9:11:30 PM Я написал патч, который позволяет извлечение и вставку Bitcoin закрытых ключей в пользовательском формате base58 на основе, содержащим только сам секретные параметры, без параметров поля и кривых. Есть ли в списке тянуть или иначе доступны? котировка Импорт и экспорт DER-кодированных ключей может быть также полезно (у меня есть код для экспорта яйцекладки где-то) для определенных целей, хотя. Вы должны проверить, является ли импортируемый ключом реального ключа Bitcoin, хотя, как открытые ключи и подпись по сети делают чистое кодирование поля и кривым параметров, и будете недействительным, если соответствующий секретный ключ не совпадает. Хорошие моменты, но я не хочу упускать из вида моего мотивирующего использования. Для генерации пары ключей и получения BTC вне Bitcoin, очевидно, Bitcoin не могут сделать проверку заранее. Я согласен, что следует проверить при импорте, хотя. Я оценил бы намеки на код, который будет делать это.

22 мая 2011, 4:09:18 AM	# 6
Basiley Сообщений: 42 Цитировать по имени цитировать ответ	Re: [PULL] 52-линия патч поддержки форума генерации ключей спасибо за разъяснение / осветления. постскриптум до сих пор не получают механики BTC ясно, кажется: [ я предполагаю, что им слишком стар. плакать

22 мая 2011, 9:47:31 AM	# 7
Pieter Wuille Сообщения: 1050 Цитировать по имени цитировать ответ	Re: [PULL] 52-линия патч поддержки форума генерации ключей Цитата: johntobey253 21 мая 2011, 10:59:07 PM Цитата: Pieter Wuille 21 мая 2011, 9:11:30 PM Я написал патч, который позволяет извлечение и вставку Bitcoin закрытых ключей в пользовательском формате base58 на основе, содержащим только сам секретные параметры, без параметров поля и кривых. Есть ли в списке тянуть или иначе доступны? Да здесь: https://github.com/bitcoin/bitcoin/pull/220 Цитата: johntobey253 21 мая 2011, 10:59:07 PM котировка Импорт и экспорт DER-кодированных ключей может быть также полезно (у меня есть код для экспорта яйцекладки где-то) для определенных целей, хотя. Вы должны проверить, является ли импортируемый ключом реального ключа Bitcoin, хотя, как открытые ключи и подпись по сети делают чистое кодирование поля и кривым параметров, и будете недействительным, если соответствующий секретный ключ не совпадает. Хорошие моменты, но я не хочу упускать из вида моего мотивирующего использования. Для генерации пары ключей и получения BTC вне Bitcoin, очевидно, Bitcoin не могут сделать проверку заранее. Я согласен, что следует проверить при импорте, хотя. Я оценил бы намеки на код, который будет делать это. Просто проверка на импорт в порядке. Я полагаю, что самый простой способ будет извлечение частных параметров восстановления полного закрытого ключа от этого, и проверить, что приводит ли в структуре идентичной тот импортный. Запрос Выдвижной выше содержит код в CKEY для выполнения тех.

22 мая 2011, 12:27:10 PM	# 8
Джон Tobey Сообщения: 481 Цитировать по имени цитировать ответ	Re: [PULL] 52-линия патч поддержки форума генерации ключей Цитата: Pieter Wuille 22 мая 2011 года, 9:47:31 AM Цитата: johntobey253 21 мая 2011, 10:59:07 PM Цитата: Pieter Wuille 21 мая 2011, 9:11:30 PM Я написал патч, который позволяет извлечение и вставку Bitcoin закрытых ключей в пользовательском формате base58 на основе, содержащим только сам секретные параметры, без параметров поля и кривых. Есть ли в списке тянуть или иначе доступны? Да здесь: https://github.com/bitcoin/bitcoin/pull/220 О, это ты? Спасибо за вклад! Я прочитал ваше резюме (не получили код еще) и комментарии по поводу "rpc.cpp слишком большой" а также "импорт на счет" и увидел значение в патч, который адресует эти два вопроса и более узкий вариант использования. котировка Просто проверка на импорт в порядке. Я полагаю, что самый простой способ будет извлечение частных параметров восстановления полного закрытого ключа от этого, и проверить, что приводит ли в структуре идентичной тот импортный. Запрос Выдвижной выше содержит код в CKEY для выполнения тех. Хорошая идея. Интересно, что ключи я тестировал с делами не имеет такую же структуру, как ключи клиента генерируемые. Новый вид имеет более короткую длину секретного ключа. Можно подумать, что у них меньше бита энтропии, но клиент сгенерированных ключей (в DER форме / бумажника) имеют длинные строки все 1 и другие общие подпоследовательности. Я не понял, почему.

23 мая 2011, 4:12:33 AM	# 9
Джон Tobey Сообщения: 481 Цитировать по имени цитировать ответ	Re: [PULL] 52-линия патч поддержки форума генерации ключей Цитата: johntobey253 от 20 мая 2011 года, 2:28:15 AM Примечание: Для того, чтобы быть удобным, один (я) хотел бы написать небольшой скрипт, чтобы прочитать один из этих файлов PEM и напечатать Bitcoin адрес. Все ключ обработки можно было бы в автономном режиме, и, конечно, в отсутствии блочной цепи, пока провести время. Обновить: Сценарий и создает файл PEM (с помощью команды OpenSSL) и печатает адрес Bitcoin: https://github.com/jtobey/bitcoin/raw/importkey/contrib/genkey.py

2 июня 2011, 1:33:13 AM	# 10
benjamindees Сообщения: 1330 Цитировать по имени цитировать ответ	Re: [PULL] 52-линия патч поддержки форума генерации ключей Цитата: Джон Tobey 22 мая 2011, 12:27:10 PM Интересно, что ключи я тестировал с делами не имеет такую же структуру, как ключи клиента генерируемые. Новый вид имеет более короткую длину секретного ключа. Можно подумать, что у них меньше бита энтропии, но клиент сгенерированных ключей (в DER форме / бумажника) имеют длинные строки все 1 и другие общие подпоследовательности. Я не понял, почему. Я замечаю это также, и это меня беспокоит.

2 июня 2011, 1:38:29 AM	# 11
Джон Tobey Сообщения: 481 Цитировать по имени цитировать ответ	Re: [PULL] 52-линия патч поддержки форума генерации ключей Цитата: benjamindees от 02 июня 2011 года, 1:33:13 AM Цитата: Джон Tobey 22 мая 2011, 12:27:10 PM Интересно, что ключи я тестировал с делами не имеет такую же структуру, как ключи клиента генерируемые. Новый вид имеет более короткую длину секретного ключа. Можно подумать, что у них меньше бита энтропии, но клиент сгенерированных ключей (в DER форме / бумажника) имеют длинные строки все 1 и другие общие подпоследовательности. Я не понял, почему. Я замечаю это также, и это меня беспокоит. Если бы я имел массивное богатство в BTC, я думаю, я хотел бы построить OpenSSL из источника и пошагово генерации ключей, чтобы узнать, что происходит.

2 июня 2011, 1:53:33 AM	# 12
ByteCoin Сообщения: 416 Цитировать по имени цитировать ответ	Re: [PULL] 52-линия патч поддержки форума генерации ключей Цитата: benjamindees от 02 июня 2011 года, 1:33:13 AM Цитата: Джон Tobey 22 мая 2011, 12:27:10 PM ... клиент генерируемые ключи (в виде МЭД / бумажник) имеют длинные строки все 1 и другие общие подпоследовательности. Я не понял, почему. Я замечаю это также, и это меня беспокоит. OpenSSL создания частных ключей с низкой энтропией было бы удивительно. Не могли бы вы (benjamindees и Джон Tobey), пожалуйста, отправить некоторые незначительные личные ключи и указать особенности, по вашему мнению, заслуживает внимания? Заранее спасибо! ByteCoin

2 июня 2011, 2:40:27 AM	# 13
benjamindees Сообщения: 1330 Цитировать по имени цитировать ответ	Re: [PULL] 52-линия патч поддержки форума генерации ключей Проблема с клиентом Bitcoin, не OpenSSL. Вот клиент-сгенерированный ключ (с адресом) извлекали с помощью bc_key: Код: 1HFCvpHXQXiixfsHwC4upUtqpUBisQ1gg4 -----НАЧАТЬ ПАРАМЕТРЫ ЕС ----- BgUrgQQACg == -----END EC ПАРАМЕТРЫ ----- -----НАЧАТЬ EC PRIVATE KEY ----- MIIBEwIBAQQgjnVgOESPkm6QN0RgdTvotkyHT3QyndddWuh9YU9C / YOggaUwgaIC AQEwLAYHKoZIzj0BAQIhAP //////////////////////////////////// 7 /// WV MAYEAQAEAQcEQQR5vmZ ++ dy7rFWgYpXOhwsHApv82y3OKNlZ8oFbFvgXmEg62ncm o8RlXaT7 / A4RCKj9F7RIpoVUGZxH0I / 7ENS4AiEA ///////////////////// rqu 3OavSKA7v9JejNA2QUECAQGhRANCAAQHbsYiY + 9ss9XJcAhwYzO8msI9dFujnfcf +QX1qdVMhnJwQ1pf714KrZfXExaJ8rHXJSV15xqD48HpGmzheBik -----END EC PRIVATE KEY ----- Обратите внимание на повторяющиеся косые черты, и тот факт, что это как 3x дольше, чем это необходимо. А вот OpenSSL сгенерированный ключ: Код: -----НАЧАТЬ ПАРАМЕТРЫ ЕС ----- BgUrgQQACg == -----END EC ПАРАМЕТРЫ ----- -----НАЧАТЬ EC PRIVATE KEY ----- MHQCAQEEIBni / G / mka5Lq + lwljTfwi76vLf + Рр / XIpLRALyfWAJIoAcGBSuBBAAK oUQDQgAEYqfVWRS4 / Uic7gaayYKLye313IDjSV56eXwk6NpwTB6e + 9sHLYtJlhkW fYLtnZ2DPN + xf1q9RLdHQNUm5DTm2g == -----END EC PRIVATE KEY -----

2 июня 2011, 2:41:36 AM	# 14
Джон Tobey Сообщения: 481 Цитировать по имени цитировать ответ	Re: [PULL] 52-линия патч поддержки форума генерации ключей Цитата: ByteCoin от 02 июня 2011 года, 1:53:33 AM OpenSSL создания частных ключей с низкой энтропией было бы удивительно. Не могли бы вы (benjamindees и Джон Tobey), пожалуйста, отправить некоторые незначительные личные ключи и указать особенности, по вашему мнению, заслуживает внимания? Заранее спасибо! ByteCoin Вот кошелек создан с keypool = 0, бинарной ~~приложенный~~(Папка загрузки полна), db_dump показано: EDIT: разогнали длинные строки Код: Версия = 3 Формат = bytevalue база данных = основной тип = ВТКЕЕ db_pagesize = 4096 HEADER = END 036b65794104ff5443fcd00b8f3844569dcaa42662d90e0c8afb1fe35804c320e5b \ b08ea6dadc3231767aa13b9dd6abcb45a8cd0497490d5c2a78ff85ea61711394b3b08e5c9 fd170130820113020101042044b1585492c83e83fd917783c1b74ec25e3e6b3ca8722cc41 \ eabe05249a46288a081a53081a2020101302c06072a8648ce3d0101022100fffffffffffffffffff \ ffffffffffffffffffffffffffffffffffffefffffc2f300604010004010704410479be667ef9dcbbac55a06295 \ ce870b07029bfcdb2dce28d959f2815b16f81798483ada7726a3c4655da4fbfc0e1108a8fd \ 17b448a68554199c47d08ffb10d4b8022100fffffffffffffffffffffffffffffffebaaedce6af48a03bbfd \ 25e8cd0364141020101a14403420004ff5443fcd00b8f3844569dcaa42662d90e0c8afb1fe3 \ 5804c320e5bb08ea6dadc3231767aa13b9dd6abcb45a8cd0497490d5c2a78ff85ea617113 \ 94b3b08e5c9 046e616d6522313635486f51587a7863323678786b45434439356963544173635a573854 \ 6e674655 0c596f75722041646472657373 0776657273696f6e 027d0000 0a64656661756c746b6579 4104ff5443fcd00b8f3844569dcaa42662d90e0c8afb1fe35804c320e5bb08ea6dadc323176 \ 7aa13b9dd6abcb45a8cd0497490d5c2a78ff85ea61711394b3b08e5c9 DATA = END Обратите внимание на длинные строки «FFFF», видимо, в середине закрытого ключа. Открытый ключ начинается с "04ff5443 ... и последние 65 байт как ключ базы данных и базы данных значения в строках, начиная с "036b657941" а также "fd17013082"

2 июня 2011, 10:54:29 AM	# 15
Pieter Wuille Сообщения: 1050 Цитировать по имени цитировать ответ	Re: [PULL] 52-линия патч поддержки форума генерации ключей Цитата: Джон Tobey 22 мая 2011, 12:27:10 PM Хорошая идея. Интересно, что ключи я тестировал с делами не имеет такую же структуру, как ключи клиента генерируемые. Новый вид имеет более короткую длину секретного ключа. Можно подумать, что у них меньше бита энтропии, но клиент сгенерированных ключей (в DER форме / бумажника) имеют длинные строки все 1 и другие общие подпоследовательности. Я не понял, почему. OpenSSL-кодированные частные ключи имеют много избыточности, они хранят поля и кривой параметров, секретный параметр и открытый ключ, некоторые из которых имеют несколько возможных кодировок (например, компактный открытый ключ или нет). То, что вы должны проверить, является ли открытым ключ - экспортируемый OpenSSL - идентичен открытым ключ Bitcoin экстрактов после импорта OpenSSL закодированного секретного ключа.

2 июня 2011, 1:52:18 PM	# 16
ByteCoin Сообщения: 416 Цитировать по имени цитировать ответ	Re: [PULL] 52-линия патч поддержки форума генерации ключей Цитата: Джон Tobey 02 июня 2011 года, 2:41:36 AM Вот кошелек ... Используя мою удивительную эллиптической кривую дискретный логарифм способности вычислительного вывожу, что закрытый ключ, который создает общественные ключевые моменты Код: FF5443FCD00B8F3844569DCAA42662D90E0C8AFB1FE35804C320E5BB08EA6DAD C3231767AA13B9DD6ABCB45A8CD0497490D5C2A78FF85EA61711394B3B08E5C9 в приведенном выше бумажнике Код: 44b1585492c83e83fd917783c1b74ec25e3e6b3ca8722cc41eabe05249a46288 который не выглядит примечателен. Я не уверен, что все остальные бумажник свалки, но первый больше пробег ТФ выглядит как модуль для конечного поля, а второй перспективе, вероятно, часть заказа группы. Здесь нечего смотреть. Проходите. ByteCoin

Заголовок