ソラナの新たな挑戦：単純な高出来高ではなく、より質の高い取引を追求する

ソラナは高性能のブロックチェーンプラットフォームとして、その迅速な取引処理と巨大な出来高で知られています。しかし、これはそれが理想的な目標を達成したことを意味するのでしょうか？ソラナの取引状況を深く分析すると、考慮すべき興味深い問題が浮かび上がります：これらの取引はすべて実際の価値を創出しているのでしょうか？

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

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

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

現在のソラナシステムでは、そのコンセンサスメカニズムが周期的なオークションメカニズムを採用しているため、注文を食う者（特に高頻度アービトラージャー）が実際に優先権を享受しており、市場の公平性に影響を与えています。具体的には、ソラナのコンセンサスメカニズムは400ミリ秒ごとにスロット（Slot）が設定されており、各スロット内では、取引は支払われたガス料金の高低に基づいて順番に実行されます。

このメカニズムは、マーケットメイカーが頻繁に価格を調整し、注文をキャンセルし、再度注文を出す際に、高頻度のアービトラージャーに"狙撃"されることがよくあります。アービトラージャーは、マーケットメイカーが注文をキャンセルする前に取引を完了させるために、より高い手数料を支払うことで、マーケットメイカーに損失を負わせます。

理想的には、オーダーブック型の分散型取引所（DEX）は、以下の順序で取引を実行するべきです：まずすべてのキャンセルを実行し、次に新しい注文を実行し、最後に約定を実行します。しかし、ソラナの現在のコンセンサスメカニズムは、ミクロレベルでこれを実現することができません。

同様に、オラクルの価格設定に関して理想的なシナリオは、まずオラクルの価格を更新してから、その価格に依存する取引を実行することです。しかし、現在の400ミリ秒の間隔内では、市場が激しい変動を受けて、取引が依然として元の価格で実行される可能性があります。

貸出契約においては、最良の方法は先にマージンを補充し、その後清算を行うことです。

したがって、ソラナは異なるプロトコルが必要に応じて取引をソートできるメカニズムを必要としています。これがソラナが常に強調しているアプリケーション制御実行（Application-Controlled Execution、ACE）です。

BAM：ソラナのソリューション

これらの課題に対処するために、ソラナはブロックアセンブリマーケットプレイス（Block Assembly Marketplace、BAM）ソリューションを提案しました。BAMは、Solanaチェーン上でアプリケーションとメインネットの間にソートレイヤーまたは前処理レイヤーを構築しました。

BAMは信頼できる実行環境（Trusted Execution Environments、TEEs）を利用してプライバシーサンドボックスを構築し、サンドボックス内で事前に定められたルールまたは先入れ先出し（FIFO）原則に基づいて取引をソートします。このメカニズムは、注文書（CLOBs）、永続的契約取引所、ダークプールなどのプロトコルにより良いサービスを提供することを目的としています。

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

BAM のしくみ

BAMの取引プロセスは以下の通りです：

1. ユーザーがウォレットで取引を確認します。
2. RPCノードに取引を送信します。
3. 取引をBAMネットワークに転送し、TEEプライバシー環境でソートします。このプロセス中、ノードはプラグインを通じて追加の取引を加えることがあり、例えばオラクル価格の更新などが行われ、その後証明が生成されます。
4. 出来高データパケットがソラナのメインネットのリーダーノードに送信されます。
5. Leaderは取引を収集する際、BAMデータパッケージを収集し、それをブロックにパッケージ化してブロードキャストします。
6. 他のノードが投票する。

注目すべきは、BAMとソラナ主ネットのコンセンサスプロセスは矛盾するものではなく、オプション機能として存在するということです。BAMはソラナ主ネット上では直接動作せず、「オフチェーン」方式で事前に取引の順序を決定し、取引をパッケージ化してソラナ主ネットに提出します。

BAMのコア特性

BAMは3つの実行モードをサポートしています：ソラナのデフォルトモード、Block-Engineモード（現在のJitoのMEVソリューションで、コアは競争入札メカニズム）およびBAMモード（バリデーターが厳密にFIFO順に並べられます）。

BAMモードの核心的な特徴は次の通りです：

1. 信頼できる実行環境（TEEs）：TEEsを利用してプライバシー環境を構築し、取引の順序付けの公平性を確保する。
2. プラグインシステム：アプリケーションがカスタム取引ソートロジックを構築できるようにし、複雑な取引ソートを実現しながら、TEE環境の安全性を保持します。

BAMの実用化

BAMのアプリケーションシーンには、

1. 借入・貸出の清算保護：まず追加担保の操作を優先し、次に清算チェックを行います。
2. 原子レベルの取引の組み合わせ：まずオラクルの価格を更新し、その価格に依存する取引を実行します。契約DEXの場合は、関連するデリバティブを決済することもできます。
3. 価格変動保護：異常な大口を検知し、それを小さな塊に分割して段階的に実行し、市場に反応する時間を与えます。
4. マーケットメイカーの保護：突発的な事件が発生した際に、ミリ秒内で注文をキャンセルし、オラクル価格を更新し、再度注文を出すことができるため、悪意のあるアービトラージを避けることができます。

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

BAMの導入に伴い、ソラナの取引体験が大幅に改善され、ソラナのメインネットアプリケーションの体験が中央集権型取引所に近づきつつ、分散型の利点を維持します。この進展は、ソラナエコシステムに新たな発展の機会をもたらし、高性能を追求する一方で、取引の質と市場の公平性にもさらに注力することを可能にします。