# ソラナ の新たな挑戦: 速度だけでなく、取引の質にも注目ソラナはその高速性と大取引量で知られていますが、それはつまり「十分に良い」ということなのでしょうか？これらの取引を注意深く見ていくと、一つの疑問が浮かび上がります：これらの取引は実際の価値を生み出しているのでしょうか？実際、ソラナネットワーク上の大量の取引は、真の取引需要から生じているのではなく、高頻度のアービトラージャーがミリ秒単位の情報差を利用して利益を得ていることに起因しています。これらのいわゆる「有毒な取引者」は、技術的な優位性を利用して、マーケットメイカーが注文を撤回しようとする際に、Gas費用を増加させることで自分の取引を優先的にパッケージ化し、アービトラージを実行してマーケットメイカーに損失を与えます。これらの損失を補填するために、マーケットメイカーは買いと売りのスプレッドを拡大せざるを得ず、最終的には一般ユーザーの利益を損ないます。ソラナは常に、中央集権型取引所を置き換えるために、オンチェーンでのオーダーブックを実現するというビジョンを持ってきました。しかし、「有毒なトレーダー」の存在がこの夢の実現の障害となっています。これがソラナが現在直面している新たな課題です：取引量は流動性と等しくありません。真に健全な市場に必要なのは、より多くの取引ではなく、より質の高い取引です。## 有害な取引を除外し、流動性をより良く保護するには？現在のシステムでは、ソラナのコンセンサス機構が周期的なオークションメカニズムを採用しているため、注文を食べる側が実際に優先権を持っており、これが悪意のあるMEVが市場の公平性に影響を与える原因となっています。具体的には、ソラナの既存のコンセンサスメカニズムでは、各時間帯（Slot）内の取引は支払われた優先ガス料金に基づいて並べ替えられ、高い入札の取引が先に実行されます。このオークションメカニズムは400ミリ秒ごとに行われます。このプロセスでは、マーケットメイカーは頻繁に入札を調整し、注文をキャンセルして再び注文を出す必要があり、市場価格の変動に対応します。一方で、食い単者（特に高頻度アービトラージャー）は価格差を継続的に監視し、機会を見つけ次第すぐに取引を行います。彼らは、キャンセルされる前に取引を完了するためにより高い手数料を支払うことができ、これがマーケットメイカーがしばしば「狙撃」され、損失を被る原因となります。注文書タイプの分散型取引所（DEX）にとって、理想的な取引の順序は次のようになります：価格が変動するにつれて、すべてのキャンセルを最初に実行し、その後新しいオーダーを実行し、最後に取引を実行します。しかし、現在のソラナのコンセンサス機構は、ミクロレベルでこれを実現することができません。同様の問題はオラクルの価格提供の面でも存在します。理想的には、オラクルの価格を先に更新し、その価格に依存する取引を実行するべきですが、現在の400ミリ秒の間隔内では、市場の激しい変動により、取引が依然として元の価格で実行される可能性があります。借貸契約に関しては、最も理想的な状況は、まずマージンを補充し、その後に清算を行うことです。したがって、最適な解決策は、異なるプロトコルが自らのニーズに基づいてトランザクションをソートできるようにすることであり、これがソラナが常に強調しているアプリケーション制御実行（Application-Controlled Execution、ACE）という概念です。これらの問題を解決するために、ソラナはBAM（ブロックアセンブリマーケット）を解決策として提案しました。## BAM：ソラナ の新しい答えBAMはソラナのアプリケーション層とメインネットの間に、ソート層またはプリプロセッシング層を構築しました。これは、信頼できる実行環境（TEE）を利用してプライバシーサンドボックスを構築し、サンドボックス内で事前に決定されたルールまたは先入れ先出し（FIFO）原則に基づいて取引をソートします。このメカニズムは、オーダーブック、永久契約取引所、ダークプールなどのプロトコルにより良いサービスを提供することを目的としています。## BAM のしくみBAMの取引プロセスは以下の通りです：1. ユーザーはウォレットで取引を確認します2. 取引はRPCノードに送信されます3. 取引は BAM ネットワークに移され、TEE プライバシー環境でソートされます4. ノードはプラグインを介して追加のトランザクションを追加することができ、例えばオラクルの価格を更新します。5. 取引データパケットがソラナのメインネットリーダーノードに送信されます。6. リーダーは BAM データパケットをブロックにパッケージし、ブロードキャストします。7. 他のノードが投票確認を行うBAMは直接ソラナのメインネット上で動作するのではなく、"オフチェーン"方式で事前に取引の並べ替えを行い、その後パッケージ化された取引をソラナのメインネットに提出します。## BAMのコア機能1. 信頼できる実行環境（TEEs）：TEEsを利用してプライバシー環境を構築し、取引の順序付けの公平性を確保する。2. プラグインシステム：アプリケーションがカスタム取引ソートロジックを構築できるようにし、複雑な取引ソートを実現しながら、TEE環境のセキュリティを維持します。## BAM の動作1. 借入と貸出の清算保護：追加担保の操作を優先的に実行し、次に清算チェックを行います。2. 原子レベルの取引の組み合わせ：まずオラクルの価格を更新し、その価格に依存する取引を実行します。契約DEXに対しては、関連するデリバティブを同じ時間枠内で決済することもできます。3. 価格変動保護：異常な大口注文を検出し、それを小さな塊に分割して段階的に実行し、市場に反応時間を与え、連鎖清算やアービトラージによる深刻な結果を避ける。4. マーケットメーカーの保護：突発的な事象が発生した際に、ミリ秒以内で注文をキャンセルし、オラクル価格を更新し、再度注文を出すことができるため、悪意のあるアービトラージを避け、価格差を縮小します。## まとめBAMの導入は、ソラナの取引処理プロセスに検証可能性、プライバシー保護、プログラム可能性をもたらしました。これにより、開発者は中央集権的な取引所の体験に近い分散型アプリケーションを構築できるようになります。例えば、中央限度価格注文簿、永続契約取引所、ダークプールなどです。これらのアプリケーションは、正確な順序制御、決定的な実行、プライバシー保護を必要とし、BAMの出現はソラナエコシステムの革新発展を大いに促進するでしょう。BAMの導入により、ソラナの取引体験は大幅に改善され、メインネットアプリケーションのパフォーマンスは中央集権型取引所により近づくことが期待されています。これは単なる速度の追求ではなく、取引の質の包括的な向上を意味し、ソラナがブロックチェーン技術の応用において重要な一歩を踏み出したことを示しています。! [Solana BAMブロックアセンブリ市場の解釈:速度がもはや唯一の追求ではなくなったとき](https://img-cdn.gateio.im/social/moments-80b3584e69b2d2874adfe16a0331ad66)
ソラナ新たな挑戦：BAM技術による取引品質の向上 有害な取引の排除
ソラナ の新たな挑戦: 速度だけでなく、取引の質にも注目
ソラナはその高速性と大取引量で知られていますが、それはつまり「十分に良い」ということなのでしょうか？これらの取引を注意深く見ていくと、一つの疑問が浮かび上がります：これらの取引は実際の価値を生み出しているのでしょうか？
実際、ソラナネットワーク上の大量の取引は、真の取引需要から生じているのではなく、高頻度のアービトラージャーがミリ秒単位の情報差を利用して利益を得ていることに起因しています。これらのいわゆる「有毒な取引者」は、技術的な優位性を利用して、マーケットメイカーが注文を撤回しようとする際に、Gas費用を増加させることで自分の取引を優先的にパッケージ化し、アービトラージを実行してマーケットメイカーに損失を与えます。これらの損失を補填するために、マーケットメイカーは買いと売りのスプレッドを拡大せざるを得ず、最終的には一般ユーザーの利益を損ないます。
ソラナは常に、中央集権型取引所を置き換えるために、オンチェーンでのオーダーブックを実現するというビジョンを持ってきました。しかし、「有毒なトレーダー」の存在がこの夢の実現の障害となっています。これがソラナが現在直面している新たな課題です：取引量は流動性と等しくありません。真に健全な市場に必要なのは、より多くの取引ではなく、より質の高い取引です。
有害な取引を除外し、流動性をより良く保護するには？
現在のシステムでは、ソラナのコンセンサス機構が周期的なオークションメカニズムを採用しているため、注文を食べる側が実際に優先権を持っており、これが悪意のあるMEVが市場の公平性に影響を与える原因となっています。
具体的には、ソラナの既存のコンセンサスメカニズムでは、各時間帯（Slot）内の取引は支払われた優先ガス料金に基づいて並べ替えられ、高い入札の取引が先に実行されます。このオークションメカニズムは400ミリ秒ごとに行われます。このプロセスでは、マーケットメイカーは頻繁に入札を調整し、注文をキャンセルして再び注文を出す必要があり、市場価格の変動に対応します。
一方で、食い単者（特に高頻度アービトラージャー）は価格差を継続的に監視し、機会を見つけ次第すぐに取引を行います。彼らは、キャンセルされる前に取引を完了するためにより高い手数料を支払うことができ、これがマーケットメイカーがしばしば「狙撃」され、損失を被る原因となります。
注文書タイプの分散型取引所（DEX）にとって、理想的な取引の順序は次のようになります：価格が変動するにつれて、すべてのキャンセルを最初に実行し、その後新しいオーダーを実行し、最後に取引を実行します。しかし、現在のソラナのコンセンサス機構は、ミクロレベルでこれを実現することができません。
同様の問題はオラクルの価格提供の面でも存在します。理想的には、オラクルの価格を先に更新し、その価格に依存する取引を実行するべきですが、現在の400ミリ秒の間隔内では、市場の激しい変動により、取引が依然として元の価格で実行される可能性があります。
借貸契約に関しては、最も理想的な状況は、まずマージンを補充し、その後に清算を行うことです。
したがって、最適な解決策は、異なるプロトコルが自らのニーズに基づいてトランザクションをソートできるようにすることであり、これがソラナが常に強調しているアプリケーション制御実行（Application-Controlled Execution、ACE）という概念です。
これらの問題を解決するために、ソラナはBAM（ブロックアセンブリマーケット）を解決策として提案しました。
BAM：ソラナ の新しい答え
BAMはソラナのアプリケーション層とメインネットの間に、ソート層またはプリプロセッシング層を構築しました。これは、信頼できる実行環境（TEE）を利用してプライバシーサンドボックスを構築し、サンドボックス内で事前に決定されたルールまたは先入れ先出し（FIFO）原則に基づいて取引をソートします。このメカニズムは、オーダーブック、永久契約取引所、ダークプールなどのプロトコルにより良いサービスを提供することを目的としています。
BAM のしくみ
BAMの取引プロセスは以下の通りです：
BAMは直接ソラナのメインネット上で動作するのではなく、"オフチェーン"方式で事前に取引の並べ替えを行い、その後パッケージ化された取引をソラナのメインネットに提出します。
BAMのコア機能
信頼できる実行環境（TEEs）：TEEsを利用してプライバシー環境を構築し、取引の順序付けの公平性を確保する。
プラグインシステム：アプリケーションがカスタム取引ソートロジックを構築できるようにし、複雑な取引ソートを実現しながら、TEE環境のセキュリティを維持します。
BAM の動作
借入と貸出の清算保護：追加担保の操作を優先的に実行し、次に清算チェックを行います。
原子レベルの取引の組み合わせ：まずオラクルの価格を更新し、その価格に依存する取引を実行します。契約DEXに対しては、関連するデリバティブを同じ時間枠内で決済することもできます。
価格変動保護：異常な大口注文を検出し、それを小さな塊に分割して段階的に実行し、市場に反応時間を与え、連鎖清算やアービトラージによる深刻な結果を避ける。
マーケットメーカーの保護：突発的な事象が発生した際に、ミリ秒以内で注文をキャンセルし、オラクル価格を更新し、再度注文を出すことができるため、悪意のあるアービトラージを避け、価格差を縮小します。
まとめ
BAMの導入は、ソラナの取引処理プロセスに検証可能性、プライバシー保護、プログラム可能性をもたらしました。これにより、開発者は中央集権的な取引所の体験に近い分散型アプリケーションを構築できるようになります。例えば、中央限度価格注文簿、永続契約取引所、ダークプールなどです。これらのアプリケーションは、正確な順序制御、決定的な実行、プライバシー保護を必要とし、BAMの出現はソラナエコシステムの革新発展を大いに促進するでしょう。
BAMの導入により、ソラナの取引体験は大幅に改善され、メインネットアプリケーションのパフォーマンスは中央集権型取引所により近づくことが期待されています。これは単なる速度の追求ではなく、取引の質の包括的な向上を意味し、ソラナがブロックチェーン技術の応用において重要な一歩を踏み出したことを示しています。
! Solana BAMブロックアセンブリ市場の解釈:速度がもはや唯一の追求ではなくなったとき