一覽公鏈基礎設施賽道近期值得關注的新進展
原文作者：Lao Bai（X： @Wuhuoqiu ）
最近在一級市場，最火熱的賽道無疑是AI，其次是BTC，每天聊的項目80% 都集中在這兩個賽道，我個人最多的時候一天可以聊5、 6 個AI 項目。
可以預見的是AI 泡沫會在明後年達到頂峰，隨著數以百計的AI 新項目上線，AI 賽道市值攀向巔峰，在最終泡沫破裂，一地雞毛的同時，也會誕生出真正找到AI X Crypto 契合點的獨角獸，把這條賽道以及整個產業繼續向前推進。
所以在目前AI 過熱的環境下，靜下心來，看看近幾個月在基礎設施層面，尤其是公鏈基礎設施這個賽道發生了哪些變化？其中有些新的東西還是值得一說。
ETH，或者說單片鏈的進一步解構
當年Celestia 第一次提出模組化概念以及DA 層這個概念的時候，市場其實花了不少時間去消化和理解，現在這個概念早已深入人心，各種RaaS 基礎設施已經氾濫到基建數量>應用數量>用戶數量這麼一個誇張的階段。 （RaaS：Rollup-as-a-Service 的縮寫，是指提供現成的Rollup 產品和服務，幫助應用程式開發者快速啟動Rollup）
執行層、DA 層、結算層在過去幾個月分別發生了一些不同技術上的進展，每層都衍生出新的技術方案，甚至結算層的概念也不再是ETH 專有。我們每個層挑代表性的技術來簡單說下。
執行層
執行層最火熱的概念無疑是並行 EVM，以Monad、Sei、MegaETH 為代表，FTM、Canto 等一些現有專案也開始計劃往這個方向升級。不過正如不是所有ZK 專案都會保護隱私一樣，被並行EVM 標籤的專案其實在技術路線和最終目標上面都各有不同。
拿Sei 的一張圖來做個直觀的展示，很明顯在樂觀的情況下，由現有的順序處理改成並行處理對性能的提升還是非常明顯的。
並行EVM 裡面其實又可以分成幾個不同的技術路線：
1）從交易如何並行的角度- 太陽底下無新鮮事，無非先驗與後驗的區別
先驗以Solana 和Sui 為代表，要求交易明確聲明他們修改了鏈狀態的哪些部分，這樣在打包區塊之前事先檢測是否有狀態衝突（例如對同一個AMM 池的存取），有的話就丟棄這些造成衝突的交易。
後驗也叫樂觀並行，以Aptos BlockSTM 為代表，也就是先假設大家都沒有衝突把交易收進來再說，執行完了再檢測。發現衝突的交易就宣布這個交易無效，結果刷新，重新執行，重複這個步驟直到區塊中的所有交易都被執行。 Sei，Monad，MegaETH，Canto 使用了類似的解決方案。
我們在一級市場還有看到針對狀態衝突情境下（像上文說的同一AMM 池訪問）做並行的解決方案，但看上去工程會相對複雜，不確定商業上是否可行，還在評估中。
2）從對並行EVM 重視的程度- 也可以分成兩個流派
一個是Monad，Sei 為代表，把如何交易並行作為主要擴容思路，即並行為主敘事，比如Monad 除了樂觀的並行處理，還有專門開發的MonadDB，異步I/O 專門配合並行處理。
另一個是Fantom, Solana, MegaETH 的思路，並行是擴容方案之一，但也只是之一，並行是個輔助敘事，性能提升更多依賴於其他的技術方案。
例如Fantom 的Sonic 升級，主打的是FVM 虛擬機器+ 與優化過的Lachesis 共識機制。 Solana 下一階段主打的是Firedancer 新客戶端的模組化架構，優化的網路通訊機制和簽章驗證等等。
MegaETH 的目標是實現Realtime Blockchain。首先是在Paradigm 新開發的Reth 高效能客戶端基礎上，在全節點的狀態同步機制（只同步狀態差異而非全部資料）、Sequencer 的硬體設計（大量高效能帶儲存功能的RAM 來做狀態訪問，避免緩慢的磁碟I/O）、Merkle Trie 的資料結構改進等多個方面做了進一步優化和提升，相當於軟體、硬體、資料結構、磁碟IO、網路通訊、交易的排序和並行處理上綜合全方位提升，把EVM 的性能天花板推至極限，接近「Realtime Blockchain」。
DA 層
DA 層沒有特別大的技術迭代，所以這個賽道卷的程度遠不如執行層，算來算去就那麼幾個主要選手。
ETH 的CallData 升級成了Blob，各個Layer 2 的費用大幅下降，現在ETH 已經是一個「不那麼貴」的DA 了。
Celestia 更大的作用反而是上線之後作為第一個提出DA 層概念的項目，把DA 這個賽道從20 億FDV 的天花板拉到了200 億，從此格局和想像力打開。許多新的Layer 2 Appchain 首選DA 自然也是Celestia。 （FDV 的意思是「完全稀釋估值」，這是一個估值指標，由Token 價格* 總量得出）
Avail 從Polygon 獨立了出來，從技術上來講更像是一個「加強版的Celestia」，例如用了波卡那套Grandpa+BABE 的共識機制，相較於Celestia 的Tendermint 理論上可以支持更多節點的去中心化，還有例如支持Celestia 不支持的Validity Proof 等等，當然技術上的差異遠不如生態來的重要，Avail 在生態層面還需奮起直追。
EigenDA 前兩天也隨著EigenLayer 主網一同上線，EigenLayer 作為本輪最強敘事之一+ 最會商業合作的項目，EigenDA 的採用率我個人感覺不會低，理論上只要“感覺安全，價格便宜」，並沒有太多項目真的在乎你用的是Validity Proof 還是Fraud Proof、DAS 有沒有支持等等。
比較值得一說的反而是下面三個DA：
1）Near DA
Near 是個神奇的公鏈，原本是做分片的，現在也依舊在做，但在做分片的同時他還做了DA。比Celestia 便宜，也支援Layer 2 的快速結算；
鏈抽象- 最近Near 推出了鏈簽名，讓用戶可以透過單一NEAR 帳戶請求給任何鏈上的交易簽名；
AI - 旗下Founder illia 是Transformer 八子之一，在英偉達大會上被黃仁勳拍肩膀的人，現在正在計劃聘請AI 工程師，官網會在下個月發布相關公告……六邊形戰士，我也扔到了DA 賽道。
2）BTC&CKB
因為BTC 的Layer 1 不支援智能合約，無法直接結算，所以現在幾十條BTC EVM Layer 2 基本上都在把BTC 當成DA 用，差別無非在於是把ZK Proof 直接丟到BTC 上還是把ZK Proof 的Hash丟上去，彷彿不這麼做就不能稱自己為「BTC Layer 2 」一樣。
最近其實有碰到新項目說「我不裝了，我就是ETH Layer 2 ，DA 結算都在ETH 上，但我是為BTC 生態服務的！」較為喜感……唯一一個擴容方案的另類是CKB推出的RGB++，在這套框架裡，CKB 成了類DA 的存在，而BTC 因為UTXO 同構綁定的黑科技，近似成為了RGB++ 的結算層。
3）新DA
說兩個看到的DA 新思路，就不提項目名字了。一個是把DA 跟AI 結合，除了自身是一個高性能DA 之外，還可以充當AI 大模型，訓練資料和訓練軌蹟的儲存層；另一個是改進了Celestia 等DA 底層的糾錯碼機制，可以在一個動態網路（每一輪都有幾個節點隨機掉線）這樣的不穩定狀態裡提供更穩健的網路狀態。
結算層
原本這層幾乎是ETH 獨佔的，DA 有Celestia 競爭、執行自家有一眾Layer 2 。唯獨結算，其他鍊像是Solana，Aptos 之類還沒有Layer 2 ，BTC 的Layer 2 不用也沒法用BTC 當結算，目前你能想到的結算層基本只有ETH 一個。
然而這個情況馬上就會改變，已經看到數個新的項目在往文章開頭提到的那個方向去拱，有些老項目也開始往這個方向轉型，即ZK 驗證/ 結算層進一步解構ETH（搶ETH 的生意）。
為什麼會有這麼個概念出來呢？原因在於，ETH Layer 1 上跑合約去驗證ZK Proof，理論上的確不是一個最優選擇：
技術上來看，為了驗證ZK Proof 的正確性，開發人員需要根據ZK 專案和其選擇的ZK Proof System，基於Solidity 編寫驗證合約。其中，需要依賴不少的密碼學演算法，例如需要支援不同的橢圓曲線。這些密碼學演算法通常都相對複雜，而EVM-Solidity 架構並不是實現這些複雜密碼演算法的最優平台。對於一些ZK 專案來說，編寫和驗證這些驗證合約的成本同樣很高。這某種程度上阻礙了一些ZK 生態系統原生的加入EVM 生態，因此像Cario、Noir、Leo、Lurk 這些ZK 友善語言目前只能在自己的Layer 1 上驗證。同時，在ETH 更新或是升級這些東西總是「船大難掉頭」。
費用上來看，雖說Layer 2 上交的「保護費」DA 佔了大頭，但ZK 的合約驗證同樣需要Gas 費用，以太坊上做驗證肯定不是一個便宜的選項。加上ETH Gas 費用時不時飆升變身「貴族鏈」，驗證成本同樣會大受影響。
於是就有了新的ZK 驗證/ 結算層概念項目出現，新項目都還相對早期，以Nebra 為代表。舊專案也有往這個方向Pivot 的，像是Mina，以及剛Pass 了新提案的Zen。
這個賽道大多數專案的整體思路基本上都是：
支援多種ZK 語言
支援ZK 聚合證明，更有效率，更便宜
更快速的最終確認時間
ZK 結算層與去中心化Proof Market 目前來看很有可能會綁在一起，畢竟有了技術還得有算力。或許會看到一些結算層專案與Proof Market 專案合作，也可能掌握算力的結算層直接自己做一個Proof Market，或是掌握技術的Proof Market 自己下場做一個結算層包圓。到底怎麼走，還得市場說了算。
小結
基礎設施的其他領域，像是Oracle 與MEV 領域的OEV，互通領域的ZK 輕客戶端網路上應該有不少文章都有寫了，在此不再贅述。下次看到一些新的好玩的東西，再跟大家分享。
