Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
26 июня 2011, 10:13:17 AM   # 1
 
 
Сообщения: 1582
Цитировать по имени
цитировать ответ
по умолчанию Re: Клиент Feature Предложение - RFC1751 Key 'Экспорт'

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


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

Команда «экспорт» будет принимать Bitcoin адрес которого секретный ключ был известен клиенту и экспортировать его в форме RFC1751. Это включает в себя контрольную сумму, нечувствителен к регистру, и очень легко для человека, чтобы записать или прочитать вслух. Это, как правило, выглядит следующим образом:
Bogy CURE TIDE HIS DUNK ХОРОШО Gibe Фол вражда ОТ ДЖО НЕСТ ADA SMuG FLAT СДЕЛАТЬ MaLi FAKE алкаш ARK Lain БЫЛИ TAN OVA

Команда «импорт» будет принимать закрытый ключ в форме RFC1751 и импортировать его в бумажник, возвращая адрес Bitcoin и баланс, а также.

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

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


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


26 июня 2011, 10:46:26 AM   # 2
 
 
Сообщения: 1470
Цитировать по имени
цитировать ответ
по умолчанию Re: Клиент Feature Предложение - RFC1751 Key 'Экспорт'

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





+1, Отличная идея.

То же самое можно сделать для всех видов криптографической информации в Bitcoin - сделок, открытых ключей, секретных ключей и так.

Это позволит сохранить ваш Bitcoin кошелек полностью в вашем мозге !
ShadowOfHarbringer сейчас офлайн Пожаловаться на ShadowOfHarbringer   Ответить с цитированием Мультицитирование сообщения от ShadowOfHarbringer Быстрый ответ на сообщение ShadowOfHarbringer

26 июня 2011, 11:21:56 AM   # 3
 
 
Сообщения: 1582
Цитировать по имени
цитировать ответ
по умолчанию Re: Клиент Feature Предложение - RFC1751 Key 'Экспорт'

Я придумал еще несколько случаев использования. Почтовый Bitcoins к кому-то на бумаге, сообщать их кому-то по телефону, а также создание «карты» Bitcoin с соскребаемая кода, который позволит вам добавить их в свой кошелек.
JoelKatz сейчас офлайн Пожаловаться на JoelKatz   Ответить с цитированием Мультицитирование сообщения от JoelKatz Быстрый ответ на сообщение JoelKatz

26 июня 2011, 11:36:08 AM   # 4
 
 
Сообщений: 41
Цитировать по имени
цитировать ответ
по умолчанию Re: Клиент Feature Предложение - RFC1751 Key 'Экспорт'

Вроде бы что-то более смешно, чем полезно. Эти "слова" не добавляйте ничего, чтобы просто с помощью Base58 (и, возможно, добавив некоторые Хаффмана на ней, чтобы сделать его автоматическое исправление ошибок). Два примера:

FEED и НОГ. Их "расстояние" один символ (D и Т), и они имеют аналогичный звук (D и Т оба являются зубные согласные).
DIME и DINE. Единственное отличие состоит в один сегмент. Вы уверены, что система оптического распознавания будет различать между ними?

Еще одна проблема: длина каждого "символ" является переменным (A, AD, ADA три правовых символы), так что пространство является важным сепаратором. ADADAD может быть AD AD AD или ADA DAD.
Ксанатос сейчас офлайн Пожаловаться на Ксанатос   Ответить с цитированием Мультицитирование сообщения от Ксанатос Быстрый ответ на сообщение Ксанатос

26 июня 2011, 11:44:43 AM   # 5
 
 
Сообщения: 1582
Цитировать по имени
цитировать ответ
по умолчанию Re: Клиент Feature Предложение - RFC1751 Key 'Экспорт'

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

котировка
Два примера:

FEED и НОГ. Их "расстояние" один символ (D и Т), и они имеют аналогичный звук (D и Т оба являются зубные согласные).
DIME и DINE. Единственное отличие состоит в один сегмент. Вы уверены, что система оптического распознавания будет различать между ними?

Еще одна проблема: длина каждого "символ" является переменным (A, AD, ADA три правовых символы), так что пространство является важным сепаратором. ADADAD может быть AD AD AD или ADA DAD.
Это не предназначено для распознавания текста. Есть более эффективные решения для оптического распознавания текста. Он предназначен исключительно для использования человеком. Я не понимаю, как человек может потерять место. Люди не думают "Терапевт" в любом случае, аналогичных "Терапевт",

В любом случае, схема кодирования не должна быть RFC1751. Это просто приятно, IMO, потому что это стандарт. Но если люди предпочитают метод Bitcoin конкретных, может быть один, который был более нейтральным языком или добавлены коррекции ошибок, а не только обнаружение ошибок, это прекрасно со мной.
JoelKatz сейчас офлайн Пожаловаться на JoelKatz   Ответить с цитированием Мультицитирование сообщения от JoelKatz Быстрый ответ на сообщение JoelKatz

26 июня 2011, 12:21:45 PM   # 6
 
 
Сообщений: 41
Цитировать по имени
цитировать ответ
по умолчанию Re: Клиент Feature Предложение - RFC1751 Key 'Экспорт'

Возможно преобразование в base36 и используя фонетический алфавит НАТО будет лучше (альфа, браво, чарли ... один ... ноль). Это 5,16 бит / символ, так что только 0,7 бит / символ меньше, чем Base58. Mmmmh secp256k1 279 + 65 бит. Base58 добавляет 32 бита для стс (технически усеченный SHA256), и я думаю, что 32 бита является минимальным, мы должны добавить (но кто-то заметил, что иногда вы можете изменить один символ и до сих пор не CRC изменится, но если вы сохраните как частный, так и открытый ключ, это не должен быть проблемой ... Я думаю, вы можете проверить, если они "связанный" один к другому, чтобы вы могли игнорировать СУММЫ.), так что 376 бит = 73 НАТО "слова" чтобы сохранить как открытый и закрытый ключ вместе или 352 = 69 НАТО "слова" без "CRC", Сделали тест ... Запись 4 "слова" в строке, 2 колонки, на букву листа 0,5 дюйма края вы можете положить 4 государственные / частные "пары" в Arial 12 без каких-либо проблем.
Ксанатос сейчас офлайн Пожаловаться на Ксанатос   Ответить с цитированием Мультицитирование сообщения от Ксанатос Быстрый ответ на сообщение Ксанатос

26 июня 2011, 12:40:29 PM   # 7
 
 
Сообщения: 1582
Цитировать по имени
цитировать ответ
по умолчанию Re: Клиент Feature Предложение - RFC1751 Key 'Экспорт'

Вы можете хранить только закрытый ключ. Я думаю, что контрольная сумма является очень хорошей идеей. Если контрольная сумма не совпадает, вы можете легко найти «вокруг» контрольной суммы, чтобы он соответствовал, проверяя все однословные замены, которые проходят контрольную сумму против блока цепи, чтобы увидеть, если они соответствуют какому-либо открытому ключу, который появляется там.
JoelKatz сейчас офлайн Пожаловаться на JoelKatz   Ответить с цитированием Мультицитирование сообщения от JoelKatz Быстрый ответ на сообщение JoelKatz

26 июня 2011, 12:45:50 PM   # 8
 
 
Сообщений: 41
Цитировать по имени
цитировать ответ
по умолчанию Re: Клиент Feature Предложение - RFC1751 Key 'Экспорт'

Правильно. Вы можете получить открытый ключ от вашего секретного ключа с ECDSA. Так что 61 символов, и вы можете использовать 36 бит для CRC, или, по крайней мере, вы могли бы использовать CRC-32, оптимизированного для обнаружения ошибок, как CRC-32C, который считается одним из лучших.
Ксанатос сейчас офлайн Пожаловаться на Ксанатос   Ответить с цитированием Мультицитирование сообщения от Ксанатос Быстрый ответ на сообщение Ксанатос

26 июня 2011, 1:12:40 PM   # 9
 
 
Сообщения: 1050
Цитировать по имени
цитировать ответ
по умолчанию Re: Клиент Feature Предложение - RFC1751 Key 'Экспорт'

Частные ключи 256 бит, открытые ключи 512 бит, подписи 512 бит.

Зашифрованные секретные ключи 279 байт, закодированные открытые ключи 65 байт, закодированные подписи 72 байта.

Моя showwallet ветвь имеет участок, который добавляет dumpprivkey и importprivkey команды, используя base58 кодированные секретные ключи (только фактическое 256 бит, плюс 8 бит номер версии и 32 бита контрольной суммы), в результате чего в 51 символов.
Pieter Wuille сейчас офлайн Пожаловаться на Pieter Wuille   Ответить с цитированием Мультицитирование сообщения от Pieter Wuille Быстрый ответ на сообщение Pieter Wuille

26 июня 2011, 1:28:34 PM   # 10
 
 
Сообщений: 41
Цитировать по имени
цитировать ответ
по умолчанию Re: Клиент Feature Предложение - RFC1751 Key 'Экспорт'

Даже лучше, чем ... Я доверял комментарии на key.h. Это 56 "фонетические символы" кодифицировать 256 + 32 битов в base36.
Ксанатос сейчас офлайн Пожаловаться на Ксанатос   Ответить с цитированием Мультицитирование сообщения от Ксанатос Быстрый ответ на сообщение Ксанатос



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW