Solana的新挑戰：提升交易質量而非數量

Solana以其高速和大容量交易聞名，但這是否就足夠了呢？當我們深入分析這些交易時，不禁要問：它們是否都在創造實際價值？

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

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

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

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

在Solana現有的共識機制下，每個400毫秒的時間槽內，交易按照支付的優先Gas費用排序，出價最高的交易優先執行。在這個過程中，做市商需要頻繁調整報價，不斷撤單和重新掛單以適應市場價格變化。而套利者則通過監控價格差異，一旦發現機會就立即成交，往往通過支付更高費用在做市商撤單前完成交易，導致做市商頻繁遭受損失。

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

同樣，在預言機報價方面，理想的情況是先更新預言機價格，然後再執行依賴該價格的交易。但在當前400毫秒的間隔內，市場可能因劇烈波動而導致交易仍按原先價格執行。

對於借貸協議而言，最佳方案是先補充保證金，再進行清算。

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

BAM：Solana的解決方案

BAM（區塊組裝市場）是Solana爲解決這些問題提出的答案。它在Solana鏈上應用與主網之間構建了一個排序層或預處理層。BAM利用可信執行環境（TEEs）構建隱私沙盒，在其中根據預設規則或先進先出（FIFO）原則進行交易排序，以更好地服務於訂單簿、永續合約交易所和暗池等協議。

BAM的工作原理

在傳統的Solana交易流程中，用戶確認交易後，交易通過RPC節點發送到當前時間槽的Leader節點，Leader收集交易並排序打包成區塊廣播，其他節點進行投票。

而在接入BAM的應用中，交易流程略有不同：用戶確認的交易首先被發送到BAM網路，在TEE環境中進行排序。在此過程中，節點可能通過插件添加額外交易，如更新預言機價格。排序後的交易包被提交到Solana主網的Leader節點，然後被打包成區塊並廣播。

BAM實際上是作爲一個可選的預處理層，不直接運行在Solana主網上，而是在"鏈下"完成交易排序，然後將排序後的交易包提交到主網。

BAM的三種運行模式

1. Solana默認模式
2. Block-Engine模式：當前Jito的MEV解決方案，核心是競價機制
3. BAM模式：驗證者嚴格按照FIFO原則排序

BAM模式的核心特點包括：

1. 利用TEEs構建隱私環境進行交易排序，確保公平性
2. 通過插件系統實現復雜的交易排序邏輯，允許應用自定義排序規則

BAM的實際應用

1. 借貸清算保護：優先執行補充抵押品操作，然後進行清算檢查
2. 原子級交易組合：先更新預言機價格，再執行依賴該價格的交易，對於合約DEX還可同時結算相關衍生品
3. 價格波動保護：檢測異常大單並分批執行，給市場反應時間，避免連環清算或套利造成的負面影響
4. 做市商保護：在突發事件發生時，能夠迅速撤單、更新價格並重新掛單，減少惡意套利的風險

隨着BAM的部署，Solana的交易體驗將得到顯著改善，使其主網應用的體驗更接近中心化交易所。

總的來說，BAM爲Solana的交易處理流程帶來了可驗證性、隱私保護和可編程性。它使開發者能夠構建中央限價訂單簿、永續合約交易所、暗池以及其他需要排序控制、確定性執行和隱私保障的金融基礎設施，從而推動Solana生態系統的創新發展。