Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
3 января 2015, 1:42:42 AM   # 1
 
 
Сообщения: 352
Цитировать по имени
цитировать ответ
по умолчанию Re: Самый быстрый, наименее вероятно, чтобы быть тонко разбитым способ сделать много адресов форума

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Таким образом, у меня есть рабочий процесс, который включает в себя мне заранее приносящих буквально миллионы случайных пары ключей в автономном режиме, который я тогда нужно, чтобы безопасно хранить до будущих дат. Последний раз я это сделал я bitcoind и просто побежал getnewaddress, чтобы получить Bitcoin адрес из, а затем побежал dumpprivkey и validateaddress против него, чтобы получить секретные и открытые ключи (это то, что я на самом деле хочу - я на самом деле не волнует адрес ). Это работало нормально, за исключением того, что:
1) Это немного кувалдой, чтобы расколоть орех, и я думаю, что это может делать некоторые бессмысленные индексации работы и вещи.
2) Это было немного медленным, чтобы генерировать миллионы ключей, как это, в частности, на довольно маломощную машину я использую для этого в то время. (В частности, он, казалось, увязнуть, как только его файл wallet.dat получил большой, хотя я мог бы ускорить его снова остановив bitcoind и удалить файл, а затем запустить его снова.) В этом случае есть некоторые практические выгоды, связанные с безопасностью если Я могу сделать все это в течение часа или так на современном, но низком уровне конца оборудования.

Очевидно, что преимущество bitcoind в том, что это было много глаз на нем - любые другие мысли для инструментов, которые были достаточно хорошо изучены, чтобы верить, что они будут делать эту простую работу без как-то bollocksing это? Vanitygen?
edmundedgar сейчас офлайн Пожаловаться на edmundedgar   Ответить с цитированием Мультицитирование сообщения от edmundedgar Быстрый ответ на сообщение edmundedgar


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


3 января 2015, 2:24:02 AM   # 2
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Самый быстрый, наименее вероятно, чтобы быть тонко разбитым способ сделать много адресов форума

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





Какие риски вы обеспокоены?

Просто неправильно генерации ключей? Попытка подписания со всеми ключами и проверки результатов. (Ядро Bitcoin делает это внутренне. И я настоятельно рекомендую его, это немного страшно, что ничего не делает. Это слишком легко, чтобы иметь bitflip вызвать создание недействительного ключа, и слишком легко защищаться)

Плохое качество ГСЧ? То сложнее. Vanitygen позволяет отделено (пункт дополнительно) генерации ключей, так что вы могли бы, например, генерировать один ключ другой путь и создать все дополнительные, как этот ключ плюс некоторое новое случайное значение, для того чтобы иметь базовые ожидания безопасности.

Обеспокоено боковой канал (время, EMI и т.д.) утечки?

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




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

3 января 2015, 4:28:07 AM   # 3
 
 
Сообщения: 352
Цитировать по имени
цитировать ответ
по умолчанию Re: Самый быстрый, наименее вероятно, чтобы быть тонко разбитым способ сделать много адресов форума

Какие риски вы обеспокоены?

Просто неправильно генерации ключей? Попытка подписания со всеми ключами и проверки результатов. (Ядро Bitcoin делает это внутренне. И я настоятельно рекомендую его, это немного страшно, что ничего не делает. Это слишком легко, чтобы иметь bitflip вызвать создание недействительного ключа, и слишком легко защищаться)

Плохое качество ГСЧ? То сложнее. Vanitygen позволяет отделено (пункт дополнительно) генерации ключей, так что вы могли бы, например, генерировать один ключ другой путь и создать все дополнительные, как этот ключ плюс некоторое новое случайное значение, для того чтобы иметь базовые ожидания безопасности.

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

Обеспокоено боковой канал (время, EMI и т.д.) утечки?

Незначительно. Будет ли какая-либо разница между реализациями беспокоиться здесь?

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

Насколько это возможно, я пытаюсь разработать процесс, в котором соответствующие точки могут быть заверенное второй (или третий и т.д.) партии, так что в идеале этот процесс будет: Подписать окно, которое будет генерировать ключи из безопасного хранения, запустите шаги, перечисленные на чек-лист (например, загрузить окно, запустите скрипт X, записывать компакт-диски Y и Z, закрыть окно), подписать коробку обратно в хранилище и т.д. Это очень легко сделать в одной сессии, если он находится под час или около того, но если она становится мульти-часовой процесс становится немного более сложным. (Комната сломается? ...)
edmundedgar сейчас офлайн Пожаловаться на edmundedgar   Ответить с цитированием Мультицитирование сообщения от edmundedgar Быстрый ответ на сообщение edmundedgar

3 января 2015, 6:39:35 AM   # 4
 
 
Сообщения: 478
Цитировать по имени
цитировать ответ
по умолчанию Re: Самый быстрый, наименее вероятно, чтобы быть тонко разбитым способ сделать много адресов форума

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

Почему бы не использовать ключи BIP32 HD? Вы можете хранить один главный секрет и дать каждому из ваших да / нет ключей конкретных индексов ветвей.

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

3 января 2015, 6:59:27 AM   # 5
 
 
Сообщения: 352
Цитировать по имени
цитировать ответ
по умолчанию Re: Самый быстрый, наименее вероятно, чтобы быть тонко разбитым способ сделать много адресов форума

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

Почему бы не использовать ключи BIP32 HD? Вы можете хранить один главный секрет и дать каждому из ваших да / нет ключей конкретных индексов ветвей.

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

Если они были использованы в регулярных платежах, то я бы, но это особый случай, который я думаю, что ломает предположения позади ключей BIP32 HD, потому что мы на самом деле в конечном итоге выпускать эти _private_ ключей для всего мира, чтобы увидеть. Смотрите обсуждение того, что мы делаем здесь:
edmundedgar сейчас офлайн Пожаловаться на edmundedgar   Ответить с цитированием Мультицитирование сообщения от edmundedgar Быстрый ответ на сообщение edmundedgar

3 января 2015, 7:17:22 AM   # 6
 
 
Сообщения: 464
Цитировать по имени
цитировать ответ
по умолчанию Re: Самый быстрый, наименее вероятно, чтобы быть тонко разбитым способ сделать много адресов форума

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

3 января 2015, 8:30:51 AM   # 7
 
 
Сообщения: 352
Цитировать по имени
цитировать ответ
по умолчанию Re: Самый быстрый, наименее вероятно, чтобы быть тонко разбитым способ сделать много адресов форума

Это еще хорошо, если вы не отпустите открытый ключ мастера, но быть очень осторожным, можно использовать закаленные ключи.

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

3 января 2015, 1:04:22 PM   # 8
 
 
Сообщения: 478
Цитировать по имени
цитировать ответ
по умолчанию Re: Самый быстрый, наименее вероятно, чтобы быть тонко разбитым способ сделать много адресов форума

Если они были использованы в регулярных платежах, то я бы, но это особый случай, который я думаю, что ломает предположения позади ключей BIP32 HD, потому что мы на самом деле в конечном итоге выпускать эти _private_ ключей для всего мира, чтобы увидеть. Смотрите обсуждение того, что мы делаем здесь:


Я понимаю.

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

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

Таким образом, вы не backlogging (только в случае, если кто-то случайно посылает 1000 Bitcoin на этот один адрес, который вы дали для этого одну ставку на 1-й день), квадриллионов ключей и теперь это 5 лет в вещи, и вы должны пробираться через 50000 компакт-дисков чтобы понять это.

С BIP32, резервным копированием один ключ и может сохранить и xprv И в xpub частный, и просто регулярно делать резервные копии вашего сервера, который отображает все ключи к разным путям (которые я предположу, что ваш сервер уже хранит данные обо всех ставках происходит в любом случае, так что просто совмещая пути деривационные с информацией из вашего сервера резервного копирования будет достаточно, чтобы предоставить Вам неограниченные ключи для всех времен. Единственное, что вам нужно сделать, это генерировать правильные пути деривационные надо каждый сейчас и затем так же, как вы делали с bitcoind.
(Опять же, вы не загружая мастер Публичным или что-нибудь, только принимая во внимание пути генерации вместе с другими метаданными о том, как был использован ключ.)


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

Это еще одно преимущество детерминированным. Вам нужно только 1 ключ высокой энтропии, поэтому ГСЧ только один раз. Остальное просто говорю "ОК мой вывод путь будет м / идентификатор «/ bet_id» / yes_or_no '  " и генерируя тонны ключей офлайновых и похлопывая их индивидуальные адреса на сервере отдельно.
dabura667 сейчас офлайн Пожаловаться на dabura667   Ответить с цитированием Мультицитирование сообщения от dabura667 Быстрый ответ на сообщение dabura667

3 января 2015, 5:22:40 PM   # 9
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Самый быстрый, наименее вероятно, чтобы быть тонко разбитым способ сделать много адресов форума

BIP32 закаленные вполне приемлемо, чтобы освободить частные ключи. Они неотличимы от случайных ключей к любому, кто не знает главный секрет. Фор BIP32 _non-hardened_ ЭТО СОВЕРШЕННО НЕ ПРИЕМЛЕМОЕ ОПУБЛИКОВАТЬ ЗАКРЫТЫЕ КЛЮЧИ. ИЗДАТЕЛЬСТВО ОДИН ЧАСТНЫЙ КЛЮЧ равносильна ИЗДАТЕЛЬСТВО ВСЕ ИЗ НИХ ЛЮБОМУ КТО МОЖЕТ GENERATE KEYS.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

5 января 2015, 12:19:29 AM   # 10
 
 
Сообщений: 39
Цитировать по имени
цитировать ответ
по умолчанию Re: Самый быстрый, наименее вероятно, чтобы быть тонко разбитым способ сделать много адресов форума

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW