優先手数料

レイテンシに敏感なユーザー向けの高度な機能

Gossip（読み取り）優先度

同じ3分のスケジュールに同期された3つの独立したダッチオークションがあります。オークションのインデックスは、データ送信時のピアの順序としてノードによって任意に解釈されます。この優先順序は、split クライアントブロックと、レスポンスを含む通常のクライアントブロックの両方に影響します。Foundation のノンバリデーターは gossip 優先オークションの順序付けを尊重することを選択します。

独立したスロットオークションは加算的ではないため、複数のスロットに入札する IP は、その最も低いスロットに従って優先順位付けされます。オークションがレイテンシに影響するためには、オンチェーンの IP がデータを送信するピアから見える IP と完全に一致する必要があります。各オークションの結果は、次のオークションの期間にのみ影響します。ノードの連鎖を介してバリデーターネットワークに接続されているノードについては、親ノードの設定方法に応じて、各ネットワークホップが優先オークションを尊重する場合もしない場合もあることに注意してください。

より低いオークションインデックスは、より高いインデックスよりも厳密に優先されます。この優先順位付けは、メモリプールのトランザクションストリーム内のすべてのデータに平等に適用されます。順序付けは期待値としては比較的一貫していますが、p2p コンセンサスネットワークによる変動の影響を受けます。Gossip 優先度はデータの読み取りにのみ適用されます。データ送信の優先順位付けについては、下記の注文優先度のセクションを参照してください。Gossip 優先度を尊重するノードは、そのノードの現在の実行ステートに対する前回のオークションの勝者を使用します。トークン、スポット、永続契約のデプロイオークションと同様に、スポット残高から差し引かれた手数料はバーンされます。

前回のオークションの勝者（すなわち現在の gossip 優先順序）と現在のオークションのステータスは、info リクエスト { "type": "gossipPriorityAuctionStatus"} で照会できます。

Gossip 優先度により、マーケットメイカーが競争力を維持するためにインフラを極限まで最適化する必要性が減ります。オークションに参加するには、ユーザーはアクション {"type": "gossipPriorityBid", "slotId": 0, "ip": "1.2.3.4", "maxGas": 100000000} を送信します。ここで gas は、スポット残高から課される HYPE の wei（すなわち 0.00000001 HYPE 単位）です。各オークションはそのスロットの前回の落札価格の10倍にリセットされ、最小価格は 0.1 HYPE です。任意のアドレスが任意の IP アドレスの代理として入札できます。

現在の mainnet における gossip 優先度の実証的な効果は、オークションスロットごとに約25 msのレイテンシ削減です。

注文（書き込み）優先度

注文優先度により、マーケットメイカーは注文エントリーと接続性を極限まで最適化する必要性が減り、戦略自体に集中できるようになります。さらにメイカーを保護し、他の取引所で駆動される価格変動への対応を可能にします。

優先グルーピングは、以下の両方の条件を満たす注文アクションに対してのみサポートされています

すべての注文が非アウトカム資産に対するものであること
すべての注文が IOC であるか、すべての注文が非リデュースオンリーの ALO であること

注文は {"p": 12345} という形式のグルーピングで送信できます。ここで rate は p / 100000000.0 という分数として解釈されます。この rate は、委任解除されたステーキング残高から、IOC の場合は約定ノーショナルの、ALO の場合は気配ノーショナルの割合として課されます。課された優先 gas は、スポットのマークプライスを使用して HYPE に変換されます。

IOC 優先度

優先 rate は、0〜8bps（すなわち p = 80000）の範囲でエンドツーエンドのレイテンシに線形の効果を持ちます。現在の mainnet における注文優先手数料の実証的な効果は、支払われた優先手数料1bpあたり約45 msのエンドツーエンドレイテンシ削減です。注文優先度があっても、すべてのキャンセルはすべての即時実行可能な注文よりも優先されます。ただし、より高い優先度の注文は、優先 rate の線形関数として、より低い優先度の注文よりも優先されます。

優先 rate の最大値は100%です。8bps〜100%の間の優先度は、メモリプール内で同一の時間的優先度として扱われます。ただし、各70msの unix 時間バケット（通常は1ブロックに相当）でブロックプロポーザーによって実行される、8bps以上の優先手数料を持つ IOC 注文は、優先手数料の降順でソートされます。言い換えると、0〜8bpsの範囲は時間的優先順位付けに影響し、8bps〜100%の範囲は、ほぼ同時に受け取られたこの範囲内の注文間の順位を決定します。具体例として、unix ミリ秒の境界が (T, T + 70ms) である場合、(mempool_receive_time, priority) が (T, 8bps)、(T + 30ms, 9bps)、(T + 69ms, 10bps) である注文は、受信時刻の逆順にソートされます。

ブロックは離散的ですが、注文の優先順位付けは注文書き込み優先手数料に関して連続的です。メモリプールのトランザクションは、実質的に effective_time = arrival_time + f(action, priority_fee) によってソートされます。ここで f は優先手数料の厳密に減少する関数であり、キャンセルなどの優先されるアクションについてはゼロです。所定のアクションタイプについて、ブロック間の境界は相対的な優先順位付けには関係ありません。ブロック内のトランザクションは依然として effective_time に従ってソートされるためです。

注文優先度はデータの送信にのみ適用されます。データ読み取りの優先順位付けについては、前述の gossip 優先度のセクションを参照してください。gossip 優先オークションと同様に、注文優先手数料はバーンされます。

支払われた IOC 優先手数料は、ノードが書き込む user_fills ファイルの priorityGas フィールドから読み取ることができます。

ALO 優先度

T = 400ms のタイムスケールで、ALO 注文は優先度によってソートされます。より正確には、過去 T 以内に発注された注文で構成される各レベルのキューの末尾は、優先 rate の降順でソートされます。

その結果、キュー内の任意のスロットは、持続時間 T のウィンドウにおいて優先手数料の入札対象となります。各新しい注文は、発注時に T 未満前に発注された注文の末尾と比較されます。言い換えると、T ウィンドウは連続的であり、バケット化されていません。ALO 優先手数料は、注文が約定するかどうかに関係なく、発注時に差し引かれます。

IOC 注文とは異なり、ALO 優先手数料はメモリプールの優先順位付けに影響しません。ALO 注文はトランザクションとして常に FIFO で処理され、キャンセルと同様のエンドツーエンドレイテンシを持ちます。優先手数料の実装は、トランザクションをまたいだキュー内の位置に影響します。言い換えると、ALO 注文はその優先度に関係なくメモリプールでは同様に優先順位付けされますが、注文トランザクションが L1 で実行された後、400msのタイムスケールでキューの位置が変化する可能性があります。

具体例：新しいレベル L が時刻 t に開設され、空であるとします。レベル L の最初の注文 A は、優先手数料ゼロで時刻 t' > t にオンチェーンで適用されます（前述の通り、これは L1 で実行されたことを意味します）。次の注文 B は、優先度 p > 0 で時刻 t' + T - 1ms にオンチェーンで適用されます。A と B がレベル L の唯一の注文であると仮定すると、時刻 t' + T における順序では B が A の前に来ます。3番目の注文 C は、優先度 p' > p で時刻 t' + T + 1ms に適用されます。時刻 t' + T + 1ms における順序は B > A > C です。C の優先度はより高いものの、B はすでにキュー内の位置を確保しています。A は T の間オーダーブックに載っており、B は A の前にあるためです。

Gossip 優先手数料は、ノードが記録した replica_cmds ファイルから読み取ることができます。優先手数料金額の USDC 価値は order_price * order_sz * grouping_priority_rate として計算できます。order_book_server は、raw_book_diff ファイルの RawBookDiff::New の insertBefore フィールドを使用して、正しいレベル順序を維持します。