Solana的交易速度與量能：是否真的足夠？

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

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

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

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

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

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

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

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

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

對於借貸協議，最佳實踐是先補充保證金，然後再進行清算。

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

爲了應對這些挑戰，Solana提出了BAM（區塊組裝市場）解決方案。

區塊組裝市場：Solana的新答案

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

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

BAM如何改變Solana的交易流程？

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

而在接入BAM的應用中，交易流程略有不同：

1. 用戶確認交易
2. 交易發送到RPC節點
3. 交易轉入BAM網路，在TEE環境中進行排序
4. 排序後的交易包提交到Solana主網Leader節點
5. Leader將BAM數據包納入區塊並廣播
6. 其他節點進行投票確認

值得注意的是，BAM並不與Solana主網的共識過程衝突，而是作爲一個可選功能。它通過"鏈下"方式預先完成交易排序，然後將排序好的交易包提交到Solana主網。

BAM的運行模式

BAM支持三種運行模式：

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

BAM模式的核心特點包括：

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

BAM的實際應用

BAM的應用場景廣泛，以下是幾個具體例子：

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

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

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