高速ブロックチェーンは、帯域幅管理とRPCの公平性に新たな課題をもたらします。本日は、リキッドステーキングコミットメントを使用してRPCアクセスを形成するメカニズムを紹介します。このシステムは、FastLaneのShMonad RPCを介して稼働しています。このスレッドでは、アーキテクチャと理論的根拠について説明します。 🧵

Monad のようなハイスループット ネットワーク (~0.5 秒のブロック時間、~1 秒のファイナリティ) では、リアクティブ スロットリングの余地がほとんどありません。RPC エンドポイントがスパム攻撃を受けていることを検出した時点で、すでに被害が発生しています。緩和策は、積極的かつインセンティブに沿ったものでなければなりません。 /2

主な制約は帯域幅です。バリデーターに隣接するノードは、リソースに制約があり、レイテンシーの影響を受けやすいです。パーミッションレスアクセスが無差別に付与されると、敵対的なクライアントは誠実な参加者を締め出す可能性があり、その結果、UXとバリデーターのコストが低下し、頼む余地がありません。 /3

当社のソリューションは、オンチェーン コミットメント機能を備えたプログラム可能なリキッド ステーキング トークン (LST) である ShMonad を活用しています。ユーザーは、ShMON をオンチェーンの「RPC ポリシー」にコミットする代わりに、プライベート RPC URL を受け取ります。このコミットメントは、アクセス レート制限を管理します。 /4

帯域幅は比例して割り当てられます。 ユーザーのRPS = (ユーザーのコミットされたShMON / コミットされたShMONの合計) × RPS_maxグローバル これにより、集中型オフチェーン レート リミッターを導入することなく、動的に共有可能なステーク加重帯域幅モデルが得られます。 5/

ステークは一定期間(現在は20ブロック)コミットされ、キャッシュが有効になります。リレーは断続的にオンチェーンのコミットメント状態をポーリングし、スナップショットを作成します。これにより、クリティカルパスでのEVM呼び出しが防止され、追加の遅延なしで高頻度の使用がサポートされます。 6/

経験的には、このシステムにより、遅延が一貫して短縮されます。複数の独立したベンチマークセッションにおいて、FastLane の ShMonad RPC は、2 番目に速いプロバイダーよりも応答時間の中央値/平均値が ~20ms 短く、公開 RPC との差が大きくなります。 7/

RPCポリシーにコミットされたShMONは、FastLaneリレーネットワークに参加しているバリデーター(現在、Monadバリデーターの>90%)とステークされています。これにより、帯域幅の消費者はトラフィックを提供するのと同じバリデーターをサポートし、バリデーターは超過ペナルティを通じて直接補償される可能性があります。 8/

しかし、帯域幅制限を確実かつトラストレスに実施するには、レート制限以上のものが必要です...証明可能な執行が必要です。今のところ、ユーザーはリレーでスロットルされています。しかし、ロードマップには、ナンス デルタと署名された使用領収書に基づくオンチェーン証明システムが含まれています。 9/

最小限の設計では、ブロックの高さ n と m の間のアカウント nonce を比較し、最大 RPS を超えるスラッシュ (つまり、「追加料金を適用してバリデーターに渡す」) 超過の使用量を比較できます。しかし、これはリレーによるバッチリリース攻撃に対して脆弱であり、txがバーストしているように見えるという問題があります。

これを軽減するために、2 番目のチャネルである非同期タイムスタンプ付き使用状況レシートを導入します。トランザクションが送信されると、バリデーターと別の「レシート発行者」の両方にマルチキャストされます。発行者は、タイムスタンプが付けられ、実行前の nonce メタデータを含む署名付きオブジェクトを送信者に返します。これにより、ユーザーとバリデーターの間のホットパスから追跡と検証のオーバーヘッドが取り除かれます。 11/

これらの領収書(署名されます)には、次の2つの目的があります。 1. ユーザーフィードバック: 領収書が届かなくなった場合、クライアントは超過料金を避けるために自主的にトラフィックを停止できます。 2. オンチェーンプルーフ:レシートは時間的なアクティビティを固定し、実際のスパムをリレーによるバッチ処理から明確にします。 12/

このモデルは、EOA と 4337 userOps の両方をサポートします (非共有バンドルまたは独自のペイマスターとの垂直統合を想定しています)。将来のバージョンでは、トランザクション署名者がポリシー所有者と一致するか、ポリシーのコミットメント中にホワイトリストに登録されていることを強制する可能性があります。未定。 13/

私たちの目標は、パフォーマンスを犠牲にすることなく、オンチェーンで執行を移行することです。Monad の豊富なブロックスペースと迅速なファイナリティのおかげで、状態証明の提出、領収書の確認、超過料金の請求はオンチェーンで実行可能です...高コストのネットワークでは実行不可能なことです。 14/

超過ペナルティ (渋滞料金に類似) はまだ設計中です。追加料金スケジュールを最終決定する前に、Monadの最終的な料金市場構造を待っています - ベースライン料金が何であるかを知らずに超過料金を設計するのは意味がありません。 15/

RPC スループットは現在、集計 (txs + eth_call) で測定されますが、将来のアップグレードでは帯域幅クラスが細分されます。読み取りリクエストは、地域的に最適化されたノードを介してルーティングされ、バリデーターの帯域幅の制約によって生じるボトルネックから解放されます。 16/

レイテンシの影響を受けやすいアプリケーション(フルノード、マーケットメーカーなど)の場合、P2Pを介したピアリングと直接ブロックフィードをサポートしています。フルブロックの場合、伝播の優先順位はステーク加重(LSWQoS)になります:コミットされたShMONが高いユーザーは、包含しきい値に従って、わずかに早くブロックを受け取ります。 17/

これは、従来の「ベストエフォート」RPCからの脱却を表しています。RPCへの読み取りリクエストでは、コミットされた賭け金の額によってリクエストの数が決まります。当社のノードから送信されたブロックの場合、コミットされたステーク額によって送信の順序が決まります。 18/

トラストレスなアクセス制御は、インセンティブ、強制、および可観測性が第一原理から設計されている場合、高スループットチェーンで実行可能です。ShMonad RPC は、そのテーゼの参照実装です。私たちは、イテレーションと外部からの精査を楽しみにしています。 19/