# ソラナの新しい挑戦:より高品質な取引を追求するソラナはその高速と大取引量で知られていますが、それは完璧に達したという意味でしょうか？これらの取引を注意深く検討すると、それらが実際の価値を創造しているのかどうかを疑問に思わざるを得ません。実際、ソラナ上の大量の取引は真の需要から生じるものではなく、高頻度アービトラージャーがミリ秒単位の情報差を利用して利益を上げているのです。これらの「有害な取引者」は技術的な優位性を活かし、マーケットメーカーが注文を撤回しようとする際にGas費用を引き上げ、自分の取引が優先的にパッケージされるようにしてアービトラージを実行し、マーケットメーカーに損失をもたらします。これらの損失を補うために、マーケットメーカーは買売スプレッドを拡大せざるを得ず、最終的には一般のユーザーがコストを負担することになります。ソラナは常に中央集権型取引所に代わる注文簿をブロックチェーン上で実現するビジョンを持っていました。しかし、「有毒なトレーダー」の存在がこの目標を達成する障害となっています。これがソラナが直面している新たな課題です: 取引量は流動性と同等ではありません。本当に健全な市場が必要とするのは、より多くの取引ではなく、より質の高い取引です。## 有毒な取引を排除し、流動性をより良く保護するには?現在のシステムでは、ソラナのコンセンサス周期的オークションメカニズムにより、注文を食べる者が実際に優先権を持つため、悪意のあるMEVが市場の公平性に影響を与えています。ソラナの既存のコンセンサス機構の下では、各時間帯(Slot)内の取引は支払われた優先Gas費用の順にソートされ、入札が最も高い取引が優先的に実行されます。このオークションは400ミリ秒ごとに行われます。このプロセスでは、マーケットメーカーは市場価格の変動に適応するために、頻繁に見積もりを調整し、注文をキャンセルし、再度注文を出す必要があります。一方、特に高頻度のアービトラージャーは価格差を継続的に監視し、機会を見つけるとすぐに取引を行います。したがって、アービトラージャーはキャンセルされる前に取引を行うために高い手数料を支払うことができ、マーケットメーカーはしばしば損失を被ることになります。オーダーブック型の分散型取引所にとって理想的な順序は、価格の変動に応じて、まずすべてのキャンセルを実行し、次に新しい注文を実行し、最後に約定を実行することです。しかし、ソラナの現在のコンセンサスメカニズムは、ミクロレベルでこれを実現することができません。オラクルの価格提示に関しても類似の問題があります。理想的には、オラクルの価格を先に更新し、その価格に依存する取引を実行すべきですが、現在の400ミリ秒の間隔内で、相場が激しく変動した場合、取引が依然として元の価格で成立する可能性があります。借入契約に関しては、最良の方法はまず保証金を補充し、その後清算を行うことです。したがって、最も理想的なソリューションは、さまざまなプロトコルが要求に応じてトランザクションを順序付けることができるようにすることであり、これがソラナが常に強調しているアプリケーション制御実行(Application-Controlled Execution, ACE)です。ブロックアセンブリマーケットプレイス(Block Assembly Marketplace, BAM)は、ソラナがこの問題に対して提案した解決策です。BAMはソラナチェーン上のアプリケーションとメインネットの間に順序層、または事前処理層を構築しました。これは信頼できる実行環境(Trusted Execution Environments, TEEs)を利用してプライバシーサンドボックスを構築し、サンドボックス内であらかじめ決定された順序ルールまたは先入先出(FIFO)の原則に基づいて取引を並べ替えます。このメカニズムは、注文書、永続契約取引所、ダークプールなどのプロトコルにより良くサービスを提供できる。! [Solana BAMブロックアセンブリ市場の解釈:速度がもはや唯一の追求ではなくなったとき](https://img-cdn.gateio.im/social/moments-80b3584e69b2d2874adfe16a0331ad66)## BAM取引ソートモードBAMは三つの実行モードをサポートしています:1. ソラナデフォルトモード2. Block-Engineモード: 現在のあるMEVソリューションのコアで、主に入札メカニズムに基づいています。3. BAMモード: バリデーターは厳密にFIFO原則に従ってソートしますBAMモードの核心には以下のポイントが含まれます:1. 信頼できる実行環境(TEEs): TEEsを利用してプライバシー環境を構築し、取引の順序を決定し、公平性を確保する2. プラグインシステム: プラグインシステムを通じて、BAMはアプリケーションがカスタムトランザクションソートロジックを構築することを許可しますが、このソートはノードの恣意的な決定ではなく、あらかじめ設定されたルールに基づいています。プラグインシステムは、複雑な取引の順序付けを実現しながら、TEE環境の安全性を保証することを計画しています。現在、このシステムはまだ初期開発段階にあります。## BAMの特定のアプリケーション1. 借入と貸出の清算保護: 借入契約に関して、清算リスクが検出された場合、優先的に追加担保の操作を実行し、その後に清算チェックを行います。2. 原子レベルの取引の組み合わせ: 分散型取引所では、まずオラクルの価格を更新し、その価格に依存する取引を実行します。契約取引所では、同じ時間ウィンドウ内で関連するデリバティブを決済することもできます。3. 価格変動保護: 分散型取引所に対して、異常な大口注文を検出し、それを小さなブロックに分割して段階的に実行し、市場に十分な反応時間を与え、連鎖清算やアービトラージによる深刻な結果を避ける。4. マーケットメーカー保護:突発的な事象が発生した際に、ミリ秒以内で注文のキャンセル、オラクル価格の更新、マーケットメーカーの再注文を完了し、悪意のあるアービトラージを回避し、価格差を縮小します。BAMの導入により、ソラナの取引体験が大幅に改善され、メインネットアプリケーションの体験が中央集権型取引所により近づくでしょう。総じて、BAMはソラナの取引処理プロセスに検証可能性、プライバシー保護、プログラム可能性をもたらしました。これにより、開発者は中央リミットオーダーブック、永続的な契約取引所、ダークプール、及び他のソート制御、決定的な実行、プライバシー保護を必要とする金融インフラを構築でき、ソラナエコシステムの革新的な発展を促進します。
SolanaがBAMを発表:トランザクションの品質を向上させるための新たな課題と解決策
ソラナの新しい挑戦:より高品質な取引を追求する
ソラナはその高速と大取引量で知られていますが、それは完璧に達したという意味でしょうか？これらの取引を注意深く検討すると、それらが実際の価値を創造しているのかどうかを疑問に思わざるを得ません。
実際、ソラナ上の大量の取引は真の需要から生じるものではなく、高頻度アービトラージャーがミリ秒単位の情報差を利用して利益を上げているのです。これらの「有害な取引者」は技術的な優位性を活かし、マーケットメーカーが注文を撤回しようとする際にGas費用を引き上げ、自分の取引が優先的にパッケージされるようにしてアービトラージを実行し、マーケットメーカーに損失をもたらします。これらの損失を補うために、マーケットメーカーは買売スプレッドを拡大せざるを得ず、最終的には一般のユーザーがコストを負担することになります。
ソラナは常に中央集権型取引所に代わる注文簿をブロックチェーン上で実現するビジョンを持っていました。しかし、「有毒なトレーダー」の存在がこの目標を達成する障害となっています。これがソラナが直面している新たな課題です: 取引量は流動性と同等ではありません。本当に健全な市場が必要とするのは、より多くの取引ではなく、より質の高い取引です。
有毒な取引を排除し、流動性をより良く保護するには?
現在のシステムでは、ソラナのコンセンサス周期的オークションメカニズムにより、注文を食べる者が実際に優先権を持つため、悪意のあるMEVが市場の公平性に影響を与えています。
ソラナの既存のコンセンサス機構の下では、各時間帯(Slot)内の取引は支払われた優先Gas費用の順にソートされ、入札が最も高い取引が優先的に実行されます。このオークションは400ミリ秒ごとに行われます。
このプロセスでは、マーケットメーカーは市場価格の変動に適応するために、頻繁に見積もりを調整し、注文をキャンセルし、再度注文を出す必要があります。一方、特に高頻度のアービトラージャーは価格差を継続的に監視し、機会を見つけるとすぐに取引を行います。したがって、アービトラージャーはキャンセルされる前に取引を行うために高い手数料を支払うことができ、マーケットメーカーはしばしば損失を被ることになります。
オーダーブック型の分散型取引所にとって理想的な順序は、価格の変動に応じて、まずすべてのキャンセルを実行し、次に新しい注文を実行し、最後に約定を実行することです。しかし、ソラナの現在のコンセンサスメカニズムは、ミクロレベルでこれを実現することができません。
オラクルの価格提示に関しても類似の問題があります。理想的には、オラクルの価格を先に更新し、その価格に依存する取引を実行すべきですが、現在の400ミリ秒の間隔内で、相場が激しく変動した場合、取引が依然として元の価格で成立する可能性があります。
借入契約に関しては、最良の方法はまず保証金を補充し、その後清算を行うことです。
したがって、最も理想的なソリューションは、さまざまなプロトコルが要求に応じてトランザクションを順序付けることができるようにすることであり、これがソラナが常に強調しているアプリケーション制御実行(Application-Controlled Execution, ACE)です。
ブロックアセンブリマーケットプレイス(Block Assembly Marketplace, BAM)は、ソラナがこの問題に対して提案した解決策です。
BAMはソラナチェーン上のアプリケーションとメインネットの間に順序層、または事前処理層を構築しました。これは信頼できる実行環境(Trusted Execution Environments, TEEs)を利用してプライバシーサンドボックスを構築し、サンドボックス内であらかじめ決定された順序ルールまたは先入先出(FIFO)の原則に基づいて取引を並べ替えます。
このメカニズムは、注文書、永続契約取引所、ダークプールなどのプロトコルにより良くサービスを提供できる。
! Solana BAMブロックアセンブリ市場の解釈:速度がもはや唯一の追求ではなくなったとき
BAM取引ソートモード
BAMは三つの実行モードをサポートしています:
BAMモードの核心には以下のポイントが含まれます:
プラグインシステムは、複雑な取引の順序付けを実現しながら、TEE環境の安全性を保証することを計画しています。現在、このシステムはまだ初期開発段階にあります。
BAMの特定のアプリケーション
借入と貸出の清算保護: 借入契約に関して、清算リスクが検出された場合、優先的に追加担保の操作を実行し、その後に清算チェックを行います。
原子レベルの取引の組み合わせ: 分散型取引所では、まずオラクルの価格を更新し、その価格に依存する取引を実行します。契約取引所では、同じ時間ウィンドウ内で関連するデリバティブを決済することもできます。
価格変動保護: 分散型取引所に対して、異常な大口注文を検出し、それを小さなブロックに分割して段階的に実行し、市場に十分な反応時間を与え、連鎖清算やアービトラージによる深刻な結果を避ける。
マーケットメーカー保護:突発的な事象が発生した際に、ミリ秒以内で注文のキャンセル、オラクル価格の更新、マーケットメーカーの再注文を完了し、悪意のあるアービトラージを回避し、価格差を縮小します。
BAMの導入により、ソラナの取引体験が大幅に改善され、メインネットアプリケーションの体験が中央集権型取引所により近づくでしょう。
総じて、BAMはソラナの取引処理プロセスに検証可能性、プライバシー保護、プログラム可能性をもたらしました。これにより、開発者は中央リミットオーダーブック、永続的な契約取引所、ダークプール、及び他のソート制御、決定的な実行、プライバシー保護を必要とする金融インフラを構築でき、ソラナエコシステムの革新的な発展を促進します。