Solana的模仿秀:能否追趕Hyperliquid?

近期,Solana生態圈的重要成員,包括Solana基金會、Anza、Jito Labs等,聯合發布了一份名爲"互聯網資本市場(Internet Capital Markets, ICM)"的技術路線圖。這份路線圖的核心理念是"應用可控的交易執行(Application Controlled Execution, ACE)",旨在讓鏈上應用擁有毫秒級的自主交易排序權,打造一個去中心化的"鏈上華爾街"。

有趣的是,通讀整份路線圖,雖然沒有直接提到Hyperliquid,但裏面的設計幾乎處處都在針對Hyperliquid的強項。這就像是Solana在說:"你Hyperliquid有的,我們也要有,而且要做得更好!"

Hyperliquid在鏈上永續合約市場佔據了主導地位,交易量一度佔到整個去中心化永續市場的65%左右。面對這樣的競爭對手,Solana顯然不甘心被後來者超越,因此推出了這份ICM路線圖。

那麼,這場"模仿秀"到底是怎麼回事?Solana能否真的追上甚至超越Hyperliquid呢?讓我們深入探討這個話題。

ICM背景與內容

誰在主導這場變革?

參與制定路線圖的都是Solana生態的重量級玩家:

• Solana Foundation/Labs:Solana的"親爸爸",負責整體協調和核心協議開發。

• Anza:由Solana Labs前成員創立的開發公司,有點像以太坊的ConsenSys。他們在這次路線圖中承擔了很多核心技術攻關工作,比如新的共識協議Alpenglow。

• Jito Labs:Solana上的MEV基礎設施提供商,影響力巨大,幾乎控制了Solana上所有MEV流量的"生殺大權"。這次他們主導提供Block Assembly Marketplace (BAM)等交易排序方案。

• Multicoin Capital:著名的加密投資機構,也是Solana的早期支持者。由於持有大量SOL和生態項目權益,在技術方向上也有相當的話語權。

• DoubleZero:專注於加速網路通信的團隊,提供專用光纖網路方案,用來提升Solana驗證節點間的通信速度。

• Drift:Solana上領先的永續合約DEX項目。之前Drift採用鏈下撮合模式,在面對完全鏈上的Hyperliquid時顯得有些喫力,這次參與路線圖制定,顯然是希望借助底層升級來翻身。

要解決的核心問題

路線圖聚焦的是市場微觀結構的改進,說白了就是當前的鏈上交易機制對做市商不夠友好,即主動發起交易的Taker佔便宜,而掛單等待成交的Market Maker(做市商)喫虧。這是因爲Taker往往掌握最新信息,並主動提高交易手續費來保證他們的交易優先被執行,而Maker往往來不及撤單,被迫在不利價格成交。

一些高頻套利者就會利用這種不對稱,發起"有毒流量"攻擊。比如鏈上價格還沒更新,但鏈下價格已經變了,套利者就能以舊價格喫掉做市商的單子,讓做市商承擔損失。結果就是Maker爲了保護自己,要麼拉大買賣價差,要麼減少掛單量,導致整個市場的流動性變差。

ICM路線圖就是要平衡這種格局,吸引高質量的流動性回到鏈上。

ICM的三步走

Solana把這個宏大的計劃分成了三個階段:

短期(1-3個月):主要是優化現有的鏈上交易體驗,讓訂單簿類應用更好用,減少惡性MEV幹擾。具體包括:

• Jito Labs的Block Assembly Marketplace(BAM)模塊上線主網。這個模塊的意義是在終極ACE(Application Controlled Execution)上線之前,提供一個臨時的外掛系統,讓Solana上的智能合約擁有自主的交易排序權。

• Anza團隊優化"交易進入同一Slot"的成功率,從而減少滑點與MEV損失。

這些改進預計在2025年7-9月陸續落地。

中期(3-9個月):引入專用高速網路和新版共識,大幅減少延遲、提高吞吐量:

• 部署DoubleZero專用光纖網路,爲驗證者提供近乎零抖動、延遲降低最多100ms的高速通信。

• 推出Alpenglow共識協議,將最終確認時間從約12.8秒壓縮到約0.15秒。

• 研發異步程序執行(Asynchronous Program Execution,APE),減少交易執行對共識的阻塞。

長期(9-30個月):對Solana核心架構進行革命性升級,目標在2027年前後實現:

• 多重並行出塊人(Multiple Concurrent Leaders, MCL):讓多個驗證者同時在各自pipeline內提議交易,然後按優先費將這些並行區塊合並排序。這樣可弱化單一打包者的壟斷,增強抗審查性。

• 原生的應用可控執行(Application Controlled Execution,ACE)功能:真正賦予鏈上智能合約控制交易執行順序的權力。

分析到這裏,這次ICM路線圖的提出,背後的故事應該是這樣的:Solana上的老牌DEX Drift被後來者Hyperliquid以"鏈上Binance"的優秀體驗後來居上。Drift自己無力抗衡,只好求助於Solana Labs、Anza、Jito等"大佬"們。"大佬"們提出ICM這樣一份技術改造方案,宣稱要把Hyperliquid的看家本領給Drift都一一復刻配齊,助其再戰DEX市場。但是"大佬"們又說,這次技術改造難度極大,因此把技術方案劃分爲三步走戰略,近期能給到Drift的裝備只有Jito的BAM,讓Drift湊活用,和Hyperliquid先比劃着。

明確了故事背景,在接下來的章節中,我們將詳細分析ICM到底模仿、復刻了Hyperliquid的哪些看家本領。

模仿一:交易排序機制

問題所在:如前所述,現在的鏈偏向taker,maker承擔"有毒流量"之苦。主動吃單的用戶可以根據鏈下最新價格,瞬間對鏈上掛單發起交易,並通過提高手續費而優先成交,而做市商往往來不及更新或撤單。結果就是,做市商要麼拉大點差,要麼幹脆撤掉流動性,讓市場深度變差。

ICM的終極方案:應用可控執行(ACE)

ICM路線圖提出了ACE(Application Controlled Execution)概念,即將交易排序權下放到各個鏈上應用,由應用自行決定本應用相關交易如何排序執行。舉例來說,在未來實現ACE的Solana上,DeFi合約可以實現如下自定義的交易排序規則:

• Oracle價格更新插入:DeFi應用可以在大額交易撮合前,先插入一筆交易從預言機獲取最新價格,確保訂單按最新合理價格撮合,防止做市商的報價基於過時價格而被套利。

• 撤單優先執行:應用可以設定"撤單請求"優先於新的"吃單交易"執行,讓maker有機會在行情不利時及時撤回掛單。

• 隊尾競拍:例如出現一筆巨額買單推高價格後,DeFi應用將"緊隨其後"的機會拿出來拍賣,誰願意將最多利益返還給協議(或用戶),DeFi協議就讓誰的交易貼着大單後執行。DeFi應用可以將拍賣收益返還給用戶,從而把有毒MEV流量轉化爲良性收入。

JITO的BAM:過渡方案

在ACE正式上線前,Jito Labs推出了名爲Block Assembly Marketplace (BAM)的過渡方案。BAM的工作流程是:

1. 用戶將交易發送給一個運行BAM軟件的節點(而非直接給當前Leader)。

2. BAM節點收集本地交易並運行各類插件(plugin)對交易包(Bundle)進行隱私保護下的重新排序(插件運行在安全的TEE環境中,在執行前對外隱藏交易內容)。通過插件,應用開發者可以爲自己的合約定制各種排序規則,例如撤單優先、撮合前更新預言機價格,甚至運行復雜的應用內競價等。

3. 排序後的交易Bundle再發送給Solana Leader打包上鏈。

BAM可以看作ACE上鏈前的試驗田,功能上非常接近終極ACE,只是它運行在鏈下的獨立網路中,而非Solana主鏈協議內置。

值得注意的是,Jito此前一直提供的是面向MEV提取的基礎設施(如Jito Block Engine),其商業模式是通過優化交易排序爲套利者創造機會並分享收益。這在某種程度上是站在普通用戶和被套利者對立面的"矛"。然而Jito在2024年初關閉了面向套利機器人的公共內存池(mempool)功能,以減少三明治攻擊等負外部性。這一舉措表明Solana社區傾向於抑制有害MEV,維護用戶公平。

BAM的推出更是順應這一思路:它本質上是將原本用於MEV套利的排序機制,變成一面"盾",以保護做市商等流動性提供者,比如強制撤單優先避免做市商受損、引入競價返利減少搶跑獲利等。原先的MEV搜索者如果想賺錢,就必須轉換角色,編寫BAM插件爲DeFi協議服務,靠插件手續費盈利。

向HYPERLIQUID取經

上述ACE/BAM思路,其實可以看作對Hyperliquid鏈上撮合機制的一種追趕。Hyperliquid是一個專用鏈(Appchain),天生就是爲DEX服務的。而且Hyperliquid官方運營的HLP Vault實際上就是該平台最大的做市商之一,所以不難理解Hyperliquid的鏈規則更偏向於流動性提供者,已經在鏈層實現了許多保護做市商的設計,比如:

• 掛單方優先保護:撤單和只做maker的掛單被優先處理,避免做市商在不知情情況下被不利成交。Solana ACE提到的"撤單優先執行"Hyperliquid早已實踐多年。

• 最新價格保障:Hyperliquid的清算和撮合過程都強調使用最新喂價與保證金狀態進行"雙重檢查"。例如,當有掛單撮合成交時,系統會再次拉取最新預言機價格評估雙方保證金,確保不會因爲價格滯後造成風險。這類似ACE在交易執行前插入預言機更新交易。

• 自成交防護:若同一地址買賣相遇,Hyperliquid自動取消而非撮合,以防止刷量或不必要費用。

Solana ICM的ACE/BAM,無疑是向Hyperliquid"取經"。Hyperliquid作爲鏈上CLOB龍頭,用一條專屬鏈實現了對做市商友好的種種機制。Solana現在希望用通用鏈加模塊化插件,來復制這種效果------即讓每個應用都擁有類似Hyperliquid那樣的對交易排序的控制力。

模仿二:即時最終性

現有共識對比

Solana當前採用的是Tower BFT,確認和最終性是概率性漸進的:一個區塊得到2/3投票即記爲"確認(Confirmed)",但需鏈上累積約32個後續區塊(通常約13秒)才能被錨定爲"最終確定(Finalized)"。對於某些應用(比如高頻交易),十幾秒的最終確認時間還是太長了。

HyperBFT是Hyperliquid自研的共識算法,受HotStuff共識啓發,採用兩輪投票確認區塊,實現"即時最終性"。

• 第一輪:預投票(Prevote):驗證者收到Proposer廣播出來的候選區塊後,會進行快速驗證。如果驗證通過,每個驗證者就會對這個區塊投出一張"預投票"(Prevote)票,並將其廣播給全網。這張票代表:"我初步看過了,這個區塊沒問題。"

• 第二輪:預提交(Precommit):一旦某個驗證者收集到了來自超過三分之二驗證者對同一個候選區塊的Prevote,它就獲得了足夠的信心,相信網路的大多數成員都認可這個區塊。於是,該驗證者會投出一張更具分量的"預提交"(Precommit)票,並