Solana 交易速度與價值創造的平衡

Solana 以其快速的交易速度和大量的交易量而聞名，但這是否意味着它已經達到了完美？當我們仔細審視這些交易時，一個關鍵問題浮現出來：這些交易是否都在創造實際價值？

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

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

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

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

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

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

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

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

對於借貸協議而言，最佳操作順序應該是先補充保證金，再進行清算。

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

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

BAM：Solana 的新答案

BAM 在 Solana 的應用層和主網之間構建了一個排序層，也可以稱爲預處理層。它利用可信執行環境（TEEs）構建隱私沙盒，在這個環境中根據預先確定的規則或先進先出（FIFO）原則對交易進行排序。

這一創新旨在更好地服務於訂單簿、永續合約交易所和暗池等協議。

Solana 傳統交易處理與 BAM 模式的對比

爲了更好地理解 BAM 如何在 Solana 應用和主網之間構建排序層，我們可以比較傳統的 Solana 交易流程和採用 BAM 後的流程：

傳統 Solana 交易流程：

1. 用戶在錢包中確認交易
2. 交易發送到 RPC 節點
3. RPC 將交易發送給當前時段的 Solana 主網 Leader 節點
4. Leader 收集交易池中的交易，排序，打包成區塊並廣播
5. 其他節點進行投票

採用 BAM 後的交易流程：

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

值得注意的是，BAM 並不與 Solana 主網的共識過程衝突，而是作爲一個可選功能。BAM 不直接在 Solana 主網上運行，而是以"鏈下"方式預先完成交易排序，將交易打包後再提交到 Solana 主網。

BAM 的交易排序模式

BAM 支持三種運行模式：

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

BAM 模式的核心特點包括：

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

2. 插件系統：通過插件系統，BAM 允許應用構建自定義交易排序邏輯。這種自定義排序基於預先設定的規則，而不是節點隨意排序。插件系統計劃實現復雜的交易排序，同時保持 TEE 環境的安全保證。目前該系統仍處於早期開發階段。

BAM 的實際應用

BAM 的實際應用包括：

1. 借貸清算保護：對借貸協議而言，檢測到清算風險後，優先執行補充抵押品操作，再進行清算檢查。

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

3. 價格波動保護：對 DEX 而言，檢測異常大單，將其拆分成小額交易分批執行，給市場足夠的反應時間，避免因連環清算或套利造成死亡螺旋。

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

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

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