Возможно, он просто не был замечен в качестве приоритета. Есть много преимуществ, как было бы ускорить развитие альтернативных клиентов. "узел" это самая трудная часть. Он должен быть 100% точно совместим со всеми существующими узлами. Есть бесчисленное множество Гоча и ловушки для новых разработчиков. Если узел был отделен от кошелька было бы развитие альтернативных безопасной. Один простой пример будет детерминированных бумажники. Если сегодня вы хотели разработать детерминированный кошелек у вас есть три варианта а) написать полный узел & Стек кошелек от нуля (и прошу вас не вводить некоторые критические ошибки), б) вилка Bitcoin-ядро, а затем необходимо постоянно исправлять и обновлять его навсегда, как "узел" часть Bitcoin-ядро обновляется, с) разработать бумажник, который использует Bitcoin-ядро в качестве узла бэкэнда (т.е. Армори). Ни один из них не являются особенно привлекательными. Однако в Bitcoin-ядре (кошельке) и Bitcoin-узла (0% бумажник, 100% подключение узла) были отдельными процессы, которые вы могли бы раскошелиться Bitcoin-ядро, чтобы сделать Bitcoin-HD и его подключение к Bitcoin-узлу. Из того, что изменения указывают на Bitcoin-ядро не приведет к зависимости вы бы дело только с обращенную наружу изменения в Bitcoin-узел. Ваш клиент может поддерживать обновление поддержки узла просто имея загрузку пользователя и установить последнюю версию Bitcoin-узел.

Я предпочел бы полный разрыв, когда все функции бумажника удаляется из bitcoind, а также и bitcoind стал только общий узел и на ОС Windows это будет работать как служба 24/7 в фоновом режиме. Еще лучше было бы рефакторинг его на три компонента Bitcoin-Lib (набор библиотек, содержащих функциональные возможности узла аки DLL), Bitcoin-узел (реализация этой библиотеки), Bitcoin-сердечника (бумажник, который обеспечивает эталонную реализацию как подключиться к Bitcoin-узел). Я думаю, что я написал пост об этом более двух лет назад так piotr_n баллов из него, вероятно, не произойдет. Я не колотить основную команду разработчиков, и я мои навыки C не на уровне этого типа рефакторинга потребует. Я бы с удовольствием способствовать Баунти, чтобы это сделать, но критическая часть была бы для того, чтобы стать магистральным репо. Просто с совместимым но другим проектом не очень хорошо, как это нужно будет постоянно обновляться, чтобы соответствовать изменениям в магистральный клиент. Так что это потребует больше, чем просто финансирование было бы также потребовать поддержки и приверженности со стороны основной команды.

Как примечание стороны, мы надеемся, это побуждает некоторые разработчик альт-монеты, чтобы сделать это правильно с первого дня 0. Имея это тесно интегрирован делает будущее развитие намного сложнее и, как только монета запускаемые изменения происходят в активной сети, которая всегда должна оставаться обратную совместимость. Если ничего другого "простота разработки" это один нематериальный атрибут, который может установить altcoin часть в море бесполезных клонов (очевидно, что это не может быть единственным).