Solana 的新挑戰：從追求速度到追求優質交易

Solana 以其高速交易和巨大的交易量而聞名，但這是否真的足夠？當我們深入分析這些交易時，一個關鍵問題浮現：這些交易是否都在創造實際價值？

事實上，Solana 上的大量交易並非源於真實的交易需求，而是來自高頻套利者利用毫秒級信息差獲取利潤。這些所謂的"有毒交易者"利用技術優勢，在做市商即將撤單時提高 Gas 費用，確保自己的交易先被打包，從而完成套利，導致做市商承受損失。爲了彌補這些損失，做市商不得不擴大買賣價差，最終由普通用戶承擔額外成本。

Solana 一直夢想在鏈上實現能夠替代中心化交易所的訂單簿系統。然而，"有毒交易者"的存在成爲了實現這一夢想的障礙。這就是 Solana 當前面臨的新挑戰：交易量並不等同於流動性。真正健康的市場需要的不是更多的交易，而是更高質量的交易。

如何剔除有毒交易，更好地保護流動性？

在當前系統中，由於 Solana 的共識機制採用週期性拍賣，吃單者實際上享有優先權，這導致惡意的 MEV（最大可提取價值）行爲影響了市場的公平性。

Solana 的共識機制每 400 毫秒形成一個時間槽（Slot），在每個時間槽內，交易按照支付的 Gas 費用高低排序執行。這種機制導致做市商需要頻繁調整報價，而高頻套利者則可以通過支付更高費用在做市商撤單前完成交易，使得做市商常常遭受損失。

理想情況下，訂單簿去中心化交易所（DEX）應該按照以下順序執行交易：首先執行所有撤單操作，然後是新的掛單，最後才是成交。然而，Solana 當前的共識機制無法在微觀層面實現這一點。

同樣，在預言機報價方面，最佳做法是先更新預言機價格，再執行依賴該價格的交易。但在當前 400 毫秒的間隔內，市場劇烈波動可能導致交易仍按舊價格執行。

對於借貸協議而言，最優的順序是先補充保證金，再進行清算。

因此，Solana 需要一種機制，允許不同協議根據需求對交易進行排序，這就是 Solana 一直強調的應用控制執行（ACE）概念。

BAM：Solana 的解決方案

區塊組裝市場（BAM）是 Solana 爲解決這些問題提出的方案。BAM 在 Solana 鏈上應用與主網之間構建了一個排序層或預處理層。

BAM 利用可信執行環境（TEEs）構建隱私沙盒，在沙盒內根據預先確定的規則或先進先出（FIFO）原則對交易進行排序。這一機制旨在更好地服務於訂單簿、永續合約交易所和暗池等協議。

BAM 的工作原理

BAM 的交易流程與 Solana 的正常交易流程有所不同。在 BAM 模式下，交易首先發送到 RPC 節點，然後轉到 BAM 網路。在 TEE 隱私環境中進行排序，節點可能通過插件添加額外交易（如更新預言機價格），然後生成證明。最後，交易數據包提交到 Solana 主網的領導節點，與其他交易一起打包成區塊並廣播。

BAM 支持三種運行模式：Solana 默認模式、Block-Engine 模式（當前某些平台的 MEV 解決方案，核心是競價機制）和 BAM 模式（驗證者嚴格按照 FIFO 排序）。

BAM 的核心特點

1. 可信執行環境（TEEs）：利用 TEEs 構建隱私環境，確保交易排序的公平性。

2. 插件系統：允許應用構建自定義交易排序邏輯，實現復雜的排序需求。

BAM 的實際應用

1. 借貸清算保護：優先執行補充抵押品操作，再進行清算檢查。

2. 原子級交易組合：對於去中心化交易所，先更新預言機價格，再執行依賴該價格的交易。對於合約交易所，還可以在同一時間窗口內結算相關衍生品。

3. 價格波動保護：檢測異常大單，將其拆分成小塊分批執行，給市場反應時間，避免連環清算或套利造成死亡螺旋。

4. 做市商保護：在突發事件發生時，允許毫秒內撤單、更新預言機價格、重新掛單，避免惡意套利，減小價差。

隨着 BAM 的部署，Solana 的交易體驗將得到顯著改善，更接近中心化交易所的體驗。BAM 爲 Solana 的交易處理流程帶來了可驗證性、隱私保護和可編程性，使開發者能夠構建更復雜的金融基礎設施，推動 Solana 生態系統的創新發展。