データ / RPC
アーカイブRPCで履歴チェーンデータを照会する
アーカイブ履歴の自前ホスティングは高コストです。ローカルで実行するのと同じJSON-RPCおよびデコード済みデータのエンドポイントを当社自身のアーカイブノードに向け、サーバー単位ではなく呼び出し単位で支払います。
はじめる前に
- 有効なAPIキー
- 検査したいブロック、取引ハッシュ、またはアドレス
1JSON-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履歴をページングする
Listエンドポイントはlimitとoffsetを受け取りそのまま返すため、レコードを取りこぼしも重複もせず、あるアドレスの全履歴を決定論的に辿れます。
よくある質問
既存のRPCクライアントを変更する必要は?
いいえ——v1/rpcエンドポイントに向けてBearerヘッダーを追加するだけです。アーカイブ深度の要求は直近状態の読み取りより多くのクレジットがかかるだけです。
どのチェーンに対応?
BTC、ETH、TRONが今日、当社自身のアーカイブノードで稼働しています。
続けて読む
チャージして、キーを取得し、リリース。
セルフサーブ。暗号資産またはカードで支払い。クレジットで従量課金——重いプリミティブは高く、単純なものは安価。
APIキーを取得