ソラナの新しい挑戦: 取引の質を高めることが量ではなく

ソラナはその高速取引と巨額の取引量で知られていますが、それだけで十分なのでしょうか？これらの取引を注意深く検討すると、一つの疑問が浮かび上がります：それらは本当に実際の価値を生み出しているのでしょうか？

実際、ソラナ上の大量の取引は真の需要から生じているわけではなく、高頻度のアービトラージャーがミリ秒単位の情報差を利用して利益を得ています。これらのいわゆる「有毒な取引者」は技術的な優位性を利用し、マーケットメーカーが注文を撤回しようとする際にガス代を引き上げ、自身の取引を優先的に実行させることでアービトラージを達成し、マーケットメーカーに損失を与えます。これらの損失を補うために、マーケットメーカーは売買スプレッドを拡大せざるを得ず、最終的には一般ユーザーの利益を損なうことになります。

ソラナは常に、オンチェーンで中央集権型取引所に代わるオーダーブックシステムを実現することを夢見てきました。しかし、「有害なトレーダー」の存在がこの夢の実現の障害となっています。これがソラナが直面している新たな課題です: 取引量は流動性と等しくありません。真に健全な市場に必要なのは、より多くの取引ではなく、より高品質な取引です。

有毒な取引を排除し、市場の流動性をより良く保護するにはどうすればよいか?

現在のシステムでは、ソラナのコンセンサス機構が周期的なオークションを採用しているため、食い単者が実際に優先権を持つことになり、悪意のあるMEV(最大可抽出価値)の行為が市場の公平性に影響を及ぼしています。

ソラナの既存のコンセンサスメカニズムでは、400ミリ秒ごとの時間枠(Slot)内で、取引は支払った優先Gas料金に従ってソートされ、最高入札の取引が優先的に実行されます。このプロセスでは、マーケットメーカーは頻繁に価格を調整し、注文をキャンセルして再度注文を出す必要があり、市場価格の変動に対応します。一方で、注文を食う者、特に高頻度のアービトラージャーは価格差を注意深く監視し、機会を見つけ次第すぐに取引を行います。

これにより、アービトラージャーはより高い手数料を支払うことでマーケットメーカーの注文をキャンセルする前に取引を成立させることができ、マーケットメーカーはしばしば損失を被ります。オーダーブック型の分散型取引所にとって理想的な取引順序は、価格の変動に応じて、最初にすべてのキャンセル操作を実行し、その後新しい注文を行い、最後に取引を成立させることです。しかし現在、ソラナのコンセンサス機構はミクロレベルでこれを実現できていません。

同様に、オラクルの価格提示に関しても同様の問題があります。理想的には、まずオラクルの価格を更新し、その後その価格に依存する取引を実行するべきです。しかし、現在の400ミリ秒の間隔内では、市場が激しい変動により取引が旧価格で成立する可能性があります。貸出契約にとって、最も理想的な順序は、まず保証金を補充し、その後清算を行うことです。

したがって、ソラナは異なるプロトコルがそれぞれのニーズに応じてトランザクションを並べ替えることを許可するメカニズムを必要としています。これがソラナが常に強調しているアプリケーション制御実行(Application-Controlled Execution、ACE)の概念です。

これらの問題を解決するために、ソラナはブロックアセンブリ市場(Block Assembly Marketplace、BAM)の提案を行いました。

BAM:ソラナの革新的なソリューション

BAMはソラナのアプリケーション層とメインネットの間にソート層を構築しており、これはプレプロセッシング層とも呼ばれます。これは信頼できる実行環境(Trusted Execution Environments, TEEs)を利用してプライバシーサンドボックスを構築し、サンドボックス内で事前に定められたルールや先入れ先出し(FIFO)原則に基づいて取引をソートします。この革新はオーダーブック、永続的契約取引所、ダークプールなどのプロトコルにより良いサービスを提供することを目的としています。

BAM のしくみ

BAMに接続されたソラナアプリケーションでは、取引プロセスは次のとおりです:

1. ユーザーはウォレットで取引を確認します
2. 取引がRPCノードに送信されます
3. 取引はBAMネットワークに転送され、TEEプライバシー環境内でソートされます。
4. ノードはプラグインを通じて追加の取引(を追加することができ、オラクルの価格を更新)し、証明を生成します。
5. 取引データパケットをソラナのメインネットリーダーノードに提出
6. LeaderはBAMデータパケットをブロックに取り込み、ブロードキャストします。
7. 他のノードが投票確認を行う

BAMは直接ソラナのメインネット上で動作するのではなく、"オプショナル"なオフチェーンソリューションとして、事前に取引のソートとパッケージ化を行い、その後ソラナのメインネットに提出されます。

BAMのコア機能

BAMは3つの運行モードをサポートしています:

1. ソラナデフォルトモード
2. Block-Engineモード(現在のあるMEV解決策のコア入札メカニズム)
3. BAMモード(バリデーターはFIFO順序で厳密に)

BAMモードの核心的な特徴は次のとおりです:

1. 信頼できる実行環境(TEEs)を利用してプライバシー環境を構築し、取引の順序付けの公平性を確保する
2. プラグインシステムは複雑な取引ソートロジックをサポートし、アプリケーションにカスタムソートルールを許可します。
3. アプリケーション制御の実行(ACE)機能を実現し、異なるプロトコルの特定のニーズを満たす

BAMの実用化

BAMのアプリケーションシーンには次のようなものがあります:

1. 借入清算保護:優先して追加担保操作を実行し、その後清算チェックを行います
2. 原子レベルの取引の組み合わせ: 先にオラクルの価格を更新し、その価格に依存する取引を実行します。すべての操作は同じ時間ウィンドウ内で完了します。 3.価格変動保護:異常な大量注文を検出し、バッチで実行して、市場が反応するのに十分な時間を与えます
3. マーケットメーカー保護: 突発的な事件が発生した場合、ミリ秒単位での注文キャンセル、価格の更新、再注文が許可され、悪意のあるアービトラージリスクが減少します。

BAMの導入はソラナの取引体験を大幅に改善し、メインネットアプリケーションを中央集権型取引所のパフォーマンスにより近づけるでしょう。

要するに、BAMはソラナの取引処理プロセスに検証可能性、プライバシー保護、プログラム能力を導入しました。これにより、開発者は中央の指値注文簿、永続的契約取引所、ダークプール、および正確な順序制御、決定的な実行、プライバシー保護を必要とするその他の金融インフラを構築できるようになり、ソラナエコシステムの革新的な発展を促進します。

! Solana BAMブロックアセンブリ市場の解釈:速度がもはや唯一の追求ではなくなったとき