以太坊能否讓 rollup 像一張網絡一樣運作？

在 Devcon 的一場演示中，一名交易者在以太坊 rollup 上簽署了一筆訂單，使用主網流動性買入代幣，隨後又在 rollup 上收到這些代幣。Gnosis 计劃在 2027 年春季將這一設計作為默認方案。這種做法顯示，用戶或許可以在不親自將資金轉到主網的情況下，接觸到更深的市場。

• 一名交易者在實驗性的 Rollup X 網路上簽署了 1 笔訂單，CoW Swap 的求解器使用以太坊主網流動性完成了交易。
• 11月4日的Devcon演示還測試了Safe錢包如何跨網絡使用金庫權限。
• 團隊表示，其簽名驗證示例中的 gas 消耗降低了 91%，此結果僅針對該操作。
• 參與網絡必須在以太坊12秒的slot內生成證明，并在以太坊發生重組時跟隨以太坊。
• Gnosis 的目標是在 2027 年春季將這一設計設為默認，這將把它帶入一個已有用戶和應用的網絡中。

Ethereum Economic Zone 团队演示了一筆交易：用戶在實驗性的 Rollup X 網路上簽署了一筆訂單，CoW Swap 的求解器利用以太坊主網的流動性完成交易，買入的代幣隨後又回到了 rollup 上。這個演示說明，交易者可以在不先將資金轉到主網、再等待資金到賬的情況下，就能接觸到主網上更深入的市場。

該團隊在11月4日的Devcon上展示了這筆交易，crypto.news此前已有報導。這個區別非常重要，因為在價格快速波動時，交易者開始轉移資金時看到的報價，可能在資金準備好交易之前就已經變化。

Gnosis 的目標是在 2027 年春季將這一設計設為默認。對於交易者來說，真正的考驗將是錢包和交易應用能否提供這條路徑，以及在執行成本之後，主網上的價格是否仍然值得。

這筆跨越兩個執行環境的交易是如何運作的

Ethereum Economic Zone 团隊最初在 10 月進行了一筆涉及 0.001 ETH 和 rollup 狀態更新的交易。在 Devcon 上的這次 swap 將同樣的協調問題帶入了交易者熟悉的場景中。它必須在另一條鏈上的流動性上履行訂單，並將結果資產送回用戶開始的地方。

對於交易者而言，訂單描述的是一個結果。賣方希望按照訂單條款將一種資產換成另一種資產，並在 rollup 上收到這個結果。求解器負責尋找執行路徑。這個區別非常重要，因為用戶可以授權一個結果，而不必決定求解器會使用哪個資產池，也不必為每一步單獨準備一筆交易。

在 Devcon 的例子中，這條路徑包含了以太坊主網。交易流動性留在主網上，而用戶的訂單起點在 Rollup X，買入的資產則返回到 Rollup X。這個演示解決的是一種即使各條網路各自應用都能正常工作時也可能出現的問題：交易者可能將資金放在一條對目標交易對市場較淺的鏈上，而最佳執行卻出現在別處。

如果路径分成多个步骤，用户就會在過程中面臨各種決策。第一筆轉賬可能已經完成，但用戶看到的報價卻已經變了。此時，用戶要么接受當前價格，要么等待，要么再次轉移資金。只要參與基礎設施能夠在約定的執行時間窗內完成操作，協調後的路径就能將資產的移動與整筆訂單的完成綁定起來。

實際的差別在於，一種路徑承諾交付，而另一種路徑則將各個組成操作綁定在一起。某項服務可以通過自己負責交付，讓跨鏈交易顯得非常簡單。演示中的設計為應用提供了一種方式，將一條鏈上的結果與另一條鏈上的執行連接起來。哪種方式體驗更好，取決於價格、可用資產以及各項服務交付訂單的條款。

用戶簽名背後仍然有許多工作。應用程式必須呈現條款，求解器必須找到並定價路徑，參與網路的人們必須就相關狀態達成一致。生產系統必須處理這些環節中的失敗。應用程式可以簡化界面，但這些工作不會因此消失。

對於錢包來說，同樣實際的考驗在於：當訂單過期後，它能展示出怎樣的交易記錄。如果用戶只簽署一次密鑰，交易成功，用戶應該能看到收到的資產以及收款賬戶。如果交易失敗，錢包仍需區分訂單過期和仍在等待結算的交易。在市場波動時，這一點非常重要，因為交易者可能會下第二筆訂單，需要知道第一筆訂單是否還能執行。

網路在共同執行前必須先達成什麼樣的一致

区块链記錄的並不只是餘額。它的狀態還包括應用程式會用到的資訊，例如賬戶權限、合約餘額和交易狀態。想要依賴另一條鏈結果的合約，需要有關於該狀態的證據，而且這些證據必須在合約需要使用結果時仍可取得。

Gnosis 将加入 EEZ 设计的网络中，並列出兩個條件：它們需要在一個 Ethereum slot 內生成證明，並且在以太坊發生重組時跟隨以太坊。Gnosis 將這些條件描述為接入網絡的要求，同時將部分實現選擇留給各參與方。

slot 为工程师设定了一个截止时间。如果某条网络生成所需证明的时间超过了可用的时间窗口，那么另一方就无法在同一时间窗口内依赖它。即便一个证明系统在典型的区块上表现良好，仍然需要面对异常繁重的工作负载、中断以及算力竞争。

第二個條件處理的是當以太坊近期歷史發生變化時會怎樣。如果另一個網絡上的某筆交易依賴於主網最近一個區塊中的某個事件，而競爭區塊將它替換掉了，那麼連接系統就需要規則來處理這筆依賴交易。保持一致性可以降低一方基於一個已經不再屬於被接受鏈的主網事件而保留結果的可能性。

這種關係對用戶來說非常重要，因為協調後的交易和最終結算描述的是不同的屬性。協調執行關注的是各個步驟是否能夠一起完成；最終結算關注的是參與方何時可以按照相關網絡規則將結果視為已結算。錢包可以為操作提供一種視圖，同時仍然能夠區分一筆已被納入的交易和一筆已經達到業務所需結算狀態的交易。

Gnosis 早期的工程工作涉及區塊根承諾、gas 上限以及升級如何執行。這些選擇會影響網路如何識別彼此的結果，以及應用可以要求網路承擔多少工作。10月份的里程碑將一個簡單操作放到主網上，而11月份的演示則為開發者提供了更多不同類型的工作負載來測試。

這一設計還能走多遠？不僅限於交易

Safe 的演示將同樣的方法應用到了錢包所有權上。一個在不同鏈路上使用分離賬戶的金庫，可能會在移除某條網路上的簽名人與在其他地方更新權限之間出現空檔。這個例子展示了 rollup 如何在同一筆交易中驗證主網上完成的所有權變更。

第三個演示是在 rollup 上驗證 Falcon 後量子簽名，並使用結果授權主網轉賬。團隊表示，與直接在主網上驗證相比，這種方式中的 gas 消耗降低了 91%。這種節省是針對該驗證操作而言，生產應用仍需考慮完整的執行和結算成本。

一次簽名，仍然需要一個執行市場

swap 這種路徑將部分工作從下單者身上轉移出來。求解器必須決定在何處成交、計算費用，並提交完成交易所需的操作。用戶只需收到一個報價，儘管求解器已將多步成本計入報價金額中。

當另一個網絡上的流動性足以覆蓋接觸它的成本時，這種安排就最有用。在深度本地市場中，小额訂單可能以更低的成本在當地成交。而在流動性較弱的市場中，即使加上額外的執行成本，大額訂單也可能從主網的流動性中獲得更好的價格。

失敗的嘗試會有怎樣的後果也同樣重要。撤銷資產移動可以防止交易者只得到預期交易的一半結果。不過，安排或嘗試執行的一方仍可能承擔成本，這具體取決於該操作是如何實現的。在實際市場中，這些成本將影響求解器願意承接哪些訂單，以及它們將如何定價。

對於交易者來說，一個良好的比較應該使用相同的訂單規模、代幣對和時間窗口。扣除費用後收到的價格，可以與當地的 swap 或分步橋接資金的路徑進行比較。點擊次數體現的是便利性，而淨到賬金額才真正體現了交易本身。

項目如何從提案走到 devnet

該項目最初由 Gnosis 和 ZisK 在春季的 EthCC 上公開提出，並得到了以太坊基金會的支持。最初的提案關注的是流動性，以及已經分散到不同 Layer 網絡上的應用程序。Rollup X 為開發者提供了一個環境，用來測試共享交易如何使用這些應用程序。

之所以要選擇不同的演示場景，是有所原因的。將少量的 ETH 在不同環境之間轉移，測試的是相對直接的操作。swap 則引入了滿足市場流動性訂單並返回資產的需求。Safe 的所有權變更涉及權限。簽名驗證則要求一個環境執行檢查，另一個環境根據其結果採取行動。每一種都在檢驗不同的依賴關係。

對其中一種操作有效的路徑，未必適用於另一種。swap 必須應對不斷變化的價格和流動性。所有權變更對市場價格的敏感度較低，但失敗的後果可能更嚴重。驗證類應用即便沒有在網絡之間移動資金的经济理由，也可能因為將計算工作放到其他地方而受益。

共同要求是：接收合约必须在需要信息的時點依賴於它。這就給維護連接的軟件帶來壓力。只有當執行路徑處理好了所需狀態並返回預期結果時，應用才能提供簡單的界面。在真實產品中，開發者必須決定哪些操作值得放到這條路徑上，哪些可以獨立運行。

Gnosis 主張將這項技術設為預設值，部分原因是應用程式可以避免重複建設。一個在新網路上開發的團隊，原本可能需要為一長串市場提供本地流動性。接入主網池子後，它或許能夠在本地專用池子尚未具備可行性之前，就先提供某個交易對的交易。對於本地流動性提供者來說，同樣的選擇意味著來自另一種執行來源的競爭。

對用戶的影響，最容易在同時披露兩種路徑的產品中衡量。錢包可以對同一筆訂單比較本地成交和主網成交，并在同一目標鏈上顯示淨到賬金額。金庫工具可以說明應用權限變更需要多少筆單獨交易。這些測試能顯示，這種方法究竟在哪些地方改變了實際執行成本或操作工作量。

時間表非常重要，因為一次成功的演示運行難度，可能遠低於一個擁有大量用戶和應用的服務。一個上線系統必須處理並發請求、不同市場環境和軟件變更。把現有的 Gnosis Chain 應用遷移過去，會比單靠 Devcon 的例子測試更多相關依賴。

跨鏈 swap 的價格需要覆蓋什麼

交易者比較的是扣除成本後買入資產的到賬金額。本地池子有自己の交易費用和價格波動。主網路路線可能提供更深的流動性，但它可能需要更多的執行工作，並產生使用成本。決定在兩條路線之間如何選擇的求解器，必須權衡更好的池子價格與這些成本。

假設某個本地池子在一份參考價值為10,000美元的訂單中，扣除所有費用後能交付價值9,900美元的資產。如果一條跨鏈路徑在執行成本之前能把交易成交在9,980美元，那麼在本地報價變得更優之前，它最多還有80美元的優勢。如果接觸更優池子的成本是30美元，那麼跨鏈路徑最終交付9,950美元；如果額外成本達到100美元，本地路徑就更有優勢。這里的數字只是為了說明比較方式，并不代表任何實時報價。

訂單規模會改變這種計算。更大的交易可能會在較小的市場中將價格推得更高，從而讓求解器更有理由去接觸更深的市場。小额交易對當地價格的影響可能很小，留下的節省空間也不足以支持跨鏈路徑。即便是同一個代幣對，隨著流動性和網絡成本的變化，真正有用的路徑也可能在一天之內發生變化。

求解器還必須將失敗的嘗試和尋找路徑所花費的時間計入定價中。失敗的操作可能會導致用戶的資產移動被回滾，而安排訂單的一方仍可能承擔與嘗試執行相關的費用。這種設計對交易者看到的價差有什麼影響，取決於實際實現如何分配這些成本，以及提供報價的機構之間的競爭有多激烈。

對於整合這一設計的钱包來說，重要的信息是使用者能夠比較什麼。如果報價顯示最低交付金額以及到賬網路，交易者就能評估結果。一個強調「一次點擊」或「一次簽名」的介面，只能說明其便利性；價格和交付條款才真正說明這條路徑是否適合這筆訂單。

考慮採用這一設計的交易場所，則必須決定向客戶展示報價依賴於哪些條件。一條路徑可能完全在用戶持有的資金所在地進行成交；另一條則可能調用主網流動性，並依賴於在一個 slot 內已準備好的證明。即便兩種報價顯示的是同一個代幣和相同的金額，它們也可能有不同的到期規則和不同的失敗原因。界面必須說明客戶能接受的最低金額，以及當求解器無法交付時會發生什麼。

應用程式還必須想辦法收集足夠的可比數據，找出為何某條路徑會更昂貴。一個有用的比對系列應該包括相同的交易對、相同的交易規模、相同的网络，且報價收集時間也要相近。如果只進行一筆流動性極低的交易，可能會讓接入另一市場看起來比日常訂單更有價值。反之，如果某個主流交易對已經能在用戶的 rollup 上以較低的價格成交，也會出現相反的問題。執行價格、包含的費用和到期條件都必須一起納入比對之中。

Safe 使跨鏈權限成為問題的一部分

一個金庫可能使用一個賬戶處理日常付款，並使用另一個賬戶在不同的網路上持有資產。如果它要更改獲准批准支出的人員，就必須有人確保這一變更也反映在資產實際存放的地點。分開更新會給過時的簽署人名單留出繼續在較少使用的賬戶上生效的機會。

Safe 的演示展示了，應用如何在涉及 rollup 的協調交易中使用主網上的所有權變更。其好處取決於金庫如何分配權限。某個組織可能希望由主網決定一套共享簽名人，同時為服務特定團隊的本地支出賬戶保留單獨政策。

共享權限結構可以減少重複工作。但這也讓錯誤處理變得更加重要，因為一次變更可能影響多個地點。金庫需要弄清楚：如果更新出錯，賬戶如何恢復，誰可以授權更正，以及如果連接鏈無法獲得最新結果會如何表現。

因此，評估這一設計的組織會問：自己想要協調的是哪一種操作。讀取簽名人名單、更新所有權和移動金庫資產，後果各不相同。將其中一種操作放入共享交易中，並不意味着組織應該把所有決定都交給同一個賬戶。

機構層面的興趣並不僅限於 Devcon 的舞台。Consensys 已經宣佈了一套面向銀行的互操作系統，並表示計劃支持 EEZ 標準。對於銀行來說，兼容性只是其中的一部分，此外還需要考慮誰可以使用該系統、每項操作適用哪些控制，以及如何將結果記錄到現有系統中。

Safe 的案例則提示了另一組產品測試。一個團隊可能希望某條網絡上的簽名人批准一項只影響另一條網絡資產的操作。這就引出了一个问题：在本地被移除的簽名人，是否還能授權此前提交的跨網絡操作。答案取決於應用如何讀取賬戶狀態，以及它將什麼視為授權時間。即便底層協議能夠傳遞消息，應用也需要把這些事項說清楚。

Falcon 演示說明了將計算放在其他地方意味著什麼

這個簽名演示使用 rollup 來驗證 Falcon 簽名，並將結果提供給主網上的操作。團隊表示，與在主網上直接驗證相比，這種比對中的 gas 消耗降低了 91%。這個例子的範圍比「所有可能使用該設計的交易成本都降低了多少」要窄得多。它比較的是特定操作在兩條執行路徑上的表現。

機會在於：將計算量大的檢查放在更適合它的環境中執行，同時讓另一份合約依賴這個結果。對於很少執行檢查的應用來說，節省的價值可能與每筆訂單都必須重複檢查的應用不同。這個決定還取決於應用如何驗證結果，以及它還必須完成哪些其他步驟才能使用這個結果。

後量子驗證就是這種模式的一種應用。合約可能還需要來自連接環境的其他信息才能繼續，例如賬戶是否有权執行某項操作。共同的问题是：如何在同一個執行窗口內讓結果可用。不同的檢查對計算和證明的要求可能差別很大。

對用戶而言，應用程式支持某種簽名方案並不決定鏈上每個錢包或每筆交易的安全性。這個演示僅涉及特定轉賬的驗證和授權。若要改變錢包通常簽署交易的規則，還需要就軟體、兼容性以及哪些賬戶採用這些變更做出其他決定。

開發者評估 Falcon 演示時，也有類似的區別。合約讀取驗證結果所花費的 gas，與在其他地方生成該結果的成本，屬於不同的執行環境。衡量前者，可以反映一個原本必須在主網上執行驗證的應用所面臨的真正約束。決定是否提供這一功能的服务，還需要把後者算進去。它還需要知道：在負載較高、許多請求爭奪同一容量時，這項檢查是否還能完成。

Gnosis 需要給現有應用一個過渡期

GnosisDAO 已於 8 月通過 GIP 153 的授權，將獨立網絡遷移至 EEZ rollup。遷移之所以重要，是因為現有用戶和應用程式都擁有與當前鏈路綁定的餘額、地址和依賴關係。對他們來說，採用新的執行和結算安排，意味著對已經在使用中的基礎設施進行變更。

實際應用中需要解答的問題，與開發網絡上遇到的問題不同。用戶需要知道餘額如何遷移、哪些錢包和基礎設施供應商支持遷移，以及在過渡期間如何獲得可靠的活動記錄。交易平台則需要考慮整合可能在不同時間點才能可用。

一種能夠接入主網市場的 rollup，或許能在為每個交易對建立深度池子之前，就先提供交易路徑。對於已經擁有成熟流動性的鏈來說，情況則不同。它的應用可以在本地執行和共享路徑之間選擇，而鏈上已有的流動性提供者也能看到這些選擇如何影響他們池中的活動。

遷移過程還將測試「啟動一條網路」和「將某項功能設為用戶默認選項」之間的差異。第一個區塊可以證明新鏈已經運行；默認用戶路徑則要求錢包、應用和其他服務在日常活動中使用這條新路徑。早前報導曾提到，初始部署的目標大約在年初。Gnosis在11月的更新中給出的目標，是在2027年春季將其設為默認運行。

Gnosis 為開發者提供了一個在已有應用的部署環境中提出這些問題的途徑。遷移過程將執行、錢包支持與運營流程放在同一時間表下，從而可以觀察團隊如何處理延遲或部分集成問題。11月份的更新將2027年春季定為將此設計設為默認值的目標。Devcon 上的操作發生在 Rollup X 上。

值得關注的內容

• 支持的路径：錢包和應用公佈的同一操作可在哪些網路上使用。
• 執行報價：本地交易與跨網路交易的淨輸出及失敗訂單率是否可比較？
• slot 表現：反複測試證明其可用性，以及在以太坊重組時的恢復情況。
• 金庫權限：Safe 集成的範圍、到期及撤銷規則是否公開。
• Gnosis 里程碑：公開的遷移測試以及向2027年春季目標進展的進度。

常見問題

什麼是 Rollup X？

它是 Ethereum Economic Zone 在演示中使用的開發網路。 Devcon 用它來測試涉及以太坊主網和另一執行環境的操作。

這筆 swap 是如何運作的？

rollup 使用者簽署了一筆使用以太坊主網流動性的 CoW Swap 的訂單，買入的代幣隨後返回到 rollup。求解器使用主網流動性，在協調操作中將結果資產送回 rollup。

什麼是原子執行？

連接的操作必须要麼一起成功，要么一起回滾。這個設計的目的是為了防止在某一環節完成後，用戶在另一條網路上只得到不完整的結果。

網路如何加入這一設計？

Gnosis 表示，網路必須在 Ethereum slot 內證明其狀態，并在以太坊重組時跟隨以太坊。應用還需要錢包的支持，以及它打算使用的具體資產或權限的路径。

為何要使用求解器？

求解器會為已簽名的訂單尋找並執行路徑。它可以在用戶的簽名約束下尋找流動性並組裝路徑。執行仍取決於是否有可用的報價。

Safe 演示說明了什麼？

連接的 rollup 可以在同一筆交易中驗證主網上的所有權變更。跨鏈金庫訪問還取決於應用如何讀取和更新誰有權行動。

91%的 gas 數字是針對什麼？

團隊將其用於 Falcon 簽名驗證演示。此比較僅涵蓋簽名驗證示例，並不對應於交易或金庫操作的同等百分比。

Gnosis 何時計畫使用這一設計？

Gnosis 已將 2027 年春季設為在 Gnosis Chain 上預設啟用的目標。該目標針對的是 Gnosis Chain 的變更。Rollup X 是用於演示的開發環境。這是教育性分析，不構成投資建議。