作者：Rui，SevenX Ventures投資人；翻譯：0xjs@金色財經
在Rollup熱潮中，我們只能透過為使用者簡化基礎設施的複雜性來實現。這意味著所有跨鏈操作都只需要一個帳戶、一個簽章和一種Gas。然而，挑戰仍然存在，例如帳戶狀態同步、簽章聚合、原子執行和延遲最終性。
1、什麼是鏈抽象
在最終階段，終端用戶將不需要任何基礎知識。他們只需表達自己的意圖或指定訂單，簽署交易，然後將其餘的工作（路由、Gas轉換、構建、訂單和跨鏈操作）留給自動處理。本文特別關注跨鏈抽象。
2.為什麼鏈抽像很重要
借助胖協議理論，區塊鏈Rollup 或替代L1 建構者正在倍增，而Rollup-As-A-Service正在將新的區塊鏈創建速度加快到一天之內。話雖這麼說，那些缺乏活動的區塊鏈將在6-18 個月內消失。儘管如此，由於對靈活性的持續需求，實現統一的區塊鏈壟斷似乎不太可能。即使在更集中的長期場景下，各種區塊鏈的存在也將繼續導致用戶體驗和流動性碎片化。
3、鏈抽象分解
統一位址：錢包將不同的EVM 和非EVM 位址合併為一個。
簽章聚合：智慧合約帳戶(EVM) 或MPC 簽署者合約（非EVM）管理簽章聚合。
狀態同步：Keystore Rollup或Hub有助於跨鏈錢包狀態同步。
單一Gas：Paymaster 合約支持使用ERC20 付款，甚至贊助所有付款。
區塊建構和中繼：Mempool 建構者驗證、排序和批量交易，而RPC 監控每條鏈上的每個交易狀態並按順序協調執行。
統一流動性：跨鏈流動性由UniswapX 或流動性hub等Solver處理。
4.誰是主要玩家
鏈抽象處於與錢包、基於意圖的系統、MEV 解決方案和橋的交叉點。
重點項目如Safe、Clave、Flashbot、LayerZero、Union，其他人則扮演主動或被動的角色。
今年，特定的鏈抽象參與者的目標是將各種模組整合為統一的前端解決方案，例如
Particle Network使用Cosmos SDK 開發了1 層解決方案，允許用戶使用任何代幣或PARTI作為跨EVM、Solana 和BTC 交易的Gas。
Light提供相容4337的跨鏈智能合約錢包，支援狀態同步和簽章聚合，
Burnt（xion）是一種通用的鏈抽象協議，具有元帳戶設計，允許不可知簽名、參數化費用層和狀態機更新。
NEAR協定整合MPC 層來解決跨鏈交易。
5.多鏈統一位址
為每條鏈維護單獨的帳戶對於使用者和開發者來說都是負擔，要求後者管理多個程式碼庫。對於智能合約錢包項目，例如
Particle Network和Light可以使用確定性部署代理，該代理可以部署到EVM 內同一地址的任何鏈，並使用CREATE2 在確定性位置部署任何合約。對於外部區塊鏈，位址可以從EVM 位址、chainID 和提供的路徑中得出，每個帳戶在每個鏈上接收無限數量的遠端位址。對於EOA 帳戶，例如NEAR協定從NEAR位址（example.near）、衍生路徑（例如Ethereum-1的字串）和MPC服務的公鑰衍生出外部位址。
6.跨鏈錢包狀態同步
當使用者在2 層更改簽署金鑰時，變更如何同步到其他鏈？它要求即時更新、最小的更新成本和合理的傳播時間。以下是目前的三種解決方案：Keystore rollup、Light sync 和Keystore hub。
Keystore rollup
Vitalik Buterin的設計中，最小Keystore rollup是基於L1 排序的Rollup，將其Merkle 樹狀態根儲存在L1 上。為了建立錢包，使用者建立一個zk 電路，定義驗證和更新簽署者的邏輯，每個使用者都有資料+ 驗證金鑰（vk）。使用者建立一個SCW，將其密鑰硬編碼為不可變值。若要透過此L2 變更SCW 簽署者，使用者可以提交其原始金鑰、新金鑰、目前vk、IMT 中編碼的資料值以及針對目前vk 進行驗證的證明。或者，使用者可以直接向L1 上的Keystore 合約提交tx。
這種方法是中立且無需信任的，但是，激勵措施可能具有挑戰性，假設更新簽署者不是頻繁的行為，用戶必須預先支付tx 證明以補貼Rollup 證明者，否則不會向證明者提供任何價值。
Light State Sync
Light實作輕錢包同步，由來自0xsequence的Agusx1211發明。它使錢包能夠在SCA 中創建不附加到網路chainID 的自訂訊息模式，從而允許將「控制委託」簽名簽署給一組新的簽署者，並且這些簽署者稍後可用於簽署任何常規交易或留言。然而，直到使用者對任何一條鏈進行操作時，狀態才會更新，另一筆交易可以作為其中一個baching tx 進行標記，以更新鏈狀態以匹配最新的「預先簽署」狀態。
這種方法實現了即時性和成本效益，但是它嚴重依賴鏈下資料的可用性，如果資料遺失，錢包將無法存取其最新狀態，甚至變得無法使用，因此錢包客戶端通常負責儲存所有資料的副本。此外，此方法在刪除簽署者時並不能提供強有力的保證，因為它沒有停用鏈上的任何內容。
Keystore Hub
Particle Network使用Keystore Hub。智慧帳戶的程式碼邏輯和儲存分離，keystore hub儲存簽署者資訊，使用者透過Hub部署和更新保證多鏈狀態的一致性。簡而言之，Keystore 中心負責將更新的交易傳送到不同的鏈。
這種方法是最直接的方法，假設更新簽署者操作不是頻繁的操作，因此批量交易費用是可以接受的，但是，它需要信任和一些延遲。
7.簽名聚合
用戶現在可以使用單一簽章發起多鏈交易。項目如Light利用基於Merkle Tree 的全鏈簽章聚合，確保使用者只需簽署一次。然而，當涉及非EVM 時，像NEAR這樣的項目利用MPC 簽名者合約，合約將返回重建簽名所需的元素，而不是tx 本身的簽名，從而允許它們概括多個區塊鏈的簽名過程（即在比特幣中，返回r 和s 值），並將其轉發給相應的網路。需要注意的是，如果需要的話，在此過程中需要收集並聚合付款人（贊助商gas）的簽名。
8、Gas抽象
更好的體驗是Gas由其他方（錢包或dApp）贊助或在erc20中支付，更重要的是在跨鏈場景中，統一Gas降低了複雜性。 Gas 包含所有相關鏈的執行費。在建構tx 的過程中，Paymaster 透過提供自己的簽名與參與者簽訂合約，當Bunler 進行鏈下模擬時，會檢查Paymaster 的餘額，Paymaster 在Bundler 上執行時將Gas 直接回傳給Bundler目標鏈。
Layer1類似Particle Network允許用戶以任何代幣或PARTI支付並處理跨鏈gas；
Light允許使用任何代幣和自訂付款人進行支付，以完全贊助特定訂單流的Gas；
Clave目前贊助「所有」用戶交易的Gas。
9、區塊構建
從較高的層面來看，我們將擁有一個即插即用的記憶體池和去中心化的區塊建構器來處理交易。使用者偏好涵蓋從單一域內的簡單傳輸到跨多個區塊鏈的複雜序列。使用者可以指定域內的執行細節或提供抽象指令，將最佳路由留給執行者。
SUAVE 的概念描繪了一個理想的場景：多個鏈共享去中心化排序層，最大限度地提高驗證者的網路彈性和區塊空間收入，同時確保建構者和搜尋者的開放存取。
10、中繼
為了實現跨鏈原子性，中繼工作與區塊構建密切相關，透過中繼節點/如Flashbots RPC 監控每個鏈上的tx 執行，並協調捆綁器/構建器將下一個tx 發送到相應的鏈。重複此過程，直到在目標鏈上執行所有交易並處理未使用的Gas費用。
理論上，等待時間就是區塊鏈的出塊時間，當出區塊太慢時，簽名就會失效。我們可以將tx 設定為原子性的，這樣當一個tx 失敗時，整個tx 就會失敗。
11、Particle Network
Particle 建構了一個模組化的Cosmos L1 作為通用結算層，支援跨EVM、BTC、Solana 等的鏈抽象。透過使用先前的錢包即服務整合和BTC connect 作為入口，透過EVM 中的keystore合約處理帳戶儲存和同步，他們利用去中心化捆綁器服務來建立UserOps、訊息傳遞協定來進行跨鏈交易和中繼器負責整個執行生命週期。有了PARTI作為Particle鏈的中心，Particle和其他鏈上的gas都可以被抽像出來。在基礎層之上，L1 可以利用Babylon 雙重質押的安全性並採用聚合DA。 Particle Chain將成為最終用戶和dApp 的一站式解決方案。
