ソラナ 取引速度と価値創造のバランス

ソラナはその高速な取引速度と大量の取引量で知られていますが、これは完璧に達したことを意味するのでしょうか？これらの取引を注意深く検討する際、重要な問いが浮かび上がります：これらの取引は実際の価値を生み出しているのでしょうか？

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

ソラナはこれまでのところ、中央集権型取引所の代わりにオンチェーンオーダーブックを実現するというビジョンを持っています。しかし、"有害なトレーダー"の存在は、この目標を達成するための主要な障害となっています。これがソラナが現在直面している新たな課題です：取引量は流動性と同等ではありません。真に健全な市場が必要とするのは、より多くの取引ではなく、より高品質な取引です。

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

現在のシステムでは、ソラナのコンセンサス機構が周期的なオークションを採用しているため、買い手が実際に優先権を持っており、これが悪意のあるMEV（マイナーが抽出可能な価値）行為が市場の公平性に影響を与える原因となっています。

具体的には、ソラナのコンセンサスメカニズムでは、各時間帯（Slot）内の取引は支払われた優先ガス費用に従って順位付けされ、最高入札の取引が優先的に実行されます。このオークションメカニズムは400ミリ秒ごとに行われます。この過程では、マーケットメーカーは市場価格の変動に適応するために、頻繁に入札を調整する必要があり、キャンセルや再掲示を行います。

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

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

同様の問題はオラクルの価格提供の面にも存在します。理想的には、オラクルの価格を先に更新し、その後でその価格に依存する取引を実行するべきです。しかし、現在の400ミリ秒の間隔内では、市場が激しい変動により取引が元の価格で成立してしまう可能性があります。

借入契約に関して、最適な操作順序は、まず担保を追加し、その後清算を行うべきです。

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

これらの問題を解決するために、ソラナはBAM（ブロックアセンブリマーケット）ソリューションを提案しました。

BAM：ソラナ の新しい答え

BAMはソラナのアプリケーション層とメインネットの間に順序付け層を構築しました。これはプレプロセッシング層とも呼ばれます。信頼できる実行環境（TEE）を利用してプライバシーサンドボックスを構築し、この環境内で事前に定められたルールまたは先入れ先出し（FIFO）原則に基づいて取引を順序付けします。

この革新は、オーダーブック、永続的契約取引所、ダークプールなどのプロトコルにより良くサービスを提供することを目的としています。

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

ソラナ 伝統的な取引処理と BAM モードの比較

BAM がソラナのアプリケーションとメインネットの間にソートレイヤーを構築する方法をよりよく理解するために、従来のソラナの取引プロセスと BAM を採用した後のプロセスを比較することができます：

伝統的なソラナ取引プロセス：

1. ユーザーはウォレットで取引を確認します
2. 取引がRPCノードに送信される
3. RPCは現在の期間のソラナメインネットリーダーノードにトランザクションを送信します
4. リーダーはトランザクションプールからトランザクションを収集し、ソートし、ブロックにパッケージ化してブロードキャストします。
5. 他のノードが投票を行う

BAMを採用した後の取引プロセス：

1. ユーザーはウォレットで取引を確認します
2. 取引が RPC ノードに送信されます
3. 取引はBAMネットワークに転送され、TEE環境内でソートされます。その間に、ノードはプラグインを介して追加の取引（オラクルの価格更新など）を追加することができ、その後証明を生成します。
4. 取引データパケットがソラナのメインネットリーダーノードに送信されます
5. リーダーは取引を収集する際にBAMデータパケットを含め、ブロックにパッケージ化してブロードキャストします。
6. 他のノードが投票を行う

注目すべき点は、BAM はソラナのメインネットのコンセンサスプロセスと衝突しないことであり、あくまでオプション機能であるということです。BAM はソラナのメインネット上で直接動作するのではなく、"オフチェーン"の方法で事前にトランザクションの順序を決定し、トランザクションをパッケージ化してからソラナのメインネットに提出します。

BAMの取引ソートモード

BAMは三つの動作モードをサポートしています：

1. ソラナ デフォルトモード
2. Block-Engine モード：現在の Jito の MEV ソリューション、核心は競争入札メカニズム
3. BAM モード：バリデーターは先入れ先出し（FIFO）原則に従って厳密にソートします。

BAM モードのコア特徴には、次のものが含まれます：

1. 信頼できる実行環境（TEEs）：TEEsを利用してプライバシー環境を構築し、取引の順序付けを行い、公平性を確保します。

2. プラグインシステム：プラグインシステムを通じて、BAMはアプリケーションがカスタム取引ソートロジックを構築することを許可します。このカスタムソートは、ノードが任意にソートするのではなく、事前に設定されたルールに基づいています。プラグインシステムは複雑な取引ソートを実現することを計画しており、TEE環境の安全保障を維持します。現在、このシステムはまだ初期開発段階にあります。

BAM の動作

BAMの実際の応用には、

1. 借入清算保護：貸借契約において、清算リスクが検出された場合、まず追加担保の操作を優先し、その後清算チェックを行います。

2. 原子レベルの取引コンボ：DEX にとって、まずオラクルの価格を更新し、その価格に依存する取引を実行します。契約 DEX では、同じ時間ウィンドウ内で関連するデリバティブを決済することもできます。

3. 価格変動保護：DEXにとって、異常な大口注文を検出し、それを小口の取引に分割して段階的に実行し、市場に十分な反応時間を与え、連鎖清算やアービトラージによるデススパイラルを避ける。

4. マーケットメイカー保護：突発的な事件が発生した際に、ミリ秒内での注文取消し、オラクル価格の更新、マーケットメイカーによる再注文などの操作を行い、悪意のあるアービトラージを回避し、価格差を減少させることができる。

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

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