Я думаю, что большая проблема в том, что построения "бумажник" это не так сложно, но построения "узел" на самом деле. Проблема заключается в том, что существующая ссылка клиент объединяет эти различные объекты в единую унифицированную кодовую. bitcoind является узлом, сервером бумажника, и клиента RPC все объединены в одну единую кодовую.   

Это делает расширение ссылочного клиента в любом устойчивых почти невозможно. Например корпоративное решение может понадобиться использовать настоящие реляционную базу данных для хранения, запроса и обновления платежных статусов. Там не существует хороший способ расширить текущий опорный клиент, чтобы сделать это. Таким образом, у вас есть два "выбор", Вы можете использовать bitcoind и RPC вызовы, но пропускная способность очень низкая, или вы можете создать новую реализацию пользовательского узла со всеми рисками, которые влечет за собой. Не является особенно хорошим решением.

Что было бы лучше (я уже говорил об этом раньше, но я не думаю, что есть какая-либо тяга) будет реорганизовать существующий клиент в отдельные проекты.

Вместо одного проекта будет состоять из нескольких проектов:
Биткойн ядро ​​- библиотека, которая обрабатывать функциональность низкого уровня узла.
Bitcoin Узла - эталонная реализация базовой библиотеки, которая реализует только функциональность узла (думает bitcoind минус RPC Client & нет бумажника)
Биткойн Кошелька - реализация бумажника, который обменивается данными с помощью быстрого, низкой задержки протокола с Bitcoin узлом.

Это даст разработчикам возможность для расширения "bitcoind" для пользовательских приложений. 

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

Более амбициозные проекты могут подтолкнуть ниже в стеке проекта. Возьмите Bitcoin Оружейной, например. В настоящее время она требует установку "Bitcoin интервала QT" который затем не используется ни для чего, кроме реализации узла. Первоначально, которые могут быть заменены на Bitcoin узла и, вероятно, в течение долгого времени Оружейной могли бы просто сделать звонки непосредственно Bitcoin ядро.

Когда разработчики задают вопросы о расширении Bitcoin они могут быть steared от внесения изменений в Bitcoin основной библиотеки непосредственно.

В случае, если это не ясно, позвольте мне дать вам пример. Возьмите OpenSSL. Это библиотека. Люди импортировать библиотеку в различных проектах. Потребители этой библиотеки не модифицировать библиотеку непосредственно, они расширяют его. Теперь представьте себе, вместо того, чтобы, если OpenSSL не была библиотека, но вместо того, чтобы весь веб-сервер реализации OpenSSL. Поэтому единственный вариант для Bitcoin, чтобы использовать его будет либо строить установки весь uneeded сервер, а затем передают запросы между Bitcoin клиентом и OpenSSL веб-сервера или взлома вокруг в исходном коде SSL открытым надеясь, что вы не сделать ошибку реализации. И то и другое "решения" будет сосать. Это своего рода, где Bitcoin прямо сейчас.