Всем привет,
Одна из проблем, которые я имею об использовании Bitcoin в качестве хранилища ценности является то, что у меня нет плана на месте для, если бы я попасть под автобус. В этом случае никто не будет наследовать свои монеты, потому что они закреплены таким образом, чтобы ни один не сможет получить к ним доступ. Если бы я был поставить на место какой-то план резервного копирования, как отказ члена семьи, копию кошелька и записывая фразу для них, то это будет, безусловно, самым слабым звеном в моей стратегии безопасности. В принципе, я не знаю ни одного хорошего способа создать "Bitcoin будет",
Я читал о языке сценариев Bitcoin и возможностях, что обеспечивает для огромного количества различных видов творческих сделок. (https://en.bitcoin.it/wiki/Contracts). Я также смотрел видео на Youtube Майк Хирн давая доклад на конференции 2012 года, обсуждая эти передовые типы транзакций. Похоже, что эти контракты могут быть использованы, чтобы создать волю без ущерба для личного ключа безопасности. Однако, насколько я могу судить, нет доступных услуг, чтобы сделать такого рода вещи.
Если там действительно нет проектов в стадии реализации, чтобы сделать несколько Sig сделки, то я был бы заинтересован в открытии одного. Я надеялся, что я мог бы получить некоторые указатели здесь о том, как это можно было бы сделать и где я мог бы начать.
Вопросов:
- Существуют ли какие-либо проекты в стадии реализации, чтобы обеспечить "оракул" тип сервиса, или даже простой "Переключатель мертвеца" тип сервиса (например, если я не войти в течение Х дней, подписать сделку).
- Из моих исследований, кажется, что сделки с нестандартными скриптами не будут перенаправлены коллегами, работающих под управлением ссылочным клиент, но они считаются действительными, если в блоке. Каков процесс для обсуждения новых типов сценариев, чтобы мульти-сиг операции на распространение информации через сеть?
- Для того, чтобы создать многостраничные подписи сделок, я мог сделать это с помощью необработанного транзакции RPC API? Есть ли разрешить пользовательские сценарии?
- Какой подход будет лучше за то, что мои услуги предоставляют пользователю с подписанной сделки, а затем позволяет им добавить свою собственную подпись и отправить его в сеть? Будет ли текущий номер клиента поддержки, что? (Даже если это какой-то внешний скрипт с использованием RPC API?)
Я читал, что testnet действительно позволяет нестандартные сценарии на распространение информации через сеть, так что я мог начать там. Но сначала я хотел бы услышать советы / указатели о том, как я мог бы построить сделки и как писать сценарий мульти сиг проверки (которые должны были бы включать в себя какое-то идентификатор для моей службы оракула / мертвого человека, чтобы знать, какой учетную запись пользователя сделка имеет в виду).
Огромное спасибо.