ソラナの新しい挑戦:出来高は流動性に等しくない

ソラナはその高速取引と膨大な出来高で知られていますが、これは市場の需要を完全に満たしているということを意味するのでしょうか？深く分析した結果、私たちは一つの重要な問題を発見しました：これらの取引は実際の価値を生み出しているのでしょうか？

実際、ソラナネットワーク上の大量の取引は、真の取引需要からではなく、高頻度のアービトラージャーから来ています。これらのいわゆる「有毒な取引者」は、技術的な優位性を利用して、ミリ秒単位の時間差で利益を得ています。彼らはGas料金を引き上げることによって、自分の取引が優先的にパッケージ化されることを確保し、マーケットメイカーが注文を撤回しようとする際にアービトラージを完了させ、マーケットメイカーに損失をもたらします。これらの損失を補うために、マーケットメイカーは買いと売りのスプレッドを広げざるを得ず、最終的には一般ユーザーが追加コストを負担することになります。

ソラナは常に、中央集権的な取引所を置き換えるために、チェーン上でオーダーブックを実現することを夢見てきました。しかし、"有毒取引者"の存在が、この目標を達成するための主な障害となっています。これがソラナが直面している新たな課題です：出来高は流動性と同じではありません。本当に健全な市場に必要なのは、より多くの取引ではなく、より高品質な取引です。

有毒な取引を排除して、流動性をより良く保護するには？

現在のソラナシステムでは、そのコンセンサスメカニズムが周期的なオークションを採用しているため、オーダーを食いに行く者（特に高頻度アービトラージャー）が実際に優先権を享受しており、市場の公平性に影響を与えています。400ミリ秒ごとに、取引は支払われたガス料金の高低に基づいて実行されます。これにより、マーケットメーカーは頻繁に価格を調整する際に、アービトラージャーから"狙撃"されやすく、不必要な損失を被ることになります。

理想的には、オーダーブックDEXはまず注文の取り消しを実行し、その後新しい注文を行い、最後に取引を成立させるべきです。同様に、オラクルに関しては、まず価格を更新し、その後その価格に依存する取引を実行するべきです。貸出プロトコルはまずマージンを補充し、その後清算を行う必要があります。

これらの問題を解決するために、ソラナはアプリケーション制御実行（ACE）の概念を提案しました。そして、ブロックアセンブルマーケット（BAM）がその具体的な実現です。

BAM：ソラナの解決策

BAMはソラナアプリケーションとメインネットの間にソートレイヤーを構築しました。これは、信頼できる実行環境（TEE）を利用してプライバシーサンドボックスを作成し、事前に設定されたルールまたは先入れ先出しの原則に基づいてトランザクションをソートします。このメカニズムは、オーダーブック、永久契約取引所、ダークプールなどのプロトコルにより良いサービスを提供することを目的としています。

BAMは3つの実行モードをサポートしています：ソラナのデフォルトモード、Block-Engineモード（現在のJitoのMEVソリューションに類似）、およびBAMモード（バリデーターが厳密にFIFO順で処理）。

BAMの核心的な特徴は次のとおりです：

1. TEEを利用してプライバシー環境を構築し、公平性を確保します。
2. プラグインシステムを通じて複雑な取引ソートロジックを実現する。
3. アプリケーションにカスタム取引ソートルールを許可し、ACE機能を実現します。

BAMの実用化

1. 借入清算保護：優先的に追加担保操作を実行し、その後清算チェックを行います。
2. 原子レベルの取引コンビネーション：最初にオラクル価格を更新し、その価格に依存する取引を実行します。
3. 価格変動保護：異常な大口注文を検出し、分割して実行することで、市場の激しい変動を避けます。
4. マーケットメイカー保護：ミリ秒単位での注文のキャンセルと再提出を許可し、悪意のあるアービトラージリスクを減少させます。

BAMの導入により、ソラナの取引体験が大幅に改善され、メインネットアプリケーションの体験が中央集権型取引所により近づくことが期待されます。

要するに、BAMはソラナの取引処理プロセスに検証可能性、プライバシー保護、プログラム性をもたらしました。これにより、開発者は中央リミットオーダーブック、永久契約取引所、ダークプールなどの高度な金融インフラを構築でき、ソラナエコシステムのさらなる革新と発展を促進します。

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