ソラナの新たな挑戦:出来高と流動性のバランス

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

実際、ソラナ上の大量の取引は真の取引需要からではなく、高頻度のアービトラージャーがミリ秒単位の情報差を利用して利益を得ることに起因しています。これらは「有毒なトレーダー」と呼ばれる参加者で、技術的な優位性を利用して、マーケットメイカーが注文を撤回しようとする際にガス代を上げ、自分の取引が優先的にパッケージされるようにしてアービトラージを完了させ、結果としてマーケットメイカーに損失をもたらします。これらの損失を補填するために、マーケットメイカーは買売価格差を広げざるを得ず、最終的には一般ユーザーがこれらの追加コストを負担することになります。

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

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

Solanaの現在のシステムでは、コンセンサスメカニズムが周期的なオークションを採用しているため、注文を食う者が実際に優先権を持ち、これにより悪意のあるMEV（最大可提取価値）行動が市場の公平性に影響を与えています。

具体的には、ソラナのコンセンサスメカニズムでは、400ミリ秒ごとに1つの時間スロット（Slot）があり、各スロット内で取引は支払われた優先Gas料金の順に並べられます。最高入札の取引が優先的に実行されます。この過程で、マーケットメーカーは頻繁に見積もりを調整し、市場価格の変動に適応するために、継続的に注文を取り消したり再発注したりする必要があります。

そして、単独で取引を行う者、特に高頻度のアービトラージャーは、価格差を常に監視しており、機会を見つけるとすぐに取引を行います。彼らは、マーケットメイカーが注文を取り消す前に取引を完了させるために、より高い手数料を支払うことができるため、マーケットメイカーはしばしば損失を被ります。

理想的には、オーダーブックタイプの分散型取引所（DEX）では、取引実行の順序は次のようになるべきです：価格の変動に伴い、まずすべてのキャンセル操作を実行し、その後新しい注文を実行し、最後に約定を実行します。しかし、ソラナの現在のコンセンサス機構では、ミクロレベルでこれを実現することはできません。

同様に、オラクルの価格提供に関しては、最良のシナリオはオラクルの価格を先に更新し、その後その価格に依存する取引を実行することです。しかし、現在の400ミリ秒の間隔では、市場が激しい変動により、成立時に古い価格が使用される可能性があります。

借入契約にとって理想的なのは、まず保証金を補充し、その後清算を行うことです。

したがって、ソラナは異なるプロトコルがそれぞれのニーズに基づいて取引を並べ替えることを可能にするメカニズムを必要としています。これがソラナが常に強調しているアプリケーション制御実行（ACE）という概念です。

BAM：ソラナの解決策

これらの課題を解決するために、ソラナはBAM（ブロックアセンブリマーケット）を解決策として提案しました。BAMはソラナのアプリケーション層とメインネットの間に、ソート層または前処理層を構築しています。

BAMは信頼できる実行環境（TEEs）を利用してプライバシーサンドボックスを構築し、その中で事前に定められたルールまたは先入れ先出し（FIFO）原則に従って取引を並べ替えます。このメカニズムは、オーダーブック、永続契約取引所、ダークプールなどのプロトコルにより良くサービスを提供することを目的としています。

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

BAM のしくみ

BAMの取引プロセスはソラナの通常の取引プロセスとは異なります：

1. ユーザーはウォレットで取引を確認します。
2. 取引はRPCノードに送信されます。
3. 取引はBAMネットワークに転送され、TEE内でソートされます。このプロセス中、ノードはプラグインを介して追加の取引を追加することがあり、たとえばオラクルの価格を更新することがあります。
4. ソートされた取引パッケージがソラナのメインネットのリーダーノードに提出されます。
5. リーダーノードはBAMデータパケットを収集し、それをブロックにパッケージし、ブロードキャストします。
6. 他のノードが投票確認を行います。

BAMはオプション機能として、ソラナのメインネットのコンセンサスプロセスとは矛盾しません。"オフチェーン"で事前に取引の順序を決定し、その後、順序付けされた取引パッケージをソラナのメインネットに提出します。

BAMの動作モード

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

1. ソラナデフォルトモード
2. Block-Engineモード：現在あるMEVソリューションが採用している方式で、コアは競争入札メカニズムです。
3. BAMモード：バリデーターはFIFO原則に厳密に従って順番を付けます。

BAMモードの核心的な特徴には次のものがあります：

1. 信頼できる実行環境（TEEs）を利用してプライバシー環境を構築し、取引の順序付けの公平性を確保します。
2. プラグインシステム：アプリがカスタム取引ソートロジックを構築することを許可しますが、事前に設定されたルールに従う必要があります。

BAMの実用化

BAMのアプリケーションシーンには以下が含まれます：

1. 借入清算保護：優先的に追加担保操作を実行し、その後清算チェックを行います。
2. アトミックトレードコンボ：例えば、まずオラクル価格を更新し、その価格に依存する取引を実行します。契約DEXの場合、関連するデリバティブも同時に決済できます。
3. 価格変動保護：異常な大口注文を検知し、それを分割して実行することで、市場に反応時間を与え、連鎖清算やアービトラージによる深刻な結果を避ける。
4. マーケットメイカー保護：突発的な出来事が発生した際に、ミリ秒単位でのキャンセル、オラクル価格の更新、再注文を完了し、悪意のあるアービトラージの可能性を減少させることができます。

BAMの展開に伴い、ソラナの取引体験は大幅に改善され、そのメインネットアプリケーションの体験は中央集権型取引所により近いものになります。

総じて、BAMはソラナの取引処理プロセスに検証可能性、プライバシー保護、プログラマビリティをもたらしました。これにより、開発者は中央リミットオーダーブック、永続的契約取引所、ダークプール、その他のソート制御、決定性実行、プライバシー保護を必要とする金融インフラを構築でき、ソラナエコシステムの革新的な発展を促進します。