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

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

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

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

如何剔除有毒交易,更好地保護市場流動性?

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

在Solana現有的共識機制中,每個400毫秒的時間段(Slot)內,交易按照支付的優先Gas費用排序,出價最高的交易優先執行。在這個過程中,做市商需要頻繁調整報價,撤單並重新掛單,以應對市場價格的變化。而吃單者,特別是高頻套利者,則密切監控價格差異,一旦發現機會就立即成交。

這導致套利者可以通過支付更高費用來搶在做市商撤單之前成交,使得做市商經常遭受損失。對於訂單簿類型的去中心化交易所來說,理想的交易順序應該是:隨着價格波動,先執行所有撤單操作,然後是新的掛單,最後才是成交。但目前Solana的共識機制在微觀層面無法實現這一點。

同樣,在預言機報價方面也存在類似問題。理想情況下,應該先更新預言機價格,然後再執行依賴該價格的交易。但在當前400毫秒的間隔內,市場可能因劇烈波動而導致交易仍按舊價格成交。對於借貸協議而言,最理想的順序是先補充保證金,然後再進行清算。

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

爲了解決這些問題,Solana提出了區塊組裝市場(Block Assembly Marketplace, BAM)方案。

BAM:Solana的創新解決方案

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

BAM的工作原理

在接入BAM的Solana應用中,交易流程如下:

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

BAM並不直接運行在Solana主網上,而是作爲一個"可選"的鏈下解決方案,預先完成交易排序和打包,然後再提交到Solana主網。

BAM的核心特性

BAM支持三種運行模式:

1. Solana默認模式
2. Block-Engine模式(當前某MEV解決方案的核心競價機制)
3. BAM模式(驗證者嚴格按FIFO排序)

BAM模式的核心特點包括:

1. 利用可信執行環境(TEEs)構建隱私環境,確保交易排序的公平性
2. 插件系統支持復雜的交易排序邏輯,允許應用自定義排序規則
3. 實現應用控制執行(ACE)功能,滿足不同協議的特定需求

BAM的實際應用

BAM的應用場景包括:

1. 借貸清算保護:優先執行補充抵押品操作,然後進行清算檢查
2. 原子級交易組合:先更新預言機價格,再執行依賴該價格的交易,所有操作在同一時間窗口內完成
3. 價格波動保護:檢測異常大單並分批執行,給市場足夠的反應時間
4. 做市商保護:突發事件發生時,允許毫秒級撤單、更新價格和重新掛單,減少惡意套利風險

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

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