# ソラナの新しい挑戦：速度の追求から質の高い取引の追求へソラナはその高速取引と巨大的な取引量で知られていますが、これは本当に十分なのでしょうか？これらの取引を深く分析すると、ひとつの重要な疑問が浮かび上がります：これらの取引は実際の価値を創造しているのでしょうか？実際、ソラナ上の大量の取引は、真の取引需要からではなく、ミリ秒単位の情報差を利用して利益を得る高頻度アービトラージャーから来ています。これらのいわゆる「有毒な取引者」は、テクニカルな優位性を利用して、マーケットメイカーが注文を撤回しようとする際にガス料金を引き上げ、自分の取引が先にパッケージ化されるようにしてアービトラージを完了させ、マーケットメイカーに損失を与えます。これらの損失を補うために、マーケットメイカーは売買スプレッドを拡大せざるを得ず、最終的には一般ユーザーが追加コストを負担することになります。ソラナは、ブロックチェーン上で中央集権型取引所に代わるオーダーブックシステムを実現することを夢見てきました。しかし、「有毒なトレーダー」の存在がこの夢の実現の障害となっています。これがソラナが現在直面している新たな課題です：取引量は流動性と同等ではありません。真に健全な市場に必要なのは、より多くの取引ではなく、より質の高い取引です。## 有毒な取引を排除し、流動性をより良く保護するには？現在のシステムでは、ソラナのコンセンサスメカニズムが周期的なオークションを採用しているため、注文を食べる者が実際に優先権を享受しており、これが悪意のある MEV（最大抽出可能価値）行動によって市場の公平性に影響を及ぼしています。ソラナのコンセンサスメカニズムは400ミリ秒ごとにタイムスロット（Slot）を形成し、各タイムスロット内で取引は支払ったガス料金の高低に従って実行されます。このメカニズムにより、マーケットメイカーは頻繁に価格を調整する必要があり、高頻度アービトラージャーはより高い料金を支払うことでマーケットメイカーのキャンセル前に取引を完了させることができ、マーケットメイカーはしばしば損失を被ることになります。理想的には、オーダーブック型の分散型取引所（DEX）は、以下の順序で取引を実行するべきです：まずすべてのキャンセル操作を実行し、その後新しいオーダーを処理し、最後に成約を行います。しかし、ソラナの現在のコンセンサス機構は、ミクロレベルでこれを実現できません。同様に、オラクルの価格提示に関して、最良の方法はオラクル価格を先に更新し、その価格に依存する取引を実行することです。しかし、現在の400ミリ秒の間隔内で、市場の激しい変動により取引が依然として古い価格で実行される可能性があります。借入契約において、最適な順序はまずマージンを補充し、その後に清算を行うことです。したがって、ソラナには、異なるプロトコルが需要に応じて取引を並べ替えることを可能にするメカニズムが必要であり、これがソラナが常に強調しているアプリケーションコントロール実行（ACE）という概念です。## BAM：ソラナ の解決策ブロックアセンブリマーケット（BAM）は、ソラナがこれらの問題を解決するために提案したソリューションです。BAMは、ソラナチェーン上のアプリケーションとメインネットの間に、ソート層または前処理層を構築しました。BAMは、信頼できる実行環境（TEEs）を利用してプライバシーサンドボックスを構築し、サンドボックス内であらかじめ定められたルールまたは先入れ先出し（FIFO）原則に基づいて取引をソートします。このメカニズムは、オーダーブック、パーペチュアルコントラクト取引所、およびダークプールなどのプロトコルにより良いサービスを提供することを目的としています。! [Solana BAMブロックアセンブリ市場の解釈:速度がもはや唯一の追求ではなくなったとき](https://img-cdn.gateio.im/social/moments-80b3584e69b2d2874adfe16a0331ad66)## BAM のしくみBAMの取引プロセスは、ソラナの通常の取引プロセスとは異なります。BAMモードでは、取引はまずRPCノードに送信され、その後BAMネットワークに転送されます。TEEプライバシー環境内でソートされ、ノードはプラグインを通じて追加の取引（例えば、オラクル価格の更新）を追加することができ、その後証明が生成されます。最後に、取引データパケットがソラナメインネットのリーダーノードに提出され、他の取引と一緒にブロックにパッケージ化されてブロードキャストされます。BAMは三つの運用モードをサポートしています：ソラナデフォルトモード、Block-Engineモード（現在のいくつかのプラットフォームのMEVソリューション、コアは入札メカニズムです）およびBAMモード（バリデーターは厳密にFIFO順序に従います）。## BAMのコア特徴1. 信頼できる実行環境（TEEs）：TEEsを利用してプライバシー環境を構築し、取引の順序付けの公平性を確保します。2. プラグインシステム：アプリケーションがカスタム取引ソートロジックを構築し、複雑なソート要件を実現できるようにします。## BAM の動作1. 借入金清算保護：優先的に追加担保操作を実行し、その後に清算チェックを行います。2. 原子レベルの取引バンドル：分散型取引所では、まずオラクル価格を更新し、その価格に依存する取引を実行します。契約取引所では、同じ時間ウィンドウ内で関連するデリバティブを決済することもできます。3. 価格変動保護：異常な大口注文を検出し、それを小さな塊に分割して段階的に実行し、市場に反応時間を与え、連鎖清算やアービトラージによるデススパイラルを回避します。4. マーケットメーカーの保護：突発的な事象が発生した際に、ミリ秒単位での注文取消し、オラクル価格の更新、再注文を許可し、悪意のあるアービトラージを回避し、価格差を縮小します。BAMの展開に伴い、ソラナの取引体験は著しく向上し、中央集権型取引所の体験に近づきます。BAMはソラナの取引処理プロセスに検証可能性、プライバシー保護、プログラム可能性をもたらし、開発者がより複雑な金融インフラを構築できるようにし、ソラナエコシステムの革新発展を促進します。
ソラナ BAM: 取引速度から取引品質への転換の道
ソラナの新しい挑戦：速度の追求から質の高い取引の追求へ
ソラナはその高速取引と巨大的な取引量で知られていますが、これは本当に十分なのでしょうか？これらの取引を深く分析すると、ひとつの重要な疑問が浮かび上がります：これらの取引は実際の価値を創造しているのでしょうか？
実際、ソラナ上の大量の取引は、真の取引需要からではなく、ミリ秒単位の情報差を利用して利益を得る高頻度アービトラージャーから来ています。これらのいわゆる「有毒な取引者」は、テクニカルな優位性を利用して、マーケットメイカーが注文を撤回しようとする際にガス料金を引き上げ、自分の取引が先にパッケージ化されるようにしてアービトラージを完了させ、マーケットメイカーに損失を与えます。これらの損失を補うために、マーケットメイカーは売買スプレッドを拡大せざるを得ず、最終的には一般ユーザーが追加コストを負担することになります。
ソラナは、ブロックチェーン上で中央集権型取引所に代わるオーダーブックシステムを実現することを夢見てきました。しかし、「有毒なトレーダー」の存在がこの夢の実現の障害となっています。これがソラナが現在直面している新たな課題です：取引量は流動性と同等ではありません。真に健全な市場に必要なのは、より多くの取引ではなく、より質の高い取引です。
有毒な取引を排除し、流動性をより良く保護するには？
現在のシステムでは、ソラナのコンセンサスメカニズムが周期的なオークションを採用しているため、注文を食べる者が実際に優先権を享受しており、これが悪意のある MEV（最大抽出可能価値）行動によって市場の公平性に影響を及ぼしています。
ソラナのコンセンサスメカニズムは400ミリ秒ごとにタイムスロット（Slot）を形成し、各タイムスロット内で取引は支払ったガス料金の高低に従って実行されます。このメカニズムにより、マーケットメイカーは頻繁に価格を調整する必要があり、高頻度アービトラージャーはより高い料金を支払うことでマーケットメイカーのキャンセル前に取引を完了させることができ、マーケットメイカーはしばしば損失を被ることになります。
理想的には、オーダーブック型の分散型取引所（DEX）は、以下の順序で取引を実行するべきです：まずすべてのキャンセル操作を実行し、その後新しいオーダーを処理し、最後に成約を行います。しかし、ソラナの現在のコンセンサス機構は、ミクロレベルでこれを実現できません。
同様に、オラクルの価格提示に関して、最良の方法はオラクル価格を先に更新し、その価格に依存する取引を実行することです。しかし、現在の400ミリ秒の間隔内で、市場の激しい変動により取引が依然として古い価格で実行される可能性があります。
借入契約において、最適な順序はまずマージンを補充し、その後に清算を行うことです。
したがって、ソラナには、異なるプロトコルが需要に応じて取引を並べ替えることを可能にするメカニズムが必要であり、これがソラナが常に強調しているアプリケーションコントロール実行（ACE）という概念です。
BAM：ソラナ の解決策
ブロックアセンブリマーケット（BAM）は、ソラナがこれらの問題を解決するために提案したソリューションです。BAMは、ソラナチェーン上のアプリケーションとメインネットの間に、ソート層または前処理層を構築しました。
BAMは、信頼できる実行環境（TEEs）を利用してプライバシーサンドボックスを構築し、サンドボックス内であらかじめ定められたルールまたは先入れ先出し（FIFO）原則に基づいて取引をソートします。このメカニズムは、オーダーブック、パーペチュアルコントラクト取引所、およびダークプールなどのプロトコルにより良いサービスを提供することを目的としています。
! Solana BAMブロックアセンブリ市場の解釈:速度がもはや唯一の追求ではなくなったとき
BAM のしくみ
BAMの取引プロセスは、ソラナの通常の取引プロセスとは異なります。BAMモードでは、取引はまずRPCノードに送信され、その後BAMネットワークに転送されます。TEEプライバシー環境内でソートされ、ノードはプラグインを通じて追加の取引（例えば、オラクル価格の更新）を追加することができ、その後証明が生成されます。最後に、取引データパケットがソラナメインネットのリーダーノードに提出され、他の取引と一緒にブロックにパッケージ化されてブロードキャストされます。
BAMは三つの運用モードをサポートしています：ソラナデフォルトモード、Block-Engineモード（現在のいくつかのプラットフォームのMEVソリューション、コアは入札メカニズムです）およびBAMモード（バリデーターは厳密にFIFO順序に従います）。
BAMのコア特徴
信頼できる実行環境（TEEs）：TEEsを利用してプライバシー環境を構築し、取引の順序付けの公平性を確保します。
プラグインシステム：アプリケーションがカスタム取引ソートロジックを構築し、複雑なソート要件を実現できるようにします。
BAM の動作
借入金清算保護：優先的に追加担保操作を実行し、その後に清算チェックを行います。
原子レベルの取引バンドル：分散型取引所では、まずオラクル価格を更新し、その価格に依存する取引を実行します。契約取引所では、同じ時間ウィンドウ内で関連するデリバティブを決済することもできます。
価格変動保護：異常な大口注文を検出し、それを小さな塊に分割して段階的に実行し、市場に反応時間を与え、連鎖清算やアービトラージによるデススパイラルを回避します。
マーケットメーカーの保護：突発的な事象が発生した際に、ミリ秒単位での注文取消し、オラクル価格の更新、再注文を許可し、悪意のあるアービトラージを回避し、価格差を縮小します。
BAMの展開に伴い、ソラナの取引体験は著しく向上し、中央集権型取引所の体験に近づきます。BAMはソラナの取引処理プロセスに検証可能性、プライバシー保護、プログラム可能性をもたらし、開発者がより複雑な金融インフラを構築できるようにし、ソラナエコシステムの革新発展を促進します。