長年、EtherscanはEthereumデータのインデックス作成の基盤でした。しかし、大きな変化が訪れようとしています。2026年7月1日より、Etherscanは無料プランのAPI制約に破壊的な変更を実施します。
あなたのdApp、インデクサー、または分析ツールがEtherscanに依存している場合、サービスの中断を避けるために今すぐデータ取得ロジックをリファクタリングする必要があります。
1. ページネーションの逼迫：10,000から1,000レコード制限へ
最も重要なアップデートは、リクエストごとに返される最大レコード数の削減です。制限は無料プランユーザー向けに10,000から1,000に下がります。
技術的影響：
高スピードアドレス（例：CEXのホットウォレットや人気のDeFiプロトコル）に対する標準のフェッチリクエストは、以前設定していたオフセットが1,000を超える場合、不完全なデータセットを返すことになります。
影響を受けるエンドポイント：
アカウントモジュール：txlist、txlistinternal、tokentx、tokennfttx、token1155tx。
ログ＆その他：getLogs、getWithdrawals、Tokenホルダーリスト。
必要なアクション：積極的なページネーションの実装
フェッチループをリファクタリングしてください。
2. エンドポイントの移行：ブロック範囲内の内部取引からProプランへ
ブロック範囲内の内部取引取得エンドポイントがProプランの有料壁の向こう側に移動します。
技術的影響：
無料プランのAPIキーを使用したこのエンドポイントへのリクエストは、2026年7月以降、403 Forbiddenまたは特定のプラン制限エラーを返します。
対策：
プランのアップグレード：エンタープライズ向けアプリケーションに最も簡単な解決策です。
詳細なクエリ：ブロック範囲でのクエリの代わりに、特定のトランザクションハッシュ（txhash）で内部取引を取得する必要があるかもしれません。ただし、これによりAPI呼び出し回数が大幅に増加し、レートリミットを超える可能性があります。
3. レートリミット（スロットリング）の管理
無料プランは依然として1秒あたり5リクエスト（RPS）の制限を維持しています。以前は1リクエストで取得できたデータに対して、今は10リクエスト必要となるため、429 Too Many Requestsエラーに遭遇する可能性が10倍に増えます。
推奨策：
指数バックオフやリクエストキュー管理（p-throttleやbottleneckなど）を実装し、新しいマルチページフェッチロジックがAPIキーをクラッシュさせないようにしてください。
移行のための開発者チェックリスト：
監査：コードベース内でoffset > 1000のEtherscan API呼び出しを検索してください。
リファクタリング：ページパラメータを使用した再帰またはループベースのページネーションを実装してください。
。
タグ：#Ethereum #Blockchain #API

ETH0.96%

原文表示