# ソラナのICMロードマップ：ハイパーリキッドへの"模倣ショー"## 序文:ソラナのボスたちが会議を開く最近、ソラナエコシステムで面白いことが起こりました。ソラナ財団、Anza、ある著名な実験室など、多くの重要なメンバーが集まり、「インターネット資本市場(Internet Capital Markets, ICM)」という技術ロードマップを発表しました。このロードマップの核心理念は「アプリケーション制御実行(Application Controlled Execution, ACE)」であり、簡単に言えば、チェーン上のアプリケーションがミリ秒単位で自主的な取引順序の権限を持つことを可能にし、分散型の「チェーン上のウォール街」を構築することです。面白いことに、全体のロードマップを通読すると、Hyperliquidについて直接言及されていないにもかかわらず、その設計はほぼすべてがHyperliquidの強みを意識している。まるでソラナが言っているかのようだ："Hyperliquidが持っているものは、私たちも持っていて、しかももっと良くしなければならない！"要知道、Hyperliquidはオンチェーンの永続的な契約市場で主導的な地位を占めており、取引量は一時的に全体の分散型永続市場の約65%を占めていました。明らかに、こうした競争相手に対して、ソラナは後発に追い越されることを望まず、このICMロードマップを発表しました。では、この「模倣ショー」は一体どういうことなのでしょうか？ソラナは本当にハイパーリキッドに追いつくことができるのでしょうか？今日はこの話題について深く話し合いましょう。## ICM の背景とコンテンツ### 誰がこの変革を主導していますか？まず、このロードマップが誰によって策定されたのか見てみましょう。参加しているのはソラナエコシステムの重要なプレイヤーたちです。* ソラナ財団/ラボ：これは多くを語る必要はありません。ソラナの"親父"であり、全体の調整とコアプロトコルの開発を担当しています。* Anza：ソラナのラボの元メンバーによって設立された開発会社で、イーサリアムのConsenSysに似ています。彼らはこのロードマップで新しいコンセンサスプロトコルAlpenglowなど、多くの核心技術の取り組みを担当しています。* 有名な研究所：ソラナ上のMEVインフラストラクチャプロバイダーで、影響力が非常に大きく、ほぼすべてのソラナ上のMEVトラフィックの「生殺大権」を握っています。今回は彼らがBlock Assembly Marketplace (BAM)などの取引順序ソリューションを主導しています。* 有名な資本：著名な暗号投資機関であり、ソラナの初期支持者でもあります。大量のSOLとエコシステムプロジェクトの権益を保有しているため、技術的な方向性においても相当な発言権があります。* ダブルゼロ：ネットワーク通信の加速に特化したチームで、Solanaの検証ノード間の通信速度を向上させるための専用光ファイバーネットワークソリューションを提供します。* ある永続契約プラットフォーム：ソラナ上の先進的な永続契約DEXプロジェクト。以前はこのプラットフォームはオフチェーンマッチングモデルを採用しており、完全オンチェーンのHyperliquidに対して少し苦戦しているように見えた。今回はロードマップの策定に参加することで、明らかに基盤のアップグレードを利用して巻き返そうとしている。### 解決すべき核心的な問題ロードマップは市場のミクロ構造の改善に焦点を当てています。言い換えれば、現在のオンチェーン取引メカニズムはマーケットメーカーにとってあまり友好的ではありません。つまり、積極的に取引を開始するテイカーが利益を得て、注文を出して成立を待つマーケットメーカーが損をするのです。これは、テイカーが最新の情報を把握しており、自分の取引が優先的に実行されるように取引手数料を上げることが多いからです。一方、マーケットメーカーは注文を撤回する暇がなく、不利な価格で取引を強いられるのです。いくつかの高頻度アービトラージャーは、この非対称性を利用して「有毒トラフィック」攻撃を仕掛けます。例えば、オンチェーンの価格がまだ更新されていないのに、オフチェーンの価格がすでに変わっている場合、アービトラージャーは古い価格でマーケットメイカーの注文を食い尽くし、マーケットメイカーに損失を負わせることができます。その結果、マーケットメイカーは自分自身を保護するために、買いと売りの価格差を広げるか、注文量を減らす必要があり、全体の市場の流動性が悪化します。ICMロードマップは、このパターンのバランスを取り、高品質の流動性を再びチェーンに引き寄せることを目的としています。### ICMの三ステップソラナはこの壮大な計画を三つの段階に分けました：短期（1-3ヶ月）：主に既存のチェーン上取引体験を最適化し、オーダーブック型アプリケーションをより使いやすくし、悪質なMEVの干渉を減らすことに焦点を当てています。具体的には：* 某有名な研究所のBlock Assembly Marketplace（BAM）モジュールがメインネットに上线されました。このモジュールの意義は、最終的なACE（Application Controlled Execution）が上线される前に、Solana上のスマートコントラクトが自主的な取引順序権を持つための一時的な外部システムを提供することです。* Anzaチームは「同じスロットに取引を入れる」成功率を最適化し、スリッページとMEV損失を減らしました。これらの改善は2025年7月から9月にかけて順次実施される予定です。中期（3-9ヶ月）：専用の高速ネットワークと新しいコンセンサスを導入し、遅延を大幅に削減し、スループットを向上させる：* DoubleZero専用光ファイバーネットワークを展開し、バリデーターにほぼゼロのジッターと最大100msの遅延低減を提供する高速通信。* Alpenglowコンセンサスプロトコルを導入し、最終確認時間を約12.8秒から約0.15秒に圧縮しました。* 非同期プログラム実行(Asynchronous Program Execution，APE)，取引実行によるコンセンサスのブロッキングを減少させる。長期（9-30ヶ月）：ソラナのコアアーキテクチャに革命的なアップグレードを実施し、2027年頃の実現を目指す：* 多重並行出塊人(Multiple Concurrent Leaders, MCL)：複数の検証者がそれぞれのパイプライン内で同時に取引を提案し、その後優先手数料に基づいてこれらの並行ブロックを統合してソートします。これにより、単一のパッカーの独占が弱まり、検閲耐性が強化されます。* ネイティブアプリケーションの制御実行(アプリケーション制御実行、ACE)の機能：真にオンチェーンのスマートコントラクトに取引実行順序を制御する権限を与えます。ここまで分析すると、筆者はICMロードマップの提案の背後にあるストーリーは次のようなものであると考えています：ソラナ上の老舗DEXは、後発のHyperliquidに「チェーン上のある取引プラットフォーム」の優れた体験で追い抜かれました。老舗DEXは自力で対抗できず、Solana LabsやAnzaなどの「大物」に助けを求めました。「大物」はICMという技術改造方案を提案し、Hyperliquidの得意技を老舗DEXにすべて復刻することを宣言し、再びDEX市場で戦えるように助けると言っています。しかし、「大物」は今回の技術改造は非常に難易度が高いとし、技術方案を三段階の戦略に分けて、最近老舗DEXに提供できる装備は某有名ラボのBAMだけで、老舗DEXはそれを使ってHyperliquidとまずは比較してみることになります。物語の背景が明確になったので、次の章では、著者がICMがHyperliquidのどのような得意技を模倣し、再現したのかを詳しく分析します。## 模倣1：取引ソートメカニズム問題の所在：前述の通り、現在のチェーンはテイカーに偏っており、メーカーは「有毒な流量」の苦しみを抱えています。積極的に注文を食べるユーザーは、オフチェーンの最新価格に基づいて、瞬時にオンチェーンの注文に対して取引を開始し、手数料を引き上げることで優先的に成立させることができ、マーケットメーカーはしばしば更新や注文の撤回が間に合いません。その結果、マーケットメーカーはスプレッドを広げるか、流動性を完全に撤回して市場の深さを悪化させることになります。### ICMの究極のソリューション：制御可能な実行を適用(ACE)ICMロードマップはACE（アプリケーション制御実行）という概念を提案しています。これは取引の順序付けの権限を各チェーン上のアプリケーションに委譲し、アプリケーション自身が関連する取引をどのように順序付けて実行するかを決定するものです。例えば、将来的にACEが実現されるソラナでは、DeFi契約が以下のようなカスタマイズされた取引順序ルールを実現することができます。* Oracle価格更新挿入：DeFiアプリケーションは、大規模な取引をマッチングする前に、予言者から最新の価格を取得するために取引を挿入し、注文が最新の合理的な価格でマッチングされることを保証し、マーケットメーカーの見積もりが古い価格に基づいてアービトラージされるのを防ぎます。* 注文キャンセル優先実行：アプリケーションは、「注文キャンセルリクエスト」を新しい「成行取引」よりも優先して実行するように設定でき、マーケットが不利な時にマーカーが適時に注文をキャンセルする機会を得ることができます。* 尾行入札：例えば、巨額の買い注文が出て価格が上昇した後、DeFiアプリは「その後」に続く機会をオークションに出します。誰がプロトコル（またはユーザー）に最も多くの利益を返還したいかに応じて、DeFiプロトコルはその人の取引を大口注文に貼り付けて実行します。DeFiアプリはオークションの収益をユーザーに返還することができ、有害なMEVフローを良性の収入に変換します。有名な研究室でのBAM ###:移行プロトコルACEが正式にローンチされる前に、ある有名なラボがBlock Assembly Marketplace (BAM)という名のトランジションプランを発表しました。BAMのワークフローは：1. ユーザーは取引をBAMソフトウェアを実行しているノードに送信します（現在のリーダーに直接送るのではなく）。2. BAMノードはローカル取引を収集し、各種プラグイン(plugin)を実行して取引パッケージ（Bundle）をプライバシー保護下で再編成します（プラグインは安全なTEE環境で実行され、実行前に取引内容を外部に隠します）。プラグインを通じて、アプリケーション開発者は自分のコントラクトのためにさまざまなソートルールをカスタマイズできます。たとえば、キャンセル優先、マッチング前のオラクル価格の更新、さらには複雑なアプリ内入札の実行などです。3. ソートされた取引バンドルは再びソラナリーダーに送信され、ブロックチェーンにパッケージ化されます。BAMはACEのオンチェーン前の試験場と見なすことができ、機能的には最終的なACEに非常に近いですが、Solanaのメインチェーンプロトコルに組み込まれているのではなく、チェーン外の独立したネットワークで動作しています。注目すべきは、ある有名な研究所がこれまで提供していたのは、MEV抽出を対象としたインフラ（例えば、あるブロックエンジン）であり、そのビジネスモデルは取引の並び替えを最適化することでアービトラージャーに機会を創出し、利益を共有するものである。これはある意味で一般ユーザーとアービトラージ対象者の対立する「矛」となっている。しかし、その研究所は2024年初頭にアービトラージロボット向けの公共メモリプール(mempool)機能を閉鎖し、サンドイッチ攻撃などの負の外部性を減少させることを決定した。この措置は、ソラナコミュニティが有害なMEVを抑制し、ユーザーの公平を守ることに傾いていることを示している。BAMの導入はこの考え方に従ったものであり、もともとはMEVアービトラージに使用されていた順序メカニズムを"盾"に変え、マーケットメイカーなどの流動性提供者を保護することを目的としています。例えば、強制的なキャンセルを優先してマーケットメイカーの損失を回避したり、競り上げ報酬を導入して先行利益を減少させたりします。元々のMEVサーチャーは収益を上げるために役割を変え、BAMプラグインをDeFiプロトコルのために作成し、プラグイン手数料で利益を得る必要があります。### Hyperliquidから学ぶ上記のACE/BAMの考え方は、実際にはHyperliquidのチェーン上のマッチングメカニズムに対する追随と見ることができます。Hyperliquidは専用のチェーン(Appchain)であり、元々DEXのために設計されています。また、Hyperliquidの公式運営するHLP Vaultは実際にはこのプラットフォームの最大のマーケットメイカーの一つであるため、Hyperliquidのチェーンルールが流動性提供者に偏っていることは理解しやすく、すでにチェーンレベルでマーケットメイカーを保護するための多くの設計が実装されています。例えば：* 注文の方が優先的に保護される：キャンセル注文とマーケットメイカーの注文が優先的に処理され、マーケットメイカーが無知のうちに不利な取引をされるのを避けます。ソラナ ACEが言及した「キャンセル優先実行」ハイパーリキッドはすでに多年実践されています。* 最新価格保証：Hyperliquidの清算とマッチングプロセスは、最新のフィード価格とマージン状況を使って"ダブルチェック"を行うことを強調しています。例えば、オーダーがマッチングされると、システムは再度最新のオラクル価格を取得し、双方のマージンを評価して、価格の遅延によるリスクが生じないようにします。これは、取引実行前にACEがオラクルを挿入して取引を更新するのに似ています。* 自動取引防止：同一のアドレスで売買が出会った場合、Hyperliquidは自動的にキャンセルし、マッチングを行わず、取引量の水増しや不要な費用を防ぎます。ソラナICMのACE/BAMは、間違いなくHyperliquidから"取経"しています。HyperliquidはオンチェーンCLOBのリーダーとして、専用のチェーンを使ってマーケットメーカーに優しい様々なメカニズムを実現しました。ソラナは現在、汎用チェーンとモジュラープラグインを使って、この効果を複製することを望んでいます------すなわち、各アプリケーションがHyperliquidのような取引の順序制御を持つことです。## 模倣 2: インスタント ファイナリティ### 現在のコンセンサスの比較ソラナ現在採用しているのはTower BFTで、確認と最終性は確率的に漸進的です：あるブロックが2/3の投票を得た場合、"確認(Confirmed)"と見なされますが、約32の後続ブロック（通常約13秒）がチェーン上で蓄積される必要があり、"最終確定(Finalized)"として固定されます。特定のアプリケーション（例えば高頻度取引）にとっては、十数秒の最終確認時間は依然として長すぎます。HyperBFTはHyperliquidが独自に開発したコンセンサスアルゴリズムで、HotStuffコンセンサスに触発され、2回の投票でブロックを確認し、"即時最終性"を実現します。* 第一ラウンド：予投票(Prevote)：バリデーターはProposerが放送した候補ブロックを受け取った後、迅速に検証を行います。検証が通過した場合、各バリデーターはこのブロックに対して1票の「予投票」(Prevote)を投じ、それをネットワーク全体に放送します。この票は「私は初歩的に見ました」ことを示します。
ソラナ ICMロードマップ vs ハイパーリキッド：オンチェーン取引の戦い
ソラナのICMロードマップ：ハイパーリキッドへの"模倣ショー"
序文:ソラナのボスたちが会議を開く
最近、ソラナエコシステムで面白いことが起こりました。ソラナ財団、Anza、ある著名な実験室など、多くの重要なメンバーが集まり、「インターネット資本市場(Internet Capital Markets, ICM)」という技術ロードマップを発表しました。このロードマップの核心理念は「アプリケーション制御実行(Application Controlled Execution, ACE)」であり、簡単に言えば、チェーン上のアプリケーションがミリ秒単位で自主的な取引順序の権限を持つことを可能にし、分散型の「チェーン上のウォール街」を構築することです。
面白いことに、全体のロードマップを通読すると、Hyperliquidについて直接言及されていないにもかかわらず、その設計はほぼすべてがHyperliquidの強みを意識している。まるでソラナが言っているかのようだ："Hyperliquidが持っているものは、私たちも持っていて、しかももっと良くしなければならない！"
要知道、Hyperliquidはオンチェーンの永続的な契約市場で主導的な地位を占めており、取引量は一時的に全体の分散型永続市場の約65%を占めていました。明らかに、こうした競争相手に対して、ソラナは後発に追い越されることを望まず、このICMロードマップを発表しました。
では、この「模倣ショー」は一体どういうことなのでしょうか？ソラナは本当にハイパーリキッドに追いつくことができるのでしょうか？今日はこの話題について深く話し合いましょう。
ICM の背景とコンテンツ
誰がこの変革を主導していますか？
まず、このロードマップが誰によって策定されたのか見てみましょう。参加しているのはソラナエコシステムの重要なプレイヤーたちです。
ソラナ財団/ラボ：これは多くを語る必要はありません。ソラナの"親父"であり、全体の調整とコアプロトコルの開発を担当しています。
Anza：ソラナのラボの元メンバーによって設立された開発会社で、イーサリアムのConsenSysに似ています。彼らはこのロードマップで新しいコンセンサスプロトコルAlpenglowなど、多くの核心技術の取り組みを担当しています。
有名な研究所：ソラナ上のMEVインフラストラクチャプロバイダーで、影響力が非常に大きく、ほぼすべてのソラナ上のMEVトラフィックの「生殺大権」を握っています。今回は彼らがBlock Assembly Marketplace (BAM)などの取引順序ソリューションを主導しています。
有名な資本：著名な暗号投資機関であり、ソラナの初期支持者でもあります。大量のSOLとエコシステムプロジェクトの権益を保有しているため、技術的な方向性においても相当な発言権があります。
ダブルゼロ：ネットワーク通信の加速に特化したチームで、Solanaの検証ノード間の通信速度を向上させるための専用光ファイバーネットワークソリューションを提供します。
ある永続契約プラットフォーム：ソラナ上の先進的な永続契約DEXプロジェクト。以前はこのプラットフォームはオフチェーンマッチングモデルを採用しており、完全オンチェーンのHyperliquidに対して少し苦戦しているように見えた。今回はロードマップの策定に参加することで、明らかに基盤のアップグレードを利用して巻き返そうとしている。
解決すべき核心的な問題
ロードマップは市場のミクロ構造の改善に焦点を当てています。言い換えれば、現在のオンチェーン取引メカニズムはマーケットメーカーにとってあまり友好的ではありません。つまり、積極的に取引を開始するテイカーが利益を得て、注文を出して成立を待つマーケットメーカーが損をするのです。これは、テイカーが最新の情報を把握しており、自分の取引が優先的に実行されるように取引手数料を上げることが多いからです。一方、マーケットメーカーは注文を撤回する暇がなく、不利な価格で取引を強いられるのです。
いくつかの高頻度アービトラージャーは、この非対称性を利用して「有毒トラフィック」攻撃を仕掛けます。例えば、オンチェーンの価格がまだ更新されていないのに、オフチェーンの価格がすでに変わっている場合、アービトラージャーは古い価格でマーケットメイカーの注文を食い尽くし、マーケットメイカーに損失を負わせることができます。その結果、マーケットメイカーは自分自身を保護するために、買いと売りの価格差を広げるか、注文量を減らす必要があり、全体の市場の流動性が悪化します。
ICMロードマップは、このパターンのバランスを取り、高品質の流動性を再びチェーンに引き寄せることを目的としています。
ICMの三ステップ
ソラナはこの壮大な計画を三つの段階に分けました：
短期（1-3ヶ月）：主に既存のチェーン上取引体験を最適化し、オーダーブック型アプリケーションをより使いやすくし、悪質なMEVの干渉を減らすことに焦点を当てています。具体的には：
某有名な研究所のBlock Assembly Marketplace（BAM）モジュールがメインネットに上线されました。このモジュールの意義は、最終的なACE（Application Controlled Execution）が上线される前に、Solana上のスマートコントラクトが自主的な取引順序権を持つための一時的な外部システムを提供することです。
Anzaチームは「同じスロットに取引を入れる」成功率を最適化し、スリッページとMEV損失を減らしました。
これらの改善は2025年7月から9月にかけて順次実施される予定です。
中期（3-9ヶ月）：専用の高速ネットワークと新しいコンセンサスを導入し、遅延を大幅に削減し、スループットを向上させる：
DoubleZero専用光ファイバーネットワークを展開し、バリデーターにほぼゼロのジッターと最大100msの遅延低減を提供する高速通信。
Alpenglowコンセンサスプロトコルを導入し、最終確認時間を約12.8秒から約0.15秒に圧縮しました。
非同期プログラム実行(Asynchronous Program Execution，APE)，取引実行によるコンセンサスのブロッキングを減少させる。
長期（9-30ヶ月）：ソラナのコアアーキテクチャに革命的なアップグレードを実施し、2027年頃の実現を目指す：
多重並行出塊人(Multiple Concurrent Leaders, MCL)：複数の検証者がそれぞれのパイプライン内で同時に取引を提案し、その後優先手数料に基づいてこれらの並行ブロックを統合してソートします。これにより、単一のパッカーの独占が弱まり、検閲耐性が強化されます。
ネイティブアプリケーションの制御実行(アプリケーション制御実行、ACE)の機能：真にオンチェーンのスマートコントラクトに取引実行順序を制御する権限を与えます。
ここまで分析すると、筆者はICMロードマップの提案の背後にあるストーリーは次のようなものであると考えています：ソラナ上の老舗DEXは、後発のHyperliquidに「チェーン上のある取引プラットフォーム」の優れた体験で追い抜かれました。老舗DEXは自力で対抗できず、Solana LabsやAnzaなどの「大物」に助けを求めました。「大物」はICMという技術改造方案を提案し、Hyperliquidの得意技を老舗DEXにすべて復刻することを宣言し、再びDEX市場で戦えるように助けると言っています。しかし、「大物」は今回の技術改造は非常に難易度が高いとし、技術方案を三段階の戦略に分けて、最近老舗DEXに提供できる装備は某有名ラボのBAMだけで、老舗DEXはそれを使ってHyperliquidとまずは比較してみることになります。
物語の背景が明確になったので、次の章では、著者がICMがHyperliquidのどのような得意技を模倣し、再現したのかを詳しく分析します。
模倣1：取引ソートメカニズム
問題の所在：前述の通り、現在のチェーンはテイカーに偏っており、メーカーは「有毒な流量」の苦しみを抱えています。積極的に注文を食べるユーザーは、オフチェーンの最新価格に基づいて、瞬時にオンチェーンの注文に対して取引を開始し、手数料を引き上げることで優先的に成立させることができ、マーケットメーカーはしばしば更新や注文の撤回が間に合いません。その結果、マーケットメーカーはスプレッドを広げるか、流動性を完全に撤回して市場の深さを悪化させることになります。
ICMの究極のソリューション：制御可能な実行を適用(ACE)
ICMロードマップはACE（アプリケーション制御実行）という概念を提案しています。これは取引の順序付けの権限を各チェーン上のアプリケーションに委譲し、アプリケーション自身が関連する取引をどのように順序付けて実行するかを決定するものです。例えば、将来的にACEが実現されるソラナでは、DeFi契約が以下のようなカスタマイズされた取引順序ルールを実現することができます。
Oracle価格更新挿入：DeFiアプリケーションは、大規模な取引をマッチングする前に、予言者から最新の価格を取得するために取引を挿入し、注文が最新の合理的な価格でマッチングされることを保証し、マーケットメーカーの見積もりが古い価格に基づいてアービトラージされるのを防ぎます。
注文キャンセル優先実行：アプリケーションは、「注文キャンセルリクエスト」を新しい「成行取引」よりも優先して実行するように設定でき、マーケットが不利な時にマーカーが適時に注文をキャンセルする機会を得ることができます。
尾行入札：例えば、巨額の買い注文が出て価格が上昇した後、DeFiアプリは「その後」に続く機会をオークションに出します。誰がプロトコル（またはユーザー）に最も多くの利益を返還したいかに応じて、DeFiプロトコルはその人の取引を大口注文に貼り付けて実行します。DeFiアプリはオークションの収益をユーザーに返還することができ、有害なMEVフローを良性の収入に変換します。
有名な研究室でのBAM ###:移行プロトコル
ACEが正式にローンチされる前に、ある有名なラボがBlock Assembly Marketplace (BAM)という名のトランジションプランを発表しました。BAMのワークフローは：
ユーザーは取引をBAMソフトウェアを実行しているノードに送信します（現在のリーダーに直接送るのではなく）。
BAMノードはローカル取引を収集し、各種プラグイン(plugin)を実行して取引パッケージ（Bundle）をプライバシー保護下で再編成します（プラグインは安全なTEE環境で実行され、実行前に取引内容を外部に隠します）。プラグインを通じて、アプリケーション開発者は自分のコントラクトのためにさまざまなソートルールをカスタマイズできます。たとえば、キャンセル優先、マッチング前のオラクル価格の更新、さらには複雑なアプリ内入札の実行などです。
ソートされた取引バンドルは再びソラナリーダーに送信され、ブロックチェーンにパッケージ化されます。
BAMはACEのオンチェーン前の試験場と見なすことができ、機能的には最終的なACEに非常に近いですが、Solanaのメインチェーンプロトコルに組み込まれているのではなく、チェーン外の独立したネットワークで動作しています。
注目すべきは、ある有名な研究所がこれまで提供していたのは、MEV抽出を対象としたインフラ（例えば、あるブロックエンジン）であり、そのビジネスモデルは取引の並び替えを最適化することでアービトラージャーに機会を創出し、利益を共有するものである。これはある意味で一般ユーザーとアービトラージ対象者の対立する「矛」となっている。しかし、その研究所は2024年初頭にアービトラージロボット向けの公共メモリプール(mempool)機能を閉鎖し、サンドイッチ攻撃などの負の外部性を減少させることを決定した。この措置は、ソラナコミュニティが有害なMEVを抑制し、ユーザーの公平を守ることに傾いていることを示している。
BAMの導入はこの考え方に従ったものであり、もともとはMEVアービトラージに使用されていた順序メカニズムを"盾"に変え、マーケットメイカーなどの流動性提供者を保護することを目的としています。例えば、強制的なキャンセルを優先してマーケットメイカーの損失を回避したり、競り上げ報酬を導入して先行利益を減少させたりします。元々のMEVサーチャーは収益を上げるために役割を変え、BAMプラグインをDeFiプロトコルのために作成し、プラグイン手数料で利益を得る必要があります。
Hyperliquidから学ぶ
上記のACE/BAMの考え方は、実際にはHyperliquidのチェーン上のマッチングメカニズムに対する追随と見ることができます。Hyperliquidは専用のチェーン(Appchain)であり、元々DEXのために設計されています。また、Hyperliquidの公式運営するHLP Vaultは実際にはこのプラットフォームの最大のマーケットメイカーの一つであるため、Hyperliquidのチェーンルールが流動性提供者に偏っていることは理解しやすく、すでにチェーンレベルでマーケットメイカーを保護するための多くの設計が実装されています。例えば：
注文の方が優先的に保護される：キャンセル注文とマーケットメイカーの注文が優先的に処理され、マーケットメイカーが無知のうちに不利な取引をされるのを避けます。ソラナ ACEが言及した「キャンセル優先実行」ハイパーリキッドはすでに多年実践されています。
最新価格保証：Hyperliquidの清算とマッチングプロセスは、最新のフィード価格とマージン状況を使って"ダブルチェック"を行うことを強調しています。例えば、オーダーがマッチングされると、システムは再度最新のオラクル価格を取得し、双方のマージンを評価して、価格の遅延によるリスクが生じないようにします。これは、取引実行前にACEがオラクルを挿入して取引を更新するのに似ています。
自動取引防止：同一のアドレスで売買が出会った場合、Hyperliquidは自動的にキャンセルし、マッチングを行わず、取引量の水増しや不要な費用を防ぎます。
ソラナICMのACE/BAMは、間違いなくHyperliquidから"取経"しています。HyperliquidはオンチェーンCLOBのリーダーとして、専用のチェーンを使ってマーケットメーカーに優しい様々なメカニズムを実現しました。ソラナは現在、汎用チェーンとモジュラープラグインを使って、この効果を複製することを望んでいます------すなわち、各アプリケーションがHyperliquidのような取引の順序制御を持つことです。
模倣 2: インスタント ファイナリティ
現在のコンセンサスの比較
ソラナ現在採用しているのはTower BFTで、確認と最終性は確率的に漸進的です：あるブロックが2/3の投票を得た場合、"確認(Confirmed)"と見なされますが、約32の後続ブロック（通常約13秒）がチェーン上で蓄積される必要があり、"最終確定(Finalized)"として固定されます。特定のアプリケーション（例えば高頻度取引）にとっては、十数秒の最終確認時間は依然として長すぎます。
HyperBFTはHyperliquidが独自に開発したコンセンサスアルゴリズムで、HotStuffコンセンサスに触発され、2回の投票でブロックを確認し、"即時最終性"を実現します。