Я согласен с сутью этого предложения.

Да, это было бы сделать вещи более сложными в целом. Но это также сделает все, что более мощным.

Вот немедленные очевидные преимущества я хотел бы видеть от этого:

1. Способность людей или компаний, чтобы обеспечить целые замены для подсистем bitcoind. Например, прямо сейчас база данных блока находится в плоском файл и индексируются таким образом, что делает его непрактичным для запроса. Но кто-то может прийти и обеспечить замену нового, который использует полномасштабную СУБД в качестве бэк-энда, позволяя другие услуги (например, веб-сайты или корпоративные рабочими станции) для взаимодействия с bitcoind вставив записи базы данных в рабочую очередь, и может запросить информацию о сделках с ним. Это может быть сфальсифицировано так несколько экземпляров bitcoind может работать с теми же самой базы данных, и использовать соответствующую блокировку записей, чтобы они не дублировали работу или шага друг на друг. Это добавит устойчивости, поскольку СУБД программное обеспечение является более зрелым и предлагает больше возможностей для масштабируемости и высокой доступности, и если узлы, работающие bitcoind стать неработоспособным, все еще работает до тех пор, по крайней мере, один узел по-прежнему хорошо. Это добавило бы совместимость, потому что гораздо больше платформ разработки они готовы говорить с работающей базой данных, чем запущенный экземпляр bitcoind. Это добавило бы гибкость, потому что люди могут строить свои собственные индексы на то, что им необходимо, не дожидаясь кого-то, чтобы закодировать его в bitcoind. Самое главное, это будет вариант - так тех, кто просто хочет запустить настольную версию клиента можно просто запустить регулярные базы данных плоско-файл, чтобы они не обременены огромными зависимостями.

2. Возможность повторного использования компонентов, как разработчик, не беспокоясь, что вы откусить больше, вы можете жевать. Если вы хотите построить клиент Bitcoin, но не имеют стремления заменить код P2P связи, вы можете отказаться от существующей реализации и быть сделано. Кроме того, так как этот код, мы надеюсь, монолитный блок, а не то, что вы хирургически рваными из исходного кода Bitcoin, вы будете иметь гораздо легче трудоёмкий и реализующее обновление этого код.

3. Возможность принизить "wallet.dat", История транзакций и "Счета" функция из bitcoind, а также освободить определение понятия "бумажник" файл как файл любого определенного типа. Для меня, бумажник, находясь в bitcoind как неуместны в качестве поддержки "отправка форматированный текст по электронной почте с смайликов" в демона SMTP-сервера. Она принадлежит в качестве дополнительной функции для подсистемы управления GUI / кошелек (тот, который идеально может открывать и закрывать бумажники по желанию, вроде того, как Microsoft Word может открывать и закрывать .docx файлы по желанию).

Я вижу несколько других преимуществ, но они уже были перечислены в некоторой степени.