Там в хорошеет версия этого здесь: https://gist.github.com/3161162

Цель:
Multi-человек «холодное хранение» бумажник, используя JSON-RPC API наступающего 0,7-релиз «сырых транзакции» (multisig выродка в):

Настроить:
Элис сгенерировать открытый / закрытый пары ключей. Она печатает их и сохраняет их somplace физически безопасный вне офиса в качестве резервного. Она обеспечивает закрытый ключ таким образом, она может легко получить доступ.

Боб делает то же самое, то Алиса и Боб обмена открытыми ключами и оба образуют 2-в-2 multisig адреса с помощью addmultisigaddress и убедитесь, что это то же самое для них обоих.

0,1 BTC отправляются на multisig адрес, то Алиса и Боб следовать процедуре потратить, чтобы убедиться, что он работает должным образом. Если это произойдет, multisig адрес полностью профинансирован в качестве безопасного «холодного» бумажника. Открытые ключи, multisig адрес, и финансирование / идентификаторы транзакций расходов и суммы хранятся в таблице, доступной для Боба и Алисы (и, возможно, кто-то заинтересован в аудите, Google Docs или DropBox или любое другое решение документ обмена работает).

Для обнаружения угроз безопасности, Алиса и Боб должны послать лексему количество Bitcoin (скажем, 1 BTC) с открытыми ключами, которые они используют, и никогда не должны тратить эти монеты. Оба адреса должны контролироваться как Алиса и Боб, и если они видят монеты тратятся они должны предполагать, что соответствующий секретный ключ был скомпрометирован и передать multisignature монеты на новый, безопасный multisig адрес свежих ключей, генерируемых на устройствах, которые не скомпрометирована.

Проводить:
Алиса выбирает достаточно неизрасходованных операции по изъятию суммы она хочет и сборы крышки. Она обновляет Doc документ Google и отмечает сделок финансирования, как «PENDING Потратьте».

Она называет createrawtransaction с этими входами и одним или двумя выходами:

• Вывод на адрес, по которому вывод происходит
• Переключите вывод, обратно в multisig адрес

Она называет signrawtransaction, передавая ее закрытым ключом, а затем отправить половину подписал сделку с Бобом (по электронной почте или любым другим способом).

Боб называет decoderawtransaction и чеки с Алисой, чтобы убедиться, что операция ОК (Алиса и Боб либо заранее сообщить по телефону или Боб называет Алису проверить детали сделки).

Если все в порядке, Боб называет signrawtransaction, а затем sendrawtransaction вещать в сети. Он отмечает ОЖИДАНИИ входы провести в общей таблице «ОТРАБОТАВШИМ», и добавляет вывод изменения (если таковые имеются) в таблицу в качестве нового потенциального входа для будущего тратит.

Изменения / примечания:
В зависимости от уровня безопасности сочтено необходимым, обеспечение закрытых ключей могут включать их шифрование с помощью PGP и passhprase и хранить их в зашифрованном виде на компьютере или в облаке. Или хранить их в надежном примечании LastPass. Или хранить их на парольную фразу, защищенные IronKey USB флешки. Алиса и Боб не обязательно должны следовать той же процедуре для обеспечения своих закрытых ключей.

Если Алиса и Боб страдает какой-либо нарушения безопасности или какой-то период времени проходит (1 год?), Они должны генерировать новые ключи и новый адрес и отправить все средства на новый адрес.

Если Алиса и Боб делают это более чем в два раза, немного передний конец инструмента, автоматизированное большая часть процесса будет выгодным вложением; этот инструмент может стать прототипом для добавления полной multisig поддержки Bitcoin-Qt. Опять же, это может быть просто легче добавить поддержку Bitcoin-Qt, в первую очередь.

Расширение этого так любые два (Алиса, Боб, Кэрол) может авторизовать транзакцию из бумажника является простым, и предотвратит потерю средств, если какая-либо один из них полностью потерял доступ к своему секретному ключу. Или, если даже более высокий уровень безопасности необходима, то требуя, чтобы все три Авторизованных изъятия также просто.

Отправка изменения обратно в тот же адрес multisig несколько плохо как для безопасности (открытые ключи, связанные с адресом выявлены при первой транзакции тратиться) и частной жизни. Это может также легко быть расширено, чтобы использовать два (или более) иерархические Детерминированный клавиш (см BIP 32), с новым адресом multisig, сформированным для каких-либо изменений на каждом выходе.

Алиса и Боб может быть один человек, конечно же, с использованием двух различных компьютеров.