# ソラナの新しい挑戦:取引の質を向上させることが数量ではなくソラナはその高速取引と膨大な取引量で知られていますが、これが「十分に良い」と言えるのでしょうか？これらの取引を深く分析すると、私たちは疑問を禁じ得ません。それらは本当に実際の価値を生み出しているのでしょうか？実際、ソラナの大量の取引は真の需要から生じているわけではなく、高頻度アービトラージャーがミリ秒単位の情報差を利用して利益を上げています。これらの「有害トレーダー」は技術的な優位性を持ち、マーケットメイカーが注文を撤回しようとする際にガス代を引き上げ、自らの取引が優先的に実行されるようにし、アービトラージを完了させ、マーケットメイカーに損失をもたらします。これらの損失を補うために、マーケットメイカーは買値と売値のスプレッドを広げざるを得ず、最終的には一般ユーザーが追加コストを負担することになります。ソラナは常にオンチェーンでオーダーブックを実現し、中央集権型取引所を置き換えることを夢見てきました。しかし、「毒性トレーダー」の存在がこの目標を達成する上での主な障害となっています。これは、ソラナが直面している新たな課題を明らかにしています: 取引量は流動性に等しくありません。健全な市場に必要なのは、より多くの取引ではなく、より質の高い取引です。## 有毒取引を排除し、市場の流動性を保護するには？現在のシステムでは、ソラナのコンセンサス機構が周期的なオークションを採用しているため、注文を食べる者が実際に優先権を持つことになり、悪意のあるMEVが市場の公平性に影響を与えています。ソラナのコンセンサス機構では、400ミリ秒ごとに(スロット)があり、取引は支払われたガス料金の高低に基づいて実行されます。このプロセスでは、マーケットメーカーは頻繁に価格を調整する必要があり、高頻度アービトラージャーは価格差を監視し、チャンスを見つけたときに即座に取引を行います。より高い料金を支払うことで、アービトラージャーはマーケットメーカーの注文がキャンセルされる前に取引を完了させることができ、これによりマーケットメーカーはしばしば損失を被ります。理想的には、オーダーブックの分散型取引所(DEX)は、まずすべてのキャンセルを実行し、次に新しい注文を実行し、最後に取引を実行する必要があります。しかし、ソラナの現在のコンセンサスメカニズムでは、これをマイクロレベルで実現することはできません。同様に、オラクルの価格に関しては、最良の方法はオラクルの価格を更新し、その価格に依存する取引を実行することです。しかし、400ミリ秒の間隔の中で、市場は激しい変動のために、取引が依然として元の価格で実行される可能性があります。借入契約に関して理想的な順序は、まず保証金を補充し、その後清算を行うことです。したがって、ソラナは、異なるプロトコルが需要に基づいてトランザクションをソートできるメカニズムを必要としています。これがいわゆるアプリケーションコントロール実行(ACE)です。## BAM:ソラナのソリューションブロック組み立て市場(BAM)は、ソラナがこれらの問題を解決するために提案したソリューションです。BAMはソラナチェーン上でアプリケーションとメインネットの間にソートレイヤーまたはプリプロセッシングレイヤーを構築しました。それは信頼できる実行環境(TEEs)を利用してプライバシーサンドボックスを構築し、そこでは事前に設定されたルールまたは先入れ先出し(FIFO)の原則に従って取引をソートします。このメカニズムは、オーダーブック、永続的契約取引所、ダークプールなどのプロトコルにより良いサービスを提供することを目的としています。! [Solana BAMブロックアセンブリ市場の解釈:速度がもはや唯一の追求ではなくなったとき](https://img-cdn.gateio.im/social/moments-80b3584e69b2d2874adfe16a0331ad66)## BAMの運営モデルBAMは三つの運用モードをサポートしています: ソラナデフォルトモード、Block-Engineモード(現在のJitoのMEVソリューション、コアは競争入札メカニズム)とBAMモード(バリデーターは厳密にFIFO順で)。BAMモードの核心的な特徴は以下の通りです:1. 信頼できる実行環境(TEEs)を利用してプライバシー環境を構築し、公平な取引順序を確保します。2. プラグインシステムを通じて複雑なソートロジックを実現し、アプリケーションが取引のソートルールをカスタマイズできるようにします。3. アプリケーション制御実行(ACE)機能を実現し、異なるプロトコルの特定のニーズを満たします。## BAMの実用化BAMのアプリケーションシーンには、1. 借入と貸出の清算保護: 追加担保の操作を優先的に実行し、その後に清算チェックを行います。2. 原子レベルの取引コンビネーション: 同じ時間ウィンドウ内でオラクルの価格更新と関連する取引の実行を完了します。3. 価格変動保護: 大口注文を検出し、分割して実行することで、市場の激しい変動を避けます。4. マーケットメーカー保護: ミリ秒単位での注文キャンセルと再注文を許可し、悪意のあるアービトラージリスクを軽減します。## まとめBAMはソラナの取引処理プロセスに、検証可能性、プライバシー保護、プログラム可能性を導入しました。これにより、開発者は中央集権型取引所の体験に近い分散型アプリケーションを構築できるようになり、中央限界注文簿、永久契約取引所、ダークプールなどが含まれます。この革新はソラナエコシステムのさらなる発展を促進し、全体的な取引品質とユーザー体験を向上させることが期待されています。
ソラナがBAMソリューションを導入し、取引の質を向上させ、悪意のあるMEVに対処
ソラナの新しい挑戦:取引の質を向上させることが数量ではなく
ソラナはその高速取引と膨大な取引量で知られていますが、これが「十分に良い」と言えるのでしょうか？これらの取引を深く分析すると、私たちは疑問を禁じ得ません。それらは本当に実際の価値を生み出しているのでしょうか？
実際、ソラナの大量の取引は真の需要から生じているわけではなく、高頻度アービトラージャーがミリ秒単位の情報差を利用して利益を上げています。これらの「有害トレーダー」は技術的な優位性を持ち、マーケットメイカーが注文を撤回しようとする際にガス代を引き上げ、自らの取引が優先的に実行されるようにし、アービトラージを完了させ、マーケットメイカーに損失をもたらします。これらの損失を補うために、マーケットメイカーは買値と売値のスプレッドを広げざるを得ず、最終的には一般ユーザーが追加コストを負担することになります。
ソラナは常にオンチェーンでオーダーブックを実現し、中央集権型取引所を置き換えることを夢見てきました。しかし、「毒性トレーダー」の存在がこの目標を達成する上での主な障害となっています。これは、ソラナが直面している新たな課題を明らかにしています: 取引量は流動性に等しくありません。健全な市場に必要なのは、より多くの取引ではなく、より質の高い取引です。
有毒取引を排除し、市場の流動性を保護するには？
現在のシステムでは、ソラナのコンセンサス機構が周期的なオークションを採用しているため、注文を食べる者が実際に優先権を持つことになり、悪意のあるMEVが市場の公平性に影響を与えています。
ソラナのコンセンサス機構では、400ミリ秒ごとに(スロット)があり、取引は支払われたガス料金の高低に基づいて実行されます。このプロセスでは、マーケットメーカーは頻繁に価格を調整する必要があり、高頻度アービトラージャーは価格差を監視し、チャンスを見つけたときに即座に取引を行います。より高い料金を支払うことで、アービトラージャーはマーケットメーカーの注文がキャンセルされる前に取引を完了させることができ、これによりマーケットメーカーはしばしば損失を被ります。
理想的には、オーダーブックの分散型取引所(DEX)は、まずすべてのキャンセルを実行し、次に新しい注文を実行し、最後に取引を実行する必要があります。しかし、ソラナの現在のコンセンサスメカニズムでは、これをマイクロレベルで実現することはできません。同様に、オラクルの価格に関しては、最良の方法はオラクルの価格を更新し、その価格に依存する取引を実行することです。しかし、400ミリ秒の間隔の中で、市場は激しい変動のために、取引が依然として元の価格で実行される可能性があります。
借入契約に関して理想的な順序は、まず保証金を補充し、その後清算を行うことです。
したがって、ソラナは、異なるプロトコルが需要に基づいてトランザクションをソートできるメカニズムを必要としています。これがいわゆるアプリケーションコントロール実行(ACE)です。
BAM:ソラナのソリューション
ブロック組み立て市場(BAM)は、ソラナがこれらの問題を解決するために提案したソリューションです。BAMはソラナチェーン上でアプリケーションとメインネットの間にソートレイヤーまたはプリプロセッシングレイヤーを構築しました。それは信頼できる実行環境(TEEs)を利用してプライバシーサンドボックスを構築し、そこでは事前に設定されたルールまたは先入れ先出し(FIFO)の原則に従って取引をソートします。
このメカニズムは、オーダーブック、永続的契約取引所、ダークプールなどのプロトコルにより良いサービスを提供することを目的としています。
! Solana BAMブロックアセンブリ市場の解釈:速度がもはや唯一の追求ではなくなったとき
BAMの運営モデル
BAMは三つの運用モードをサポートしています: ソラナデフォルトモード、Block-Engineモード(現在のJitoのMEVソリューション、コアは競争入札メカニズム)とBAMモード(バリデーターは厳密にFIFO順で)。
BAMモードの核心的な特徴は以下の通りです:
信頼できる実行環境(TEEs)を利用してプライバシー環境を構築し、公平な取引順序を確保します。
プラグインシステムを通じて複雑なソートロジックを実現し、アプリケーションが取引のソートルールをカスタマイズできるようにします。
アプリケーション制御実行(ACE)機能を実現し、異なるプロトコルの特定のニーズを満たします。
BAMの実用化
BAMのアプリケーションシーンには、
借入と貸出の清算保護: 追加担保の操作を優先的に実行し、その後に清算チェックを行います。
原子レベルの取引コンビネーション: 同じ時間ウィンドウ内でオラクルの価格更新と関連する取引の実行を完了します。
価格変動保護: 大口注文を検出し、分割して実行することで、市場の激しい変動を避けます。
マーケットメーカー保護: ミリ秒単位での注文キャンセルと再注文を許可し、悪意のあるアービトラージリスクを軽減します。
まとめ
BAMはソラナの取引処理プロセスに、検証可能性、プライバシー保護、プログラム可能性を導入しました。これにより、開発者は中央集権型取引所の体験に近い分散型アプリケーションを構築できるようになり、中央限界注文簿、永久契約取引所、ダークプールなどが含まれます。この革新はソラナエコシステムのさらなる発展を促進し、全体的な取引品質とユーザー体験を向上させることが期待されています。