Ankr は最近、月間 1 兆 RPC リクエストを超え、Web3 トラフィックの膨大な部分を支えています。同社の RPC プラットフォームは、アプリとブロックチェーンの間の架け橋として機能し、ウォレット、dApps、ボット、インデクサー、ロールアップなどからの呼び出しを処理します。🧵

しかし、そのトラフィックはどこから来るのでしょうか?主な情報源は次のとおりです。 • ウォレットとフロントエンド • インデクサー/分析 • ボットと MEV システム • ロールアップ、L2、ブリッジ (重いクロスチェーン呼び出し) • 80+ ネットワークにわたる小規模な dApp のロングテール

また、どのような種類のRPC手法が頻繁に使用されていますか? •頻繁に読む:eth_call、eth_getBalance、eth_getBlockByNumberなど。 • 範囲とログ、クエリ(eth_getLogs)およびトレース/デバッグ呼び出し • WebSocket 経由のサブスクリプション (新しいヘッド、ログ、保留中の tx) • 書き込み (eth_sendRawTransaction など) - ボリュームは少ないが、操作には重要です

Ankr は、物事を高速かつ信頼性を維持するためにどのように拡張しますか? 彼らの戦略のいくつかは次のとおりです。 • グローバル エニーキャスト + リージョナル ルーティングによる遅延削減 • ブロックチェーン対応の負荷分散 • フリートの特殊化: ホット読み取り、アーカイブ、トレース/デバッグ、書き込みパス Ankr を分離 • レートシェーピング、メソッドの重み付け、ブロックチェーンのセマンティクスに合わせて調整されたフェイルオーバーロジック - 高いスループットを必要とするエンタープライズクライアント向けの専用インフラストラクチャ

RPC は Web3 の重要な「読み取り/書き込み蛇口」であり、RPC なしでは残高、スワップ、ブリッジはありません。 Ankr の 1 兆件のリクエストのマイルストーンは誇大広告ではありません。これは、80+ チェーンにわたる状態、ログ、サブスクリプション、およびトランザクションに対するすべての呼び出しの合計です。 パフォーマンスを最大限に引き出すには、開発者はキャッシュ、バッチ呼び出し、領域へのピン留め、メソッドの重みの尊重、チェーン/メソッドごとの使用状況の監視を使用する必要があります。