Solana 的新挑戰:不僅追求速度，更注重交易質量

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

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

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

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

在當前系統中，由於 Solana 的共識機制採用週期性拍賣機制，吃單者實際上享有優先權，這導致惡意 MEV 影響市場公平性。

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

與此同時，吃單者（特別是高頻套利者）會持續監控價格差異，一旦發現機會就立即成交。他們可以通過支付更高的費用來搶在撤單之前完成交易，這導致做市商經常被"狙擊"，承擔損失。

對於訂單簿類型的去中心化交易所（DEX）來說，理想的交易排序應該是：隨着價格波動，先執行所有撤單，然後執行新的掛單，最後才執行成交。但目前 Solana 的共識機制在微觀層面無法做到這一點。

同樣的問題也存在於預言機報價層面。理想情況下，應該先更新預言機價格，再執行依賴該價格的交易。但在當前 400毫秒的間隔內，市場可能因劇烈波動而導致成交時仍按原先價格執行。

對於借貸協議而言，最理想的情況是先補充保證金，再進行清算。

因此，最佳的解決方案是讓不同的協議能夠根據自身需求對交易進行排序，這就是 Solana 一直強調的應用控制執行（Application-Controlled Execution，ACE）概念。

爲了解決這些問題，Solana 提出了 BAM（區塊組裝市場）作爲解決方案。

BAM：Solana 的新答案

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

BAM 的工作原理

BAM 的交易流程如下：

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

BAM 並不直接在 Solana 主網上運行，而是以"鏈下"方式預先完成交易排序，然後將打包好的交易提交到 Solana 主網。

BAM 的核心特性

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

2. 插件系統：允許應用構建自定義交易排序邏輯，實現復雜的交易排序，同時保持 TEE 環境的安全性。

BAM 的實際應用

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

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

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

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

結語

BAM 的引入爲 Solana 的交易處理流程帶來了可驗證性、隱私保護和可編程性。它使開發者能夠構建更接近中心化交易所體驗的去中心化應用，如中央限價訂單簿、永續合約交易所和暗池等。這些應用需要精確的排序控制、確定性執行和隱私保障，BAM 的出現將大大推動 Solana 生態系統的創新發展。

隨着 BAM 的部署，Solana 交易體驗有望得到顯著改善，使其主網應用的性能更接近中心化交易所。這不僅僅是追求速度，更是對交易質量的全面提升，標志着 Solana 在區塊鏈技術應用方面邁出了重要一步。