快速區塊鏈為頻寬管理和 RPC 公平性帶來了新的挑戰。今天，我們將介紹一種使用流動性質押承諾來塑造 RPC 訪問的機制。該系統通過 FastLane 的 ShMonad RPC 上線。此線程探討了架構和基本原理。 🧵

像 Monad 這樣的高吞吐量網路（~0.5 秒的區塊時間，~1 秒的最終確定性）幾乎沒有留下反應性節流的空間。當 RPC 端點偵測到它受到垃圾郵件攻擊時，已經造成了損害。緩解措施必須是主動的，並且與激勵措施保持一致。 /2

關鍵限制是頻寬。驗證者相鄰節點資源受限且對延遲敏感。如果不加區別地授予無需許可的訪問權限，對抗性客戶端可能會排擠誠實的參與者，從而導致用戶體驗和驗證者成本下降而沒有追索權。 /3

我們的解決方案利用 ShMonad，這是一種具有鏈上承諾功能的可編程流動性質押代幣 （LST）。用戶收到一個私有 RPC URL，以換取將 ShMON 提交到鏈上“RPC 策略”。此承諾會控管存取速率限制。 /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 之間的帳戶隨機數，以及高於最大 RPS 的斜線（即「應用附加費」並將其提供給驗證者）的超額使用量。但有一個問題：這很容易受到中繼的批量釋放攻擊，使 txs 看起來突發。

為了緩解這種情況，我們引入了第二個通道：非同步時間戳記使用量收據。當交易提交時，它將被多播到驗證者和單獨的「收據發行者」。簽發者將已簽署的物件傳回給傳送者，並加上時間戳記，並包含執行前的隨機數中繼資料。它消除了用戶和驗證者之間的熱路徑中的跟踪和驗證開銷。 11/

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

該模型同時支持 EOA 和 4337 用戶運營（假設非共享捆綁包或與我們自己的付費主管垂直集成）。在未來的版本中，我們可能會強制交易簽署者與保單持有人相符，或在保單承諾期間被列入白名單。待定。 13/

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

超額罰款（類似於擁堵收費）仍在設計中。在最終確定附加費表之前，我們正在等待 Monad 最終確定的費用市場結構——在不知道基線費用是多少的情況下設計超額費用對我們來說是沒有意義的。 15/

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

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

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

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