快速区块链带来了带宽管理和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/

该模型支持EOA和4337用户操作（假设不共享的捆绑包或与我们自己的支付管理者的垂直集成）。在未来的版本中，我们可能会强制要求交易签署者与政策持有者匹配，或在政策承诺期间被列入白名单。待定。 13/

我们的目标是在不牺牲性能的情况下将执法转移到链上。得益于Monad丰富的区块空间和快速的最终性，提交状态证明、验证收据和收取超额费用在链上是可行的……这是在高成本网络上无法实现的。 14/

超额罚款（类似于拥堵定价）仍在设计中。我们在等待Monad最终确定的费用市场结构，然后再确定附加费用计划——在不知道基准费用的情况下设计超额费用对我们来说没有意义。 15/

RPC 吞吐量目前是以总量（txs + eth_call）来衡量的，但未来的升级将会将带宽类别分开。读取请求将通过区域优化的节点进行路由，从而消除由于验证者带宽限制而造成的瓶颈。 16/

对于对延迟敏感的应用（例如全节点、做市商），我们支持通过p2p进行对等连接和直接区块传输。对于完整区块，传播优先级将根据权益加权（LSWQoS）：承诺的ShMON越多的用户将稍早接收到区块，受限于包含阈值。 17/

这代表了对传统“尽力而为”RPC的偏离。对于RPC的读取请求，已承诺的质押金额决定请求的数量。对于从我们的节点发送的区块，已承诺的质押金额决定发送的顺序。 18/

在高吞吐量链上，如果激励、执行和可观察性是从基本原则设计的，那么无信任访问控制是可行的。ShMonad RPC是该论点的参考实现。我们期待迭代和外部审查。 19/