Ankr 最近每月的 RPC 請求量突破了 1 兆，支撐了 Web3 流量的一大部分。他們的 RPC 平台充當應用程式與區塊鏈之間的橋樑，處理來自錢包、dApps、機器人、索引器、滾動合約等的請求。🧵

但這些流量究竟來自何處？主要來源包括： • 錢包和前端 • 索引器 / 分析工具 • 機器人和 MEV 系統 • Rollups、L2、橋接（大量跨鏈調用） • 80 多個網絡中眾多小型 dApp 的長尾

目前使用頻繁的 RPC 方法有哪些？ • 頻繁讀取：eth_call、eth_getBalance、eth_getBlockByNumber 等。 • 範圍和日誌查詢 (eth_getLogs) 以及追蹤/調試調用 • 通過 WebSocket 的訂閱（新區塊、日誌、待處理交易） • 寫入（例如 eth_sendRawTransaction） - 數量較少，但對操作至關重要

Ankr 如何擴展以保持快速和可靠？ 他們的一些策略： • 全球任播 + 區域路由以減少延遲 • 區塊鏈感知的負載平衡 • 車隊專業化：分開熱讀、存檔、追蹤/調試、寫入路徑 Ankr • 速率塑形、方法加權和針對區塊鏈語義調整的故障轉移邏輯 • 為高吞吐量需求的企業客戶提供專用基礎設施

RPC 是 Web3 的重要 "讀/寫水龍頭" - 沒有餘額、沒有交換、沒有橋接就無法運作。 Ankr 的萬億請求里程碑並不是炒作；它是對 80 多條鏈上所有狀態、日誌、訂閱和交易的每一次調用的總和。 為了獲得最佳性能，開發者應該使用緩存、批量調用、固定區域、尊重方法權重，並監控每條鏈/方法的使用情況。