Есть ли способ, что проще для нетехнического покупателя проверить, как правильно? Последний раз, когда я вновь multisig операции, они должны были быть построены в шестнадцатеричном с использованием bitcoind и RPC вызовов, но я мог бы за раз по этому вопросу. Покупатель достаточно сложный, чтобы сделать это вполне может просто управлять своим собственным бумажником - воображаемый типичным покупатель для элемента, как это нетехнический и предпочитает иметь какое-то правовую защиту, которые он выполняет, как ожидался, а затем доверять мне в этом отношении.

Нетехнических покупатель имеет возможность проверить, что мой открытого ключа раз его закрытый ключ также дает тот же адрес Bitcoin с моей утилитой.

Я согласен, что multisig принципиально лучше - добавляет способы отнимают возможность того, что он получает SCAMMED вредоносным, сочетая его два ключа и позволяет аутсорсинг части процесса без ущерба для безопасности.


Это более функциональное доказательство концепции.

Здесь может быть прекрасным Прототип использование: благотворительный хочет принимать Bitcoin пожертвования, но руководители или контроллер не хотят делегировать любую возможность потрогать или обрабатывать деньги, но и не технически ориентированные. Они засунуть 2-фактор физической монеты в сейфе и опубликовать адрес в качестве "мы принимаем биткойны" пожертвование адрес, не желая иметь дело с какими-либо техническими трудностями, связанными с принятием Bitcoins сегодня, но известно, что если они начинают получать большие пожертвования на это, они знают, что они могут придумать способ, чтобы получить их (даже если он посылает его через ночь курьера к FastCash4Bitcoins или BitPay и получать деньги в их банке). По их мнению, они покупают заранее сделал Bitcoin "Счет",

Если бы я был произвести кассету для этого бара (вроде как у меня есть для серебряных монет), где сама коробка имела слот для листке бумаги, а затем держать их вместе была бы гораздо более разумным. То же самое, если бы я должен был сделать новую версию части, которая соответствует профилю в презентации коробки вне-полки (например, что-то в форм-факторе моей серебряной монеты, но из более дешевого позолоченного металла, как мой 25BTC монеты, где пользователь может набить, что дополнительный кусок бумаги в акриловую капсулу). В таком случае, я мог бы предоставить утилиту, предварительно распечатанный закрытый ключ на круглом листе бумаги они вырезают и засунуть в капсулу, или попытаться обеспечить для других, чтобы сделать то же самое (например, получить BitAddress добавить личное QR код страницы тщеславия так покупатель может сократить его).

Наконец, нет никаких причин, их секретный ключ даже должен быть случайным образом сгенерированный ключ. Это может быть пароль / кодовая фраза превратилась в закрытый ключ с очень дорогим KDF. Поскольку дорожа бар является событием один раз-в-сине-луны, KDF может быть выбран нужны секунды или минуты, чтобы работать, обеспечивая достаточную безопасность, даже не требуя brainwallet качества ключевых фраз. (Пространство потенциальных взломщиков довольно мало - 1 - я)


Это в btcaddress-alpha.zip. btcaddress.zip является более стабильной версии не хватает этой функциональности. Я хотел бы сделать еще несколько тестов на нем, прежде чем всерьез говорить людям "идти поставил 1000-BTC по адресу, опирающегося на выходе этого в основном непроверенной программы",