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