Я думаю, что это хорошо, чтобы фактические потребности управлять эволюцией, но это вовсе не значит, что не стоит в вымогательстве идеи / требования, если вы собираетесь выполнять работу, как это (но, я думаю, было бы лучше, для кого-то есть так склонен, чтобы собрать некоторый входной / обратная связь ... и затем написать код, и пусть код будет спецификация ... Я бы не перемешивать слишком много о получении спецификации, согласованных с большим количеством людей в заранее) ,

Итак, вот мой отзыв ... первый, вот "Пользовательская история" Я хотел бы, чтобы поддержать:
"Как пользователь, я хотел бы иметь очень жесткий контроль над обработкой моих личных ключей"
    - чтобы поддержать эту историю, я думаю, вы должны сводиться обработка с очень основными методами, которые требуют использования шифрованных закрытых ключей закрытого ключа ... Я думаю, что это в основном создание новых ключей (для приема платежей), а также создание от проводят сделки (есть что-нибудь еще?) ... Я предвижу очень простой модуль (с очень небольшим количеством легко понятного кода ... возможно, в очень читаемом языке, отличном от C ++), который поддерживает API для а) экземпляра набор пара ключей из последовательной формы (где зашифрованы частные ключи), б) запрос на создании новой пары ключей, с) запросом на создании транзакции, д) запрос на сериализовать открытую часть всех пар ключей е) запрос сериализовать все пары ключей (с закрытыми ключами в зашифрованном виде) ... Кроме того, пары ключей могут включать в себя небольшой кусочек меты информации (например, описание ключа в качестве текущего клиента поддерживает) ... реализацию этого очень маленький API позволит кому-то работать очень малые d доверенных бит кода, который используется для поддержания конфиденциальности и целостности их ключей (о только UI, что модуль потребует этого приглашение ввести пароль, используемое для шифрования закрытых ключей), в то же время позволяя остальную часть система управления физического хранения и резервного копирования зашифрованных ключей и создать полный графический интерфейс бумажника (показывает баланс, посыла Bitcoin UI, список транзакций, адресной книги и т.д.). ... несколько дополнительных API, чтобы позволить работу компонентов с ключами по отдельности также может быть полезным

Я был бы очень заинтересован в растворе, который использовал 0mq + protocolbuffers для этого.