快速區塊鏈帶來了帶寬管理和RPC公平性的新挑戰。今天，我們引入了一種使用流動質押承諾來塑造RPC訪問的機制。該系統通過FastLane的ShMonad RPC運行。這個主題探討了架構和理由。 🧵

像 Monad 這樣的高吞吐量網絡（約 0.5 秒區塊時間，約 1 秒最終性）幾乎沒有反應性限流的空間。當 RPC 端點檢測到它正受到垃圾郵件攻擊時，損害已經發生。緩解措施必須是主動的並且與激勵相一致。 /2

關鍵限制是帶寬。與驗證者相鄰的節點資源有限且對延遲敏感。如果不加區別地授予無許可訪問，對手客戶端可能會擠出誠實的參與者——導致用戶體驗下降和驗證者成本增加，卻無法尋求補救。

我們的解決方案利用 ShMonad，一種可編程的流動質押代幣 (LST)，具備鏈上承諾能力。用戶在將 ShMON 承諾到鏈上「RPC 政策」時，會收到一個私有的 RPC URL。這項承諾管理訪問速率限制。 /4

頻寬按比例分配： 用戶的 RPS = (用戶的承諾 ShMON / 總承諾 ShMON) × RPS_max-global 這產生了一個動態可共享的、基於權益的頻寬模型，而不引入集中式的鏈下速率限制器。 5/

質押是針對一段時間（目前為 20 個區塊）進行的，這使得快取成為可能。中繼不定期地輪詢並快照鏈上承諾狀態。這防止了在關鍵路徑中的 EVM 調用，並支持高頻使用而不會增加額外的延遲。 6/

根據實證，這個系統在延遲上始終表現得更低。在多次獨立的基準測試中，FastLane 的 ShMonad RPC 顯示出比第二快的提供者低約 20 毫秒的中位數/平均響應時間，與公共 RPC 之間的差距更大。 7/

ShMON 承諾遵循 RPC 政策，並與參與 FastLane 中繼網絡的驗證者進行質押（目前超過 90% 的 Monad 驗證者）。這創造了對齊：帶寬消費者支持同樣為其流量服務的驗證者，而驗證者則有潛力通過超額罰款直接獲得補償。 8/

但要可信且無信任地執行帶寬限制，我們需要的不僅僅是速率限制……我們需要可證明的執行。目前，用戶在中繼處受到限制。但路線圖包括基於隨機數增量和簽名使用收據的鏈上證明系統。 9/

一個簡約的設計可以比較區塊高度 n 和 m 之間的帳戶 nonce，並對超過最大 RPS 的過度使用進行懲罰（即，'施加附加費'並將其給予驗證者）。但這裡有一個問題：這對於通過中繼使交易看起來突發的批量釋放攻擊是脆弱的。

為了減輕這一點，我們引入了第二個通道：非同步時間戳使用收據。當交易被提交時，它將同時廣播給驗證者和一個單獨的“收據發行者”。發行者會向發送者返回一個簽名對象，帶有時間戳並包含執行前的隨機數元數據。這樣可以將用戶和驗證者之間的跟蹤和驗證開銷移出熱路徑。 11/

這些收據（將會簽名）有雙重目的： 1. 用戶反饋：如果收據不再到達，客戶可以自願停止流量以避免超額費用。 2. 鏈上證明：收據固定時間活動，區分真正的垃圾郵件和中繼引起的批量處理。 12/

此模型支持 EOAs 和 4337 userOps（假設不共享的捆綁包或與我們自己的支付管理者進行垂直整合）。在未來的版本中，我們可能會強制要求交易簽署者與政策持有者匹配或在政策承諾期間被列入白名單。待定。 13/

我們的目標是將執法移至鏈上，而不犧牲性能。得益於Monad豐富的區塊空間和快速的最終性，提交狀態證明、驗證收據和收取超額費用在鏈上都是可行的……這在成本較高的網絡上是不可行的。 14/

超額罰款（類似於擁堵定價）仍在設計中。我們在等待Monad的最終費用市場結構，然後再確定附加費用的時間表——在不知道基準費用的情況下設計超額費用對我們來說沒有意義。 15/

目前RPC吞吐量是以總和（txs + eth_call）來衡量的，但未來的升級將會將帶寬類別進行拆分。讀取請求將通過區域優化的節點進行路由，從而消除由驗證者的帶寬限制所造成的瓶頸。 16/

對於延遲敏感的應用（例如完整節點、市場做市商），我們支持通過 p2p 進行對等連接和直接區塊傳輸。對於完整區塊，傳播優先級將根據權益加權（LSWQoS）：承諾的 ShMON 越高的用戶將稍早接收到區塊，受限於包含閾值。 17/

這代表著與傳統的「最佳努力」RPC 的不同。對於 RPC 的讀取請求，已承諾的質押金額決定請求的數量。對於從我們的節點發送的區塊，已承諾的質押金額決定發送的順序。 18/

在高吞吐量鏈上，如果激勵、執行和可觀察性是從基本原則設計的，則無需信任的訪問控制是可行的。ShMonad RPC 是該論點的參考實現。我們期待迭代和外部審查。 19/