# ソラナの高速取引：成功かそれとも危険か？ソラナはその速い取引速度と高い取引量で知られていますが、これが完璧に達したことを意味するのでしょうか？これらの取引を注意深く見つめると、私たちは思わず問わずにはいられません：それらは本当に価値を生み出しているのでしょうか？実際、ソラナ上の大量の取引は真の需要からではなく、高頻度のアービトラージャーがミリ秒単位の情報の差を利用して利益を得ることから生じています。これらのいわゆる「有毒トレーダー」は技術的な優位性を利用し、マーケットメーカーが注文を撤回しようとする際にガス料金を引き上げ、自身の取引が優先的にパッケージされるようにしてアービトラージを行い、結果としてマーケットメーカーが損失を被ることになります。これらの損失を補うために、マーケットメーカーは売買スプレッドを広げなければならず、最終的には一般ユーザーが追加コストを負担することになります。ソラナは常に、オンチェーンでのオーダーブックを実現し、中央集権型取引所を置き換えるという夢を抱いてきました。しかし、「有毒トレーダー」の存在がこの夢を実現する上での主要な障害となっています。これがソラナが現在直面している新たな課題です：取引量は流動性に等しくありません。本当に健全な市場に必要なのは、より多くの取引ではなく、より質の高い取引です。## 有毒な取引を除外し、流動性をより良く保護するには？現在のシステムでは、ソラナのコンセンサス周期的オークションメカニズムにより、フロントランナーが実際に優先権を持ち、悪意のあるMEV（最大抽出価値）が市場の公平性に深刻な影響を与えています。具体的には、ソラナの現在のコンセンサスでは、各時間帯（Slot）内の取引は支払われた優先Gas料金によって順位付けされ、高い入札の取引が優先的に実行されます。このオークションは400ミリ秒ごとに行われます。この過程で、マーケットメーカーは市場価格の変動に適応するために、頻繁に入札を調整する必要があります。特に高頻度のアービトラージャーは、価格差を監視し、機会を見つけるとすぐに取引を行います。したがって、アービトラージャーは高い料金を支払うことでキャンセルの前に取引を完了させることができ、マーケットメーカーはしばしば損失を被ります。注文簿型の分散型取引所（DEX）において、理想的な取引の順序は、価格の変動に応じて、まずすべてのキャンセルを実行し、その後新しい注文を実行し、最後に取引を実行するべきです。しかし、ソラナの現在のコンセンサス機構では、ミクロレベルでこれを実現することはできません。同様に、オラクルの価格提供に関して理想的な状況は、オラクルの価格を先に更新し、その価格に依存する取引を実行することです。しかし、現在の400ミリ秒の間隔内では、市場が激しい変動により取引が依然として元の価格で実行される可能性があります。借貸契約に関しては、最良の方法はまず追加保証金を入れ、その後清算を行うことです。したがって、最も理想的なソリューションは、異なるプロトコルがニーズに応じてトランザクションをソートできるようにすることであり、これはソラナが常に強調しているアプリケーション制御実行（Application-Controlled Execution、ACE）という概念です。## BAM：ソラナの革新的なソリューションブロックアセンブリマーケットプレイス（Block Assembly Marketplace、BAM）は、ソラナがこれらの問題を解決するために提案した革新的なソリューションです。BAMは、ソラナチェーン上のアプリケーションとメインネットの間に、ソートレイヤー、または前処理レイヤーを構築しています。BAMは信頼できる実行環境（Trusted Execution Environments、TEEs）を利用してプライバシーサンドボックスを構築し、サンドボックス内で事前に決定されたソートルールまたは先入先出（FIFO）原則に基づいて取引をソートします。このメカニズムは、オーダーブック、永久契約取引所、ダークプールなどのプロトコルにより良くサービスすることを目的としています。## BAMの工作メカニズムBAMの取引プロセスは以下の通りです：1. ユーザーはウォレット内で取引を確認します2. 取引はRPCノードに送信されます3. BAMネットワークに取引を移し、TEEプライバシー環境でソートを行う4. 証明を生成し、取引データパッケージをソラナのメインネットリーダーノードに提出します5. リーダーノードは取引を収集する際にBAMデータパケットを含め、それをブロックにパッケージしてブロードキャストします。6. 他のノードが投票を行う注目すべきは、BAMがソラナのメインネットのコンセンサスプロセスと矛盾していないことであり、あくまでオプション機能として存在するということです。BAMはソラナのメインネット上で直接稼働するのではなく、"オフチェーン"の方法で事前に取引の順序を決め、取引をパッケージ化してからソラナのメインネットに提出します。## BAMのコア特性1. 信頼できる実行環境（TEEs）：TEEsを利用してプライバシー環境を構築し、取引の順序を決定し、公平性を確保します。2. プラグインシステム：プラグインシステムを通じて、BAMはアプリケーションがカスタム取引ソートロジックを構築し、複雑なソートを実現できるようにしつつ、TEE環境の安全性を保持します。3. アプリケーション制御実行（ACE）：異なるプロトコルが要求に応じて取引をソートする機能を実現しました。## BAMの実用化1. 借入清算保護：補充担保操作を優先的に実行し、その後清算チェックを行います。2. 原子レベルの取引コンボ：最初にオラクルの価格を更新し、その価格に依存する取引を実行し、契約DEXの場合は関連するデリバティブを同時に清算することも可能です。3. 価格変動保護：異常な大口注文を検出し、それを小さな塊に分割して段階的に実行し、市場に反応する時間を与え、連鎖清算やアービトラージによるデススパイラルを避ける。4. マーケットメイカーの保護：突発的な事件が発生した場合、ミリ秒単位での注文取消し、オラクル価格の更新、再注文を許可し、悪意のあるアービトラージを回避し、価格差を縮小します。## まとめBAMはソラナの取引処理プロセスに検証可能性、プライバシー保護、プログラム可能性をもたらし、開発者がより複雑で安全な金融インフラを構築できるようにします。BAMの展開により、ソラナのメインネットアプリケーションのユーザーエクスペリエンスは中央集権型取引所により近くなり、ソラナエコシステムの革新的な発展を促進します。! [Solana BAMブロックアセンブリ市場の解釈:速度がもはや唯一の追求ではなくなったとき](https://img-cdn.gateio.im/social/moments-80b3584e69b2d2874adfe16a0331ad66)
ソラナはBAMメカニズムを導入し、取引の順位を最適化してオンチェーン流動性を向上させました
ソラナの高速取引：成功かそれとも危険か？
ソラナはその速い取引速度と高い取引量で知られていますが、これが完璧に達したことを意味するのでしょうか？これらの取引を注意深く見つめると、私たちは思わず問わずにはいられません：それらは本当に価値を生み出しているのでしょうか？
実際、ソラナ上の大量の取引は真の需要からではなく、高頻度のアービトラージャーがミリ秒単位の情報の差を利用して利益を得ることから生じています。これらのいわゆる「有毒トレーダー」は技術的な優位性を利用し、マーケットメーカーが注文を撤回しようとする際にガス料金を引き上げ、自身の取引が優先的にパッケージされるようにしてアービトラージを行い、結果としてマーケットメーカーが損失を被ることになります。これらの損失を補うために、マーケットメーカーは売買スプレッドを広げなければならず、最終的には一般ユーザーが追加コストを負担することになります。
ソラナは常に、オンチェーンでのオーダーブックを実現し、中央集権型取引所を置き換えるという夢を抱いてきました。しかし、「有毒トレーダー」の存在がこの夢を実現する上での主要な障害となっています。これがソラナが現在直面している新たな課題です：取引量は流動性に等しくありません。本当に健全な市場に必要なのは、より多くの取引ではなく、より質の高い取引です。
有毒な取引を除外し、流動性をより良く保護するには？
現在のシステムでは、ソラナのコンセンサス周期的オークションメカニズムにより、フロントランナーが実際に優先権を持ち、悪意のあるMEV（最大抽出価値）が市場の公平性に深刻な影響を与えています。
具体的には、ソラナの現在のコンセンサスでは、各時間帯（Slot）内の取引は支払われた優先Gas料金によって順位付けされ、高い入札の取引が優先的に実行されます。このオークションは400ミリ秒ごとに行われます。この過程で、マーケットメーカーは市場価格の変動に適応するために、頻繁に入札を調整する必要があります。特に高頻度のアービトラージャーは、価格差を監視し、機会を見つけるとすぐに取引を行います。したがって、アービトラージャーは高い料金を支払うことでキャンセルの前に取引を完了させることができ、マーケットメーカーはしばしば損失を被ります。
注文簿型の分散型取引所（DEX）において、理想的な取引の順序は、価格の変動に応じて、まずすべてのキャンセルを実行し、その後新しい注文を実行し、最後に取引を実行するべきです。しかし、ソラナの現在のコンセンサス機構では、ミクロレベルでこれを実現することはできません。
同様に、オラクルの価格提供に関して理想的な状況は、オラクルの価格を先に更新し、その価格に依存する取引を実行することです。しかし、現在の400ミリ秒の間隔内では、市場が激しい変動により取引が依然として元の価格で実行される可能性があります。
借貸契約に関しては、最良の方法はまず追加保証金を入れ、その後清算を行うことです。
したがって、最も理想的なソリューションは、異なるプロトコルがニーズに応じてトランザクションをソートできるようにすることであり、これはソラナが常に強調しているアプリケーション制御実行（Application-Controlled Execution、ACE）という概念です。
BAM：ソラナの革新的なソリューション
ブロックアセンブリマーケットプレイス（Block Assembly Marketplace、BAM）は、ソラナがこれらの問題を解決するために提案した革新的なソリューションです。BAMは、ソラナチェーン上のアプリケーションとメインネットの間に、ソートレイヤー、または前処理レイヤーを構築しています。
BAMは信頼できる実行環境（Trusted Execution Environments、TEEs）を利用してプライバシーサンドボックスを構築し、サンドボックス内で事前に決定されたソートルールまたは先入先出（FIFO）原則に基づいて取引をソートします。このメカニズムは、オーダーブック、永久契約取引所、ダークプールなどのプロトコルにより良くサービスすることを目的としています。
BAMの工作メカニズム
BAMの取引プロセスは以下の通りです：
注目すべきは、BAMがソラナのメインネットのコンセンサスプロセスと矛盾していないことであり、あくまでオプション機能として存在するということです。BAMはソラナのメインネット上で直接稼働するのではなく、"オフチェーン"の方法で事前に取引の順序を決め、取引をパッケージ化してからソラナのメインネットに提出します。
BAMのコア特性
信頼できる実行環境（TEEs）：TEEsを利用してプライバシー環境を構築し、取引の順序を決定し、公平性を確保します。
プラグインシステム：プラグインシステムを通じて、BAMはアプリケーションがカスタム取引ソートロジックを構築し、複雑なソートを実現できるようにしつつ、TEE環境の安全性を保持します。
アプリケーション制御実行（ACE）：異なるプロトコルが要求に応じて取引をソートする機能を実現しました。
BAMの実用化
借入清算保護：補充担保操作を優先的に実行し、その後清算チェックを行います。
原子レベルの取引コンボ：最初にオラクルの価格を更新し、その価格に依存する取引を実行し、契約DEXの場合は関連するデリバティブを同時に清算することも可能です。
価格変動保護：異常な大口注文を検出し、それを小さな塊に分割して段階的に実行し、市場に反応する時間を与え、連鎖清算やアービトラージによるデススパイラルを避ける。
マーケットメイカーの保護：突発的な事件が発生した場合、ミリ秒単位での注文取消し、オラクル価格の更新、再注文を許可し、悪意のあるアービトラージを回避し、価格差を縮小します。
まとめ
BAMはソラナの取引処理プロセスに検証可能性、プライバシー保護、プログラム可能性をもたらし、開発者がより複雑で安全な金融インフラを構築できるようにします。BAMの展開により、ソラナのメインネットアプリケーションのユーザーエクスペリエンスは中央集権型取引所により近くなり、ソラナエコシステムの革新的な発展を促進します。
! Solana BAMブロックアセンブリ市場の解釈:速度がもはや唯一の追求ではなくなったとき