Это был скорее общий вопрос

Приветствую, коллеги! Подскажите, пожалуйста, о производительности bitcoin-qt. Суть: создан мобильный биткоин кошелёк с контролем закрытого ключа полльзователей на стороне сервера, который ведёт учёты балансов пользователей каждому по отдельности, а битки лежат на сервере на одном кошельке. По сути как на биржах, типа Poloniex - режим учёта балансов по аккаунтам. Требуется реализовать приём BTC изнве на каждый пользовательский аккаунт путём генерации и присвоения пользователю своего биткоин-адреса.
Думаю сделать это используя генерацию адресов в bitcoin-qt, благо последние версии уже изначально поддерживают HD. Вопрос, который интересует: сколько адресов безболезненно для производительности сможет генерить нода и какое количество транзакций беспроблемно отправлять в сеть? Ведь каждому сгенерированному адресу будет соответствовать свой закрытый ключ для подписания и отправки транзакции в сеть, хранится это всё в wallet.dat, который неиндексируемый. Соответственно, представим: 10 000 пользователей прислали каждый себе по 0.01BTC, итого на ноде получилось 10 000 непотраченных входов. Допустим, потребовалось сделать транзакцию на 98BTC, следовательно, будут потрачены 9800 входов по 0.01BTC. Насколько это проблематичная нагрузка на сервер, на котором расположен демон? Не возникнет ли каких-нибудь проблем при отправке таких транзакций в сеть?

По сути когда я пополняю кошелёк на бирже, мне сгенерирован адрес. Когда на него поступают биткоины - они отражаются на моём балансе, а сами фактически уходят в холодное хранилище или на горячий кошелёк, где и аккумулируются. Каким образом построена схема приёма BTC на биржах? Это одна нода или связка нод? Одна - на вывод (горячий кошелёк), одна - на ввод, или как? Подскажите, пожалуйста, кто в курсе.

не надо использовать биткойн кор для этого

ресурсов никаких не хватит. один инстанс более-менее 200 адресов держет. 1000 с тормозами. 10000 никак.

Каким образом тогда можно поступить?

через лайт клиенты. генерируете адреса также на HD. а проверяете, например, через эксплореры

Если связку сделать? На один принимать, как накопится - отправить на основной горячий.

да, примерно так и делают

если надо - можем готовую библиотеку дать для этого, без зависимостей

что она из себя представляет? Я по сути являюсь основателем кошелька и идеологом, сам с радиотехническим образованием, но не так силён в программировании, чтобы все тонкости знать. Однако, хочу разобраться досконально

Буду благодарен за помощь

т.е. поднимаю на сервере несколько лайт-клиентов (или один?), генерирую аккаунтам связанные адреса, куда они могут присылать битки, а как накопится определённая сумма, вывести их все на горячий кошелёк, таким образом сведя все непотраченные входы в один новый непотраченный вход на горячем кошельке на 1 единственный адрес. Верно?

bip32 bip44 bip39 реализованные без зависимостей

да

Сколько клиентов потребуется поднять? И что можете порекомендовать?

простите за может необразованность, что сможет делать предложенная вами библиотека? немного недопонимаю просто

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

библиотека делает hd адреса из расширенного публичника и умеет собирать средства с них

С++ либа?

понял и первое и второе. уточню второе: библиотека генерит новые адреса каждому новому пользователю и с определённым интервалом времени собирает средства в одно заданное место?