# ソラナのBAM: 速度だけでなく、取引の質も重視するソラナはその高速取引と巨大な取引量で知られていますが、それは果たして「十分良い」と言えるのでしょうか?これらの取引をよく検討すると、重要な問題が浮かび上がります。それは、これらの取引が実際の価値を創出しているのかどうかということです。実際、ソラナ上の大量の取引は真の需要からではなく、高頻度のアービトラージトレーダーがミリ秒単位の情報差を利用して利益を得ていることに起因しています。これらの「有毒なトレーダー」は技術的な優位性を利用して、マーケットメーカーが注文を取り消そうとする際にGas料金を上げ、先に取引を完了して利益を得るため、マーケットメーカーは損失を被ることになります。これらの損失を補うために、マーケットメーカーは売買スプレッドを広げざるを得ず、最終的には一般ユーザーの利益が損なわれることになります。ソラナは常にチェーン上でオーダーブックを実現し、中央集権的取引所を置き換えることを夢見てきました。しかし、「有毒なトレーダー」の存在がその目標を達成する障害となっています。これがソラナが直面している新たな挑戦です: 取引量は流動性に等しくありません。健全な市場に必要なのは、より多くの取引ではなく、より質の高い取引です。## 有毒取引を除外し、市場の流動性を保護するには?現在のソラナシステムでは、合意メカニズムの周期的オークション特性により、注文を食う者が実際に優先権を享受しており、これが悪意のあるMEVによって市場の公平性に影響を与えています。具体的には、ソラナの現在のコンセンサスでは、400ミリ秒ごとに(スロット)があり、取引は支払われたガス料金の高低で実行されます。この過程で、マーケットメイカーは頻繁に価格を調整する必要があり、高頻度アービトラージャーは価格差を監視し、機会を見つけたときにすぐに取引を実行します。これにより、アービトラージャーはより高い料金を支払うことで、マーケットメイカーがキャンセルする前に先に取引を行い、マーケットメイカーが頻繁に損失を被ることになります。注文簿型の分散型取引所(DEX)にとって、理想的な取引順序は次のようになります: 価格の変動に応じて、まずすべてのキャンセルを実行し、その後新しい注文を実行し、最後に取引を実行することです。しかし、ソラナの現在のコンセンサス機構は、ミクロレベルではこれを実現できません。同様の問題はオラクルの価格提供や貸出契約にも存在します。理想的には、まずオラクル価格を更新し、その価格に依存する取引を実行するべきです; まずマージンを補充し、その後清算を行うべきです。したがって、ソラナは異なるプロトコルがニーズに応じてトランザクションを並べ替えることができるメカニズムを必要としています。これがソラナが常に強調しているアプリケーションコントロール実行(ACE)です。## BAM:ソラナの解決策これらの問題を解決するために、ソラナはブロック組立市場(BAM)を開始しました。BAMはソラナチェーン上でアプリケーションとメインネットの間にソートレイヤーまたは前処理レイヤーを構築しています。それは信頼できる実行環境(TEEs)を利用してプライバシーサンドボックスを構築し、そこで予め設定されたルールまたは先入れ先出し(FIFO)の原則に従って取引をソートします。BAMは三つの実行モードをサポートしています:1. ソラナデフォルトモード2. Block-Engineモード(は現在のJitoのMEVソリューション)に似ています。3. BAMモード(バリデーターはFIFO順に厳密にソート)BAMモードのコア特徴には次のものが含まれます:1. TEEを利用してプライバシー環境を構築し、取引の順序を決定し、公平性を確保する2. プラグインシステムを通じてアプリケーションがカスタムソートロジックを構築できるようにし、複雑なソートを実現します。3. ACE機能を実現し、アプリケーションが取引の実行順序を制御できるようにする! [Solana BAMブロックアセンブリ市場の解釈:速度がもはや唯一の追求ではなくなったとき](https://img-cdn.gateio.im/social/moments-80b3584e69b2d2874adfe16a0331ad66)## BAMの実用化BAMのアプリケーションシーンには次が含まれます:1. 借入と清算の保護: まず追加担保の操作を優先し、次に清算の確認を行います。2. 原子レベルの取引の組み合わせ: まずオラクルの価格を更新し、その価格に依存する取引を実行する3. 価格変動保護: 大口注文を小分けにして段階的に実行し、市場の激しい変動を避ける4. マーケットメイカー保護: ミリ秒単位のキャンセルと再注文を許可し、悪意のあるアービトラージを減少させます。BAMの展開は、ソラナの取引体験を大幅に改善し、中央集権型取引所の体験レベルに近づけるでしょう。それはソラナの取引処理プロセスに検証可能性、プライバシー保護、プログラム可能性をもたらし、開発者に中央限度価格注文書、永続契約取引所、ダークプールなどのさまざまな金融インフラを構築する可能性を提供します。総じて、BAMの導入はソラナが単に速度を追求するのではなく、取引の質と市場の健全性により重点を置くことを示しており、これがソラナエコシステムのさらなる革新と発展を促進するでしょう。
ソラナがBAMを発表: スピード追求から取引品質重視へのシフト
ソラナのBAM: 速度だけでなく、取引の質も重視する
ソラナはその高速取引と巨大な取引量で知られていますが、それは果たして「十分良い」と言えるのでしょうか?これらの取引をよく検討すると、重要な問題が浮かび上がります。それは、これらの取引が実際の価値を創出しているのかどうかということです。
実際、ソラナ上の大量の取引は真の需要からではなく、高頻度のアービトラージトレーダーがミリ秒単位の情報差を利用して利益を得ていることに起因しています。これらの「有毒なトレーダー」は技術的な優位性を利用して、マーケットメーカーが注文を取り消そうとする際にGas料金を上げ、先に取引を完了して利益を得るため、マーケットメーカーは損失を被ることになります。これらの損失を補うために、マーケットメーカーは売買スプレッドを広げざるを得ず、最終的には一般ユーザーの利益が損なわれることになります。
ソラナは常にチェーン上でオーダーブックを実現し、中央集権的取引所を置き換えることを夢見てきました。しかし、「有毒なトレーダー」の存在がその目標を達成する障害となっています。これがソラナが直面している新たな挑戦です: 取引量は流動性に等しくありません。健全な市場に必要なのは、より多くの取引ではなく、より質の高い取引です。
有毒取引を除外し、市場の流動性を保護するには?
現在のソラナシステムでは、合意メカニズムの周期的オークション特性により、注文を食う者が実際に優先権を享受しており、これが悪意のあるMEVによって市場の公平性に影響を与えています。
具体的には、ソラナの現在のコンセンサスでは、400ミリ秒ごとに(スロット)があり、取引は支払われたガス料金の高低で実行されます。この過程で、マーケットメイカーは頻繁に価格を調整する必要があり、高頻度アービトラージャーは価格差を監視し、機会を見つけたときにすぐに取引を実行します。これにより、アービトラージャーはより高い料金を支払うことで、マーケットメイカーがキャンセルする前に先に取引を行い、マーケットメイカーが頻繁に損失を被ることになります。
注文簿型の分散型取引所(DEX)にとって、理想的な取引順序は次のようになります: 価格の変動に応じて、まずすべてのキャンセルを実行し、その後新しい注文を実行し、最後に取引を実行することです。しかし、ソラナの現在のコンセンサス機構は、ミクロレベルではこれを実現できません。
同様の問題はオラクルの価格提供や貸出契約にも存在します。理想的には、まずオラクル価格を更新し、その価格に依存する取引を実行するべきです; まずマージンを補充し、その後清算を行うべきです。
したがって、ソラナは異なるプロトコルがニーズに応じてトランザクションを並べ替えることができるメカニズムを必要としています。これがソラナが常に強調しているアプリケーションコントロール実行(ACE)です。
BAM:ソラナの解決策
これらの問題を解決するために、ソラナはブロック組立市場(BAM)を開始しました。BAMはソラナチェーン上でアプリケーションとメインネットの間にソートレイヤーまたは前処理レイヤーを構築しています。それは信頼できる実行環境(TEEs)を利用してプライバシーサンドボックスを構築し、そこで予め設定されたルールまたは先入れ先出し(FIFO)の原則に従って取引をソートします。
BAMは三つの実行モードをサポートしています:
BAMモードのコア特徴には次のものが含まれます:
! Solana BAMブロックアセンブリ市場の解釈:速度がもはや唯一の追求ではなくなったとき
BAMの実用化
BAMのアプリケーションシーンには次が含まれます:
BAMの展開は、ソラナの取引体験を大幅に改善し、中央集権型取引所の体験レベルに近づけるでしょう。それはソラナの取引処理プロセスに検証可能性、プライバシー保護、プログラム可能性をもたらし、開発者に中央限度価格注文書、永続契約取引所、ダークプールなどのさまざまな金融インフラを構築する可能性を提供します。
総じて、BAMの導入はソラナが単に速度を追求するのではなく、取引の質と市場の健全性により重点を置くことを示しており、これがソラナエコシステムのさらなる革新と発展を促進するでしょう。