Solana的新挑戰:交易量與流動性之間的平衡

Solana以其高速和大量交易而聞名，但這是否真的足夠？當我們仔細審視這些交易時，一個問題浮現出來：它們是否都在創造實際價值？

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

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

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

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

具體來說，Solana的共識機制中，每400毫秒一個時間槽（Slot），在每個Slot內，交易按照支付的優先Gas費用排序。出價最高的交易會優先執行。在這個過程中，做市商需要頻繁調整報價，不斷撤單和重新掛單，以適應市場價格的變化。

而吃單者，尤其是高頻套利者，則不斷監控價格差異，一旦發現機會就立即成交。他們可以通過支付更高的費用來確保在做市商撤單之前完成交易，這導致做市商經常遭受損失。

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

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

對於借貸協議來說，最理想的是先補充保證金，然後再進行清算。

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

BAM：Solana的解決方案

爲了解決這些挑戰，Solana提出了BAM（區塊組裝市場）作爲解決方案。BAM在Solana的應用層和主網之間構建了一個排序層或預處理層。

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

BAM的工作原理

BAM的交易流程與Solana的常規交易流程有所不同：

1. 用戶在錢包中確認交易。
2. 交易發送到RPC節點。
3. 交易轉發到BAM網路，在TEE中進行排序。在此過程中，節點可能通過插件添加額外交易，如更新預言機價格。
4. 排序後的交易包提交到Solana主網的Leader節點。
5. Leader節點收集BAM數據包，將其打包成區塊並廣播。
6. 其他節點進行投票確認。

BAM作爲一個可選功能，與Solana主網的共識過程並不衝突。它在"鏈下"預先完成交易排序，然後將排序後的交易包提交到Solana主網。

BAM的運行模式

BAM支持三種運行模式：

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

BAM模式的核心特點包括：

1. 利用可信執行環境（TEEs）構建隱私環境，確保交易排序的公平性。
2. 插件系統：允許應用構建自定義的交易排序邏輯，但仍需遵循預先設定的規則。

BAM的實際應用

BAM的應用場景包括：

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

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

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