Satoshi Client Feature Request | Биткоин форум

Было бы трудно разрешить импорт закрытых ключей в формате minikey, а также полный закрытых ключей?

Цитата: Wolf0 марта 08, 2013, 9:00:44 PM

Было бы трудно разрешить импорт закрытых ключей в формате minikey, а также полный закрытых ключей?

<спам>Оружейная имеет эту функцию

РЕДАКТИРОВАТЬВ самом деле, если вы действительно хотите, но не хотите использовать Оружейный, вы можете загрузить Оружейный в автономном режиме, а затем импортировать мини закрытого ключа, и сразу экспортировать его. Оружейный не спасает уменьшенную ключ, только полный ключ. Тогда вы можете импортировать его в другом месте.

Цитата: etotheipi 09 марта 2013 года, 5:28:36 AM

Цитата: Wolf0 марта 08, 2013, 9:00:44 PM

Было бы трудно разрешить импорт закрытых ключей в формате minikey, а также полный закрытых ключей?

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

Цитата: Wolf0 09 марта 2013 года, 5:32:58 AM

Я не думаю, что клиент Satoshi может импортировать ключи на всех.

Google "importprivkey",

Цитата: Северьян 09 марта 2013, 05:34:23 AM

Цитата: Wolf0 09 марта 2013 года, 5:32:58 AM

Я не думаю, что клиент Satoshi может импортировать ключи на всех.

Google "importprivkey",

Я исправлюсь. Я предполагаю, что они просто ненавидят кодирование GUI?

Цитата: Wolf0 09 марта 2013 года, 6:01:56 AM

Я исправлюсь. Я предполагаю, что они просто ненавидят кодирование GUI?

Предложите достойную награду, и вы могли бы быть в состоянии привлечь разработчика, который бы исправить вас. 🙂

Цитата: Северьян 09 марта 2013, 06:12:37 AM

Цитата: Wolf0 09 марта 2013 года, 6:01:56 AM

Я исправлюсь. Я предполагаю, что они просто ненавидят кодирование GUI?

Я ЕСМЬ разработчик, который бы исправить меня. : 3
Глядя на интерес, а также. Почему это, если я был бы только тот, кто использует его, и он не будет принят в клиент?

Цитата: Wolf0 09 марта 2013 года, 6:29:19 AM

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

Если вам нужен тестер, дайте мне знать. Я не могу закодировать, но я уверен, что может привести к поломке вещей.

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

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

Как только это будет заботиться, добавив его клиенту достаточно легко.

Хорошо, изрубил код, реализующий пару функций, я думаю, нужно будет и прочее. Кто-то, пожалуйста, просмотрите его и скажите, что вы думаете.

Код:

/ *
Компиляция с:
НКУ minikey.c -lcrypto -lssl -o minikey
* /

#включают
#включают
#включают

/ *
возвращает 0, если не действует, 1, если действует
ожидает нулевое прекращение
* /

INT is_valid_minikey (символ * minikey)
{
символ * tmpbuf = (символ *) таНос (SizeOf (Char) * (StrLen (minikey) + 2));
символ без знака хэш [EVP_MAX_MD_SIZE];
EVP_MD_CTX CTX;
INT RET;

зЬгср (tmpbuf, minikey);
strcat (tmpbuf, "?");

EVP_DigestInit (&CTX, EVP_sha256 ());
EVP_DigestUpdate (&CTX, tmpbuf, STRLEN (tmpbuf));
EVP_DigestFinal (&CTX, хэш, &RET);

бесплатно (tmpbuf);

// Если хэш [0] является 0x00, возвращение 1, иначе 0
если возвращение (1) (хэш [0]!);
остальное возвращение (0);
}

/ *
Предполагает privkey имеет достаточно места
Не проверяет minikey на достоверность
Ожидает minikey быть нулем
Возвращает длину секретного ключа (не NULL прекращается)
* /

INT minikey_to_private_key (символ * minikey, неподписанные символ * privkey)
{
EVP_MD_CTX CTX;
INT RET;

EVP_DigestInit (&CTX, EVP_sha256 ());
EVP_DigestUpdate (&CTX, minikey, STRLEN (minikey));
EVP_DigestFinal (&CTX, privkey, &RET);
возврата (RET);
}

ИНТ основной (интермедиат ARGC, символ ** ARGV)
{
символ без знака privkey [EVP_MAX_MD_SIZE];
Int я, Len;

если (ARGC < 2)
{
Е ("Использование:% s \ п", ARGV [0]);
Возвращение (0);
}

если (is_valid_minikey (ARGV [1]))
{
Е ("Minikey справедливо. \ П");

Len = minikey_to_private_key (ARGV [1], privkey);

Е ("Соответствующий секретный ключ в формате импорта бумажника: \ п");

для (я = 0; я < Len; я ++)
Е ("% 02x", Privkey [I]);
}
еще
{
Е ("Minikey является недействительным.");
}

putchar ( '\ п');
Возвращение (0);
}

Minikey всегда использует несжатые ключи общественности.

Я открыт, чтобы быть уверен, что это должно быть изменено. Я в настоящее время не считаю поддержку сжатых открытых ключей необходимости. Но если он должен быть изменен, то он также должен быть обновлен, чтобы использовать Scrypt или что-то более сильное, чем SHA256, и, возможно, также изменен, чтобы поддержать определенный уровень шифрования, как BIP38 (если это возможно).

Цитата: casascius 09 марта 2013 года, 8:22:36 PM

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

Что касается алгоритма хеширования, я не вижу смысла в создании поколения медленнее. Реальная безопасность в ~ 162 бит энтропии, внедренных в строке. До тех пор пока преобразование не протекает много энтропии, это еще проще просто перебор искать-¹⁶⁰ Bitcoin адресного пространства.

Покажите свою работу: Minikey является base58, 30 символов длиной. Первый символ является фиксированным, таким образом, есть 58²⁹ возможные строки, что составляет около 2¹⁷⁰. Только 1 в 2⁸ действительны, в результате чего около 162 бит энтропии.

Я добавил опцию меню и диалоговое окно для ввода вашего minikey клиенту Satoshi. Это происходит медленно, так как я программист на С, а не C ++, и я никогда не работал с Qt, но я думаю, что я делаю успехи: 3

EDIT: Код в настоящее время проверяет и преобразует minikeys. Теперь мне просто нужно, чтобы выяснить, как импортировать их программно ...

Хорошо, код в https://github.com/wolf9466/bitcoin.git.

Я был бы благодарен, если бы кто-то построить и проверить это для меня. Обратите внимание, что это еще не импортировать minikeys, а просто преобразует их для вас, так что вы можете импортировать их из окна отладки с importprivkey. Я работаю над этим. Прибавление опция меню маркированы "Импорт ключей" в меню Файл.

Удар. Любые тестеры?

Помогло ли это когда-нибудь пройти тестирование? Я не программист, но если вы просто хотите, чтобы кто-то установить его на своей машине и посмотреть, как / если это работает, я, вероятно, может сделать это.

@ Wolf0 Вы должны создать официальный втягивания запрос, то вы, скорее всего, получить его обзор и, по крайней мере сборки из нашего тяговой-тестера.

Видеть: https://github.com/bitcoin/bitcoin/pulls

диаметр

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

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

Цитата: мазки на 22 марта 2013 года, 2:34:19 PM

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

8 марта 2013, 9:00:44 PM	# 1
Wolf0 Сообщения: 1764 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Было бы трудно разрешить импорт закрытых ключей в формате minikey, а также полный закрытых ключей?

9 марта 2013, 5:28:36 AM	# 2
etotheipi Сообщения: 1428 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request Получил 1806 Биткоинов Реальная история. Цитата: Wolf0 марта 08, 2013, 9:00:44 PM Было бы трудно разрешить импорт закрытых ключей в формате minikey, а также полный закрытых ключей? <спам>Оружейная имеет эту функцию РЕДАКТИРОВАТЬВ самом деле, если вы действительно хотите, но не хотите использовать Оружейный, вы можете загрузить Оружейный в автономном режиме, а затем импортировать мини закрытого ключа, и сразу экспортировать его. Оружейный не спасает уменьшенную ключ, только полный ключ. Тогда вы можете импортировать его в другом месте.

9 марта 2013, 5:32:58 AM	# 3
Wolf0 Сообщения: 1764 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request Цитата: etotheipi 09 марта 2013 года, 5:28:36 AM Цитата: Wolf0 марта 08, 2013, 9:00:44 PM Было бы трудно разрешить импорт закрытых ключей в формате minikey, а также полный закрытых ключей? <спам>Оружейная имеет эту функцию РЕДАКТИРОВАТЬВ самом деле, если вы действительно хотите, но не хотите использовать Оружейный, вы можете загрузить Оружейный в автономном режиме, а затем импортировать мини закрытого ключа, и сразу экспортировать его. Оружейный не спасает уменьшенную ключ, только полный ключ. Тогда вы можете импортировать его в другом месте. Я не думаю, что клиент Satoshi может импортировать ключи на всех. Я не знаю, что разработчики делают, это совсем отстал от времени как клиент Bitcoin на путях особенностей.

9 марта 2013, 5:34:23 AM	# 4
Северьян Сообщения: 476 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request Цитата: Wolf0 09 марта 2013 года, 5:32:58 AM Я не думаю, что клиент Satoshi может импортировать ключи на всех. Google "importprivkey",

9 марта 2013, 6:01:56 AM	# 5
Wolf0 Сообщения: 1764 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request Цитата: Северьян 09 марта 2013, 05:34:23 AM Цитата: Wolf0 09 марта 2013 года, 5:32:58 AM Я не думаю, что клиент Satoshi может импортировать ключи на всех. Google "importprivkey", Я исправлюсь. Я предполагаю, что они просто ненавидят кодирование GUI?

9 марта 2013, 6:12:37 AM	# 6
Северьян Сообщения: 476 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request Цитата: Wolf0 09 марта 2013 года, 6:01:56 AM Я исправлюсь. Я предполагаю, что они просто ненавидят кодирование GUI? Предложите достойную награду, и вы могли бы быть в состоянии привлечь разработчика, который бы исправить вас. 🙂

9 марта 2013, 6:29:19 AM	# 7
Wolf0 Сообщения: 1764 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request Цитата: Северьян 09 марта 2013, 06:12:37 AM Цитата: Wolf0 09 марта 2013 года, 6:01:56 AM Я исправлюсь. Я предполагаю, что они просто ненавидят кодирование GUI? Предложите достойную награду, и вы могли бы быть в состоянии привлечь разработчика, который бы исправить вас. 🙂 Я ЕСМЬ разработчик, который бы исправить меня. : 3 Глядя на интерес, а также. Почему это, если я был бы только тот, кто использует его, и он не будет принят в клиент?

9 марта 2013, 6:33:20 AM	# 8
Северьян Сообщения: 476 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request Цитата: Wolf0 09 марта 2013 года, 6:29:19 AM Я ЕСМЬ разработчик, который бы исправить меня. : 3 Глядя на интерес, а также. Почему это, если я был бы только тот, кто использует его, и он не будет принят в клиент? Ну, черт возьми, мне было бы интересно. Я уверен, что я не только один. Повесьте нить и получить некоторые мнения. Там, кажется, избыток мнения здесь. Если вам нужен тестер, дайте мне знать. Я не могу закодировать, но я уверен, что может привести к поломке вещей.

9 марта 2013, 7:03:18 AM	# 9
Wolf0 Сообщения: 1764 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request Ну тогда. Я предполагаю, что это время для меня, чтобы пойти посмотреть формат minikey.

9 марта 2013, 7:13:13 AM	# 10
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request Minikey спецификация, кажется, не показывает состояние сжатия импортированного ключа. Поскольку существует множество реализаций уже, я полагаю, что все они делают это либо в одну сторону или другую. Если это так, спецификация должна быть обновлена. Конечно, если все при условии, что ключ несжатый, то нужно переделывать спецификацию, чтобы исправить это. Как только это будет заботиться, добавив его клиенту достаточно легко.

9 марта 2013, 7:46:35 AM	# 11
Wolf0 Сообщения: 1764 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request Хорошо, изрубил код, реализующий пару функций, я думаю, нужно будет и прочее. Кто-то, пожалуйста, просмотрите его и скажите, что вы думаете. Код: / * Компиляция с: НКУ minikey.c -lcrypto -lssl -o minikey * / #включают #включают #включают / * возвращает 0, если не действует, 1, если действует ожидает нулевое прекращение * / INT is_valid_minikey (символ * minikey) { символ * tmpbuf = (символ ) таНос (SizeOf (Char) (StrLen (minikey) + 2)); символ без знака хэш [EVP_MAX_MD_SIZE]; EVP_MD_CTX CTX; INT RET; зЬгср (tmpbuf, minikey); strcat (tmpbuf, "?"); EVP_DigestInit (&CTX, EVP_sha256 ()); EVP_DigestUpdate (&CTX, tmpbuf, STRLEN (tmpbuf)); EVP_DigestFinal (&CTX, хэш, &RET); бесплатно (tmpbuf); // Если хэш [0] является 0x00, возвращение 1, иначе 0 если возвращение (1) (хэш [0]!); остальное возвращение (0); } / * Предполагает privkey имеет достаточно места Не проверяет minikey на достоверность Ожидает minikey быть нулем Возвращает длину секретного ключа (не NULL прекращается) * / INT minikey_to_private_key (символ * minikey, неподписанные символ * privkey) { EVP_MD_CTX CTX; INT RET; EVP_DigestInit (&CTX, EVP_sha256 ()); EVP_DigestUpdate (&CTX, minikey, STRLEN (minikey)); EVP_DigestFinal (&CTX, privkey, &RET); возврата (RET); } ИНТ основной (интермедиат ARGC, символ ** ARGV) { символ без знака privkey [EVP_MAX_MD_SIZE]; Int я, Len; если (ARGC < 2) { Е ("Использование:% s \ п", ARGV [0]); Возвращение (0); } если (is_valid_minikey (ARGV [1])) { Е ("Minikey справедливо. \ П"); Len = minikey_to_private_key (ARGV [1], privkey); Е ("Соответствующий секретный ключ в формате импорта бумажника: \ п"); для (я = 0; я < Len; я ++) Е ("% 02x", Privkey [I]); } еще { Е ("Minikey является недействительным."); } putchar ( '\ п'); Возвращение (0); }

9 марта 2013, 8:22:36 PM	# 12
casascius Сообщения: 1372 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request Minikey всегда использует несжатые ключи общественности. Я открыт, чтобы быть уверен, что это должно быть изменено. Я в настоящее время не считаю поддержку сжатых открытых ключей необходимости. Но если он должен быть изменен, то он также должен быть обновлен, чтобы использовать Scrypt или что-то более сильное, чем SHA256, и, возможно, также изменен, чтобы поддержать определенный уровень шифрования, как BIP38 (если это возможно).

10 марта 2013, 12:07:10 AM	# 13
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request Цитата: casascius 09 марта 2013 года, 8:22:36 PM Minikey всегда использует несжатые ключи общественности. Я открыт, чтобы быть уверен, что это должно быть изменено. Я в настоящее время не считаю поддержку сжатых открытых ключей необходимости. Но если он должен быть изменен, то он также должен быть обновлен, чтобы использовать Scrypt или что-то более сильное, чем SHA256, и, возможно, также изменен, чтобы поддержать определенный уровень шифрования, как BIP38 (если это возможно). Сжатые ключи обеспечивают скромную, но реальную экономию пространства в блоке цепи. Я не в курсе каких-либо причин, почему кто-то когда-либо хотят или нужно создать новый ключ без использования сжатого формы. Что касается алгоритма хеширования, я не вижу смысла в создании поколения медленнее. Реальная безопасность в ~ 162 бит энтропии, внедренных в строке. До тех пор пока преобразование не протекает много энтропии, это еще проще просто перебор искать-¹⁶⁰ Bitcoin адресного пространства. Покажите свою работу: Minikey является base58, 30 символов длиной. Первый символ является фиксированным, таким образом, есть 58²⁹ возможные строки, что составляет около 2¹⁷⁰. Только 1 в 2⁸ действительны, в результате чего около 162 бит энтропии.

10 марта 2013, 9:46:20 PM	# 14
Wolf0 Сообщения: 1764 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request Я добавил опцию меню и диалоговое окно для ввода вашего minikey клиенту Satoshi. Это происходит медленно, так как я программист на С, а не C ++, и я никогда не работал с Qt, но я думаю, что я делаю успехи: 3 EDIT: Код в настоящее время проверяет и преобразует minikeys. Теперь мне просто нужно, чтобы выяснить, как импортировать их программно ...

11 марта 2013, 8:40:03 PM	# 15
Wolf0 Сообщения: 1764 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request Хорошо, код в https://github.com/wolf9466/bitcoin.git. Я был бы благодарен, если бы кто-то построить и проверить это для меня. Обратите внимание, что это еще не импортировать minikeys, а просто преобразует их для вас, так что вы можете импортировать их из окна отладки с importprivkey. Я работаю над этим. Прибавление опция меню маркированы "Импорт ключей" в меню Файл.

14 марта 2013, 9:35:42 AM	# 16
Wolf0 Сообщения: 1764 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request Удар. Любые тестеры?

22 марта 2013, 12:17:20 PM	# 17
археоптерикс Сообщений: 16 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request Помогло ли это когда-нибудь пройти тестирование? Я не программист, но если вы просто хотите, чтобы кто-то установить его на своей машине и посмотреть, как / если это работает, я, вероятно, может сделать это.

22 марта 2013, 12:54:30 PM	# 18
Diapolo Сообщения: 676 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request @ Wolf0 Вы должны создать официальный втягивания запрос, то вы, скорее всего, получить его обзор и, по крайней мере сборки из нашего тяговой-тестера. Видеть: https://github.com/bitcoin/bitcoin/pulls диаметр

22 марта 2013, 2:34:19 PM	# 19
отпечатки пальцев Сообщения: 1890 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request У меня есть запрос, но мне кажется, это уже осуществляется контроль монет. Тем не менее, я хочу это в основном эталонный клиент Satoshi. Чтобы ограничить генерацию ключей и указать использование для уже существующих ключей. Или сделать его отправить изменения обратно в том же ключе (как один ключ используется в Bitcoin Spinner.) Так что я могу играть в эти игры блок цепи без создания 500 новых ключей из-за 600 сделок, когда он работает так же хорошо, только с 1 ключом.

22 марта 2013, 3:10:02 PM	# 20
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: Satoshi Client Feature Request Цитата: мазки на 22 марта 2013 года, 2:34:19 PM У меня есть запрос, но мне кажется, это уже осуществляется контроль монет. Тем не менее, я хочу это в основном эталонный клиент Satoshi. Чтобы ограничить генерацию ключей и указать использование для уже существующих ключей. Или сделать его отправить изменения обратно в том же ключе (как один ключ используется в Bitcoin Spinner.) Так что я могу играть в эти игры блок цепи без создания 500 новых ключей из-за 600 сделок, когда он работает так же хорошо, только с 1 ключом. Это никогда не будет, вероятно, будет включено в опорном клиенте. Это имеет серьезные последствия плохой конфиденциальности, и считается небезопасным по этой причине.

Заголовок