生のスピードは、ネットワークが混雑しているときに予測可能な包含の突破口ではありません。ほとんどの人はこれを見逃します。なぜなら、彼らはチェーンを平均で測定するからです。最悪の5分間ではなく。ビルダーやユーザーにとって、それは「速いですか？」から「今すぐに成功する確率は何ですか？」に変わります。
私は、十分にボラティリティの高いセッションを経験して、パターンに気づきました：技術システムは「動作している」かもしれませんが、ユーザーはなお自分の足元が揺れていると感じます。穏やかな期間中は、誰もが手数料は単なるコストラインだと信じています。急増時には、手数料はタイミングツールに変わり、タイミングこそが勝利と敗北を分けるところです。友人の取引を見ている中での小さな観察：誰かが支払いをしてもなおランダムに感じるとき、フラストレーションがスパイクします。単に支払ったときではありません。
非常に普通の状況を想像してください。小規模なレバレッジポジションを管理している小売トレーダーがいて、シンプルなルールを使っています：価格がレベルを突破した場合、すぐに閉じてリセットします。突然の動きが発生し、トレーダーは閉じるをタップし、アプリは「送信済み」と表示します。しかし同時に、他の何千人もの人々がスワップを行い、担保を調整し、注文をキャンセルし、同じ「助けて」クリックを行っています。ブロックスペースは希少になります。その瞬間、Fogoが優先ティップをサポートしている場合、トレーダーは安い手数料を求めているのではありません。彼らは「このクローズが次のブロックまたはその次に含まれる可能性が高くなるためには、どのティップが必要ですか？」と尋ねています。製品の問題は価格設定ではなく、確率になります。
優先ティップは、エクスプレスレーンの料金所のようなものです：あなたは列を省くために支払い、目的地を変更するためではありません。
ストレス下では、チェーンは緊急性をランク付けするクリーンな方法を必要とします。ネットワークの状態を二つの部分で考えてみてください。まず、現在の元帳の状態：誰が何を所有しており、チェーンを使用しているアプリに応じてどのポジションや注文が存在するか。第二に、署名された取引の公開待機室（「保留プール」、つまり有効に署名されているがまだ実行されていないリクエスト）です。各ブロックは限られた数の保留中のリクエストを取り、実行し、更新された状態を公開します。それが全体の機械です：選択、実行、更新。
取引フローは、優先ティップが重要な場所です。あなたは（1）あなたの意図（「このポジションを閉じる」、「この注文をキャンセルする」、「この金額をスワップする」）、および（2）あなたが支払う意志のある手数料条件を含む取引に署名します。バリデーターはあなたの署名と基本的な有効性を確認し（手数料を支払える、取引形式が正しい）、その後、ブロックプロデューサーがどの保留中の取引を含めるかを選択します。混雑時には、選択は経済的な選択です：2つの有効な取引が同じ希少なスペースを競う場合、合計の価値（基本手数料＋ティップ）がより多い方が通常は魅力的です。したがって、ティップは成功を保証するものではありませんが、他の人に対してあなたの包含の可能性を測定可能に上昇させることができます。
微妙な部分は、包含が結果と同じではないということです。たとえあなたの取引が「高ティップ」であっても、それは実行の瞬間に有効であり続ける必要があります。市場が動くと、状態もそれに伴って動きます。もしポジションがすでに清算されている場合、またはリスクチェックが通らない場合、またはアプリの指示がもはや存在しない価格を仮定している場合、クローズが失敗することがあります。これがタイミングが重要な理由です：早期の実行は、早期の状態と対話することを意味し、早期の状態は急速な動きの中で意味のある違いが生じることがあります。実際には、優先ティップは、状態が変わる前に触れたい状態のために列の中であなたにより良い場所を購入します。
インセンティブは、力と危険の両方を説明します。ブロックプロデューサーは手数料によって支払われるため、取引が有効であり、プロトコルルールに従っている限り、ブロックスペースの単位あたりでより多く支払う取引を優先することは合理的です。それは緊急のユーザーに一致します：あなたは選ばれるために支払っているのです。しかし、それはまた予測可能な失敗モードを生み出します。一つは、日常的な行動が急増時にアクセスできないように感じる手数料スパイクです。もう一つは「手数料推測」で、ウォレットやユーザーが真の競争環境を見えないために過剰支払いすることです。三つ目は入札戦争のダイナミクスです：ボットは常に自分の戦略を守るために入札を上回り続け、優先順位を武器競争に変え、通常のユーザーには混乱として経験されます。そして、人間の失敗モードもあります：ユーザーがプレミアムを支払い、次のブロックを逃した場合、それを壊れていると解釈します。たとえシステムが設計通りに動作していても。
何が保証され、何が保証されないかは明示的であるべきです。ティップは相対的なランキングを改善できますが、需要がキャパシティを超えたり、伝播が不均等であったり（あるバリデーターが他のバリデーターよりも早く取引を確認する場合）、またはあなたの取引が実行に到達する時点で無効になると、「次のブロック」を約束することはできません。プロトコルが厳格な順序制約を強制する場合、ティップは限られた影響力を持つかもしれません。順序がより柔軟な場合、ティップは順序を支配し、ストレス時には厳しく感じられることがあります。どちらの設計選択もトレードオフを伴いますが、どちらも緊急性を確実性に変えることはありません。
FOGOのユーティリティは、このメカニズムの上にあります。手数料は、実行のために支払う方法であり、重要な時に希少なブロックスペースを競う方法です。ステーキングは、バリデーターがルールに従うように調整されたセキュリティボンドです。なぜなら、不正行為はステークされた価値や将来の報酬を失うリスクがあるからです。ガバナンスは圧力バルブです：ブロック制限、手数料ルール、およびティップ影響に関する制約のパラメータは、理論だけでなく、実際の混雑や実際のユーザーの痛みに基づいて時間とともに調整できます。
洗練されたボットがオーダーフローを捕らえたり、バリデーターがプライベートルーティングや選択の癖を使用したりすると、同じ表示されたティップが異なるスパイクで異なる包含結果に変わる可能性があります。
もしあなたがFogoのウォレットUXを設計しているなら、ティップを「追加コスト」として提示しますか、それとも「短期的な実行の追加チャンス」として提示しますか？
