Информация API утверждает, что по умолчанию предел составляет 300 вызовов / 5 мин. или 5760/8 часов, и вы можете связаться с ними, чтобы иметь предел увеличивается. Я не вижу, как вызов через каждые 3-5 минут будет невежливо или проблемой, поскольку указанные пределы. Это очень ясно из документации API, что с помощью его таким образом, является одним из его предполагаемых целей.

Это не просто, что я не хочу иметь bitcoind работает на сервере и пространстве он использует, но и то, что AFAIK она не обеспечивает удобный интерфейс для мониторинга большого набора случайно сгенерированных адресов. Есть несколько звонков, чтобы проверить различные значения бумажника, но я не думаю, что есть способ обратного вызова установки при условии оплаты прибытия. Так что я бы в конечном итоге повторно опрос, RPC для потенциально тысячи адресов, что лишь немногие могут иметь платеж прибыть. И тогда он, кажется, не обеспечивает способ добавить без ключей-адресов. Так что, если не будет лучше подходит демон я могу запустить затем делает использование API JSON выглядит наилучшим образом.

Попробовав некоторые вещи и кодирования на некоторое время я решил, что, вероятно, лучшим способом было опрашивать самый простой "getblockcount" звоните, чтобы увидеть, когда новый блок прибывает. Этот вызов возвращает только номер и очень легкий. Когда приходит новый блок, я не захватить его. Вместо этого я беру тот, который N блок перед ним и проверить эти адреса транзакций. У них уже есть уровень, необходимого подтверждения и поэтому могут быть применены к остаткам в одном шаге. Намного проще.

Единственное, что бы такое использование гораздо легче на сервере API будет предлагать значительно уменьшенное вызов блока по высоте. Для обработки платежей, кажется, вы только действительно нужны (TRX, адрес, значение) вывод кортежей и это небольшая часть данных блока в целом. Блоки, которые в настоящее время являются 500K в размерах, вероятно, будет 5-10K если бесполезные данные сравнению прочь.