Запрос исторических данных сети через архивный RPC
Держать архивную историю на своих серверах дорого. Обращайтесь к тем же JSON-RPC и эндпоинтам декодированных данных, что запускали бы локально, но к нашим собственным архивным нодам, и платите за вызов, а не за сервер.
- Действующий API-ключ
- Блок, хеш транзакции или адрес, который нужно проверить
1Сделайте JSON-RPC-вызов
Стандартный JSON-RPC работает без изменений — направьте существующий клиент на эндпоинт и подставьте свой ключ. Чтения на архивную глубину (старое состояние, trace) тарифицируются по C2–C3.
curl https://api.1st-node.com/v1/rpc/eth \
-H "Authorization: Bearer sk_live_..." \
-d '{"method":"eth_getBlockByNumber","params":["0x10d4f",true]}'2Получите декодированные транзакции
Вместо того чтобы декодировать ABI самостоятельно, запросите декодированную форму: имя метода, типизированные входы и декодированные логи возвращаются готовыми к использованию.
curl https://api.1st-node.com/v1/data/eth/tx/0xabc..1/decoded \ -H "Authorization: Bearer sk_live_..."
3Листайте историю
Эндпоинты списков принимают limit и offset и возвращают их обратно, так что вы детерминированно проходите всю историю адреса, ничего не пропуская и не дублируя.
Частые вопросы
Нужно ли менять существующий RPC-клиент?
Нет — направьте его на эндпоинт v1/rpc и добавьте заголовок Bearer. Запросы на архивную глубину просто стоят больше кредитов, чем чтения недавнего состояния.
Какие сети покрыты?
BTC, ETH и TRON сегодня работают на наших собственных архивных нодах.
Читать дальше
Пополнили, получили ключ, запустили.
Полное самообслуживание. Оплата криптой или картой. Тарификация в кредитах — тяжёлые примитивы дороже, простые дёшевы.
Получить API-ключ