>>3510
не всем подойдет, потому что в pruned режиме не будет работать параметр txindex
это означает что необходимо будет хранить приватные ключи в самом bitcoind или пилить костыли с watchonly и xpubом
в большинстве же случаев не рекомендуется так делать, кроме того bitcoind не оптимизирован для большого кол-ва адресов и начинает существенно подтормаживать,
отчасти поэтому большинство крупных мерчантов если и используют bitcoind то только в режиме nowallet, т.е. только для оповещения о новых блоках и броадкаста своию транзакций (сами транзакции формируются и подписываются в другом месте),
а параметр txindex необходим чтобы передавать полное содержимое нового блока с целью дальнейшего парсинга содержимого на наличие своих транзакций, именно по таком принципу и работает bitcore.io и хуева туча других аналогичных по функционалу библиотек

>>3533
рекомендую не изобретать велосипед а нанять грамотную команду профи
чтобы спроектировали нормальную архитектуру приложения,
с изолированными друг от друга микросервисами,
мультиподписью,
несколько географически разделенных узлов для взаимодействия с блокчейнами, с защитой от DDOS и скрытым узлом для защиты от sybill атаки,
HSM для работы с приватными ключами,
систему bless для bastion защиты доступа на серваки при помощи AWS Lambda, потому что среди девопсов тоже могут быть пидорасы,
систему горячих, холодных кошельков, с автоматизированным режимом тревоги и круглосуточными мониторингом,
систему разграничения доступа для сотрудников,
ну и конечно же налаженные процессы CI чтобы быстро залатать жопу в случае экстренных обновлений,
и фонд на случай взлома который рано или поздно все равно произойдет