以太坊能讓 Rollup 感覺像同一個網路嗎？

在 Devcon 示範中，一位交易者在以太坊 rollup 上簽署了一筆訂單，利用主網上的流動性購買代幣，並在 rollup 上收到這些代幣。這筆交易展示了用戶如何在不自行轉移資金的情況下觸及更深的市場，這是 Gnosis 為其 2027 年春季預設設定所瞄準的方法。

以太坊經濟區團隊展示了一筆交易，其中用戶在實驗性的 Rollup X 網路上簽署了一筆訂單，CoW Swap 求解器利用以太坊主網流動性完成了該訂單，而購買的代幣回到了 rollup 上。該示範展示了交易者如何在不先將資金發送到主網並等待資金到達後再下訂單的情況下，觸及主網上更深的市場。

據 crypto.news 報導，該團隊於 11 月 4 日在 Devcon 上展示了這筆交易。當價格快速變動時，這一區別很重要，因為交易者開始轉移資金時可獲得的報價，可能在資金準備好交易之前就已改變。

Gnosis 的目標是在 2027 年春季將該設計設為其預設方案。對交易者而言，實際的考驗將是他們的錢包和交易應用程式能否提供該路徑，以及主網上可獲得的價格在執行成本之後是否仍然值得。

這筆交易如何在兩個執行環境之間運作

以太坊經濟區團隊從一筆涉及 0.001 ETH 的十月交易以及對 rollup 狀態的更新開始。Devcon 上的交換將同樣的協調問題帶入了交易者熟悉的場景。它必須針對另一條鏈上的流動性完成訂單，並將所得資產交付到用戶開始的地方。

對交易者而言，訂單描述的是一個結果。賣方希望根據訂單條款將一種資產兌換為另一種資產，並在 rollup 上收到結果。求解器負責尋找執行路徑。這一區別很重要，因為用戶可以授權一個結果，而無需決定求解器將使用哪個池，或為每個操作準備單獨的交易。

在 Devcon 範例中，該路徑包括以太坊主網。交易流動性留在那裡，而用戶的訂單源自 Rollup X，購買的資產返回該處。因此，該示範解決了一個即使每個網路的應用程式各自正常運作也可能出現的問題。交易者可能在一個對所需交易對市場較淺的鏈上持有資金，而最佳執行卻在別處可用。

包含獨立步驟的路徑會讓用戶在過程中面臨各種決策。第一筆轉帳可能已完成，而用戶看到的報價已經改變。此時，用戶必須接受當前價格、等待或再次轉移資金。協調的路徑可以將資產移動取決於整個訂單的完成，前提是參與的基礎設施能夠在約定的執行窗口內執行該操作。

實際的區別在於承諾交付的路徑與將各組成操作綁定在一起的路徑之間。服務可以透過自行承擔交付責任，讓跨鏈交易感覺簡單。示範中的設計為應用程式提供了一種將一條鏈上的結果與另一條鏈上的執行連結起來的方式。哪種方法提供更好的體驗取決於價格、可用資產以及每項服務交付訂單的條款。

用戶簽名背後仍有工作要做。應用程式必須呈現條款，求解器必須找到路徑並定價，參與網路必須就相關狀態達成一致。生產系統必須處理每個環節中的故障。應用程式可以簡化介面，但無法讓這些工作消失。

對於錢包而言，一個同樣實用的測試是訂單過期後它能顯示的交易記錄。如果用戶簽署一次且交易成功，用戶應該能夠看到收到的資產以及哪個帳戶收到了它。如果路由失敗，錢包仍然需要一種方式來區分過期訂單與等待結算的交易。這在市場波動期間很重要，此時交易者可能會下第二筆訂單，並需要知道第一筆是否仍能執行。

網路在能夠共同執行之前必須達成一致的事項

區塊鏈記錄的不僅僅是餘額。其狀態包含應用程式所使用的資訊，例如帳戶權限、合約餘額和交易狀態。想要依賴另一條鏈結果的合約需要關於該狀態的證據。當合約需要使用該結果時，證據必須是可用的。

Gnosis 描述了加入 EEZ 設計的網路的兩個條件。它們需要在一個以太坊時槽內產生證明，並在發生重組時遵循以太坊。Gnosis 將這些作為對連接網路的要求提出，將一些實作選擇留給個別參與者。

一個時槽為工程師提供了一個截止期限。如果一個網路產生所需證明的時間超過可用時間，另一方就無法在同一窗口內依賴它。一個在典型區塊上表現良好的證明系統仍然必須應對異常繁重的工作負載、中斷以及對運算資源的競爭。

第二個條件處理的是當近期以太坊歷史發生變化時會發生什麼。另一網路上的交易可能依賴了近期主網區塊中的某個事件。如果一個競爭區塊取代了它，連接的系統需要處理依賴交易的規則。對齊限制了某一方保留基於不再屬於公認鏈的主網事件的結果的可能性。

這種關係對用戶很重要，因為一次協調交易和最終結算描述的是不同的屬性。協調執行關注的是這些步驟能否一起完成。最終結算關注的是參與者何時可以根據所涉網路的規則將結果視為已結算。錢包可以提供操作的一種視圖，同時仍然區分已包含的交易與已達到業務所需結算狀態的交易。

早期的 Gnosis 工程工作處理了區塊根承諾、燃料限制以及升級將如何進行。這些選擇影響網路如何辨識彼此的結果，以及應用程式可以要求它們做多少工作。十月的里程碑將一個簡單操作放上了主網，而十一月的演示則為開發者提供了更多樣化的工作負載來嘗試。

該設計可能超越交易之處

Safe 演示將同樣的方法應用於錢包所有權。一個在不同鏈上使用獨立帳戶的財庫，可能會面臨在一個網路上移除簽署者與在其他地方更新權限之間的落差。該範例展示了 rollup 如何能在同一筆交易中驗證在主網上進行的所有權變更。

第三個演示在 rollup 上驗證了 Falcon 後量子簽章，並使用該結果授權了一筆主網轉帳。該團隊報告稱，與直接在主網上進行驗證相比，燃料消耗降低了 91%。所測量的節省是針對該驗證練習的，而生產應用程式將必須考慮其完整的執行和結算成本。

一次簽章仍然留下了一個執行市場

交換路由將部分工作從下單者身上移開。求解器必須決定在哪裡成交、考慮費用並提交完成所需的操作。即使求解器已將多個步驟計入所提供的金額中，用戶仍然可以收到單一報價。

當另一網路上可用的流動性足以改善交易以覆蓋到達該處的成本時，這種安排最為有用。在深度充足的本地市場中的小額訂單，在本地成交可能更便宜。在淺池中的較大訂單，即使加上額外的執行成本，也可能從主網流動性獲得更好的價格。

失敗嘗試會發生什麼也很重要。回滾資產移動可防止交易者只剩下預期交易的一條腿。應用程式或求解器在安排或嘗試執行時仍可能產生成本，取決於路由的實作方式。在生產市場中，這些成本會影響求解器願意成交哪些訂單以及他們如何為報價定價。

對交易者而言，一個好的比較會使用相同的訂單規模、代幣對和時間窗口。然後可以將扣除費用後收到的價格與本地兌換或分步驟橋接資金的路由進行比較。點擊次數反映了便利性。收到的淨金額反映了交易本身。

該項目如何從提案走向開發網

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

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

對其中一項操作有效的路由對另一項操作可能不切實際。兌換必須應對持續變動的價格和流動性。所有權變更對市場價格不太敏感，但可能有更嚴重的故障模式。驗證應用程序可能受益於在其他地方進行計算工作，即使沒有經濟理由在網絡之間轉移資金。

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

Gnosis 主張將該技術作為默認選項的理由部分在於應用程序可以避免重複什麼。在新網絡上構建的團隊否則可能需要為一長串市場提供本地流動性。能夠觸達主網池可以讓其在專用本地池變得可行之前就提供某個交易對的交易。對於本地流動性提供者而言，同樣的選擇會帶來來自另一個執行來源的競爭。

對用戶的影響最容易在同時披露兩種路由的產品中衡量。錢包可以比較同一訂單的本地成交與主網成交，並顯示同一目標鏈上的淨金額。資金管理工具可以記錄應用權限變更需要多少筆單獨的交易。這些測試將顯示該方法在何處改變了實際執行成本或運營工作。

時間表很重要，因為一次成功的演示可能比一個擁有眾多用戶和應用程序的服務容易運營得多。一個實際運行的系統必須處理同時請求、不同的市場條件和軟件變更。將現有的 Gnosis Chain 應用程序遷移過來將比僅靠 Devcon 的示例測試更多的依賴關係。

跨鏈兌換的價格必須覆蓋什麼

交易者比較的是扣除成本後到達的所購資產數量。本地池有其自身的交易費用和價格影響。主網路由可能提供更深的流動性，但可能需要更多的執行工作並產生使用成本。在路由之間做決定的求解器必須權衡更好的池價格與這些成本。

設想一個本地池在參考價值為 10,000 美元的訂單上，扣除所有費用後可交付價值 9,900 美元的資產。一條跨鏈路由在執行成本之前能以 9,980 美元完成交易，則在本地報價變得更好之前有高達 80 美元的餘量。如果觸達更好的池需要花費 30 美元，跨鏈路由交付 9,950 美元。在增加 100 美元成本時，本地路由提供更多。這些數字說明了比較，並不描述任何實時報價。

訂單規模會改變這項計算。較大的交易在淺池中可能將價格推得更遠，讓求解器更有理由觸及更深的市場。小額交易可能對本地價格影響甚微，留下的節省不足以覆蓋跨鏈路線。即使對於同一代幣對，隨著流動性和網路成本的變動，有用的路線在一天之內也可能發生變化。

求解器還必須為失敗的嘗試以及尋找路線所花費的時間定價。失敗的操作可能導致用戶的資產變動被回滾，而安排訂單的各方仍可能面臨與嘗試執行相關的費用。該設計對交易者所見價差的影響，取決於實際實作如何分配這些成本，以及提供報價的公司之間競爭有多激烈。

對於整合此設計的錢包而言，重要的資訊是用戶能夠比較的內容。一份報告最低交付數量及其將抵達之網路的報價，為交易者提供了評估結果的方式。強調一鍵或一次簽名的介面展示了便利性，而價格和交付條款則顯示該路線是否服務於該訂單。

考慮此設計的交易場所必須決定向客戶展示報價依賴性的哪些內容。一條路線可能完全在用戶持有資金的地方成交。另一條則可能調用主網流動性，並依賴於在一個時隙內準備好的證明。即使兩份報價顯示相同的代幣和相同的數量，它們也可能有不同的到期規則和不同的失敗原因。介面必須傳達客戶接受的最低數量，以及如果求解器無法交付會發生什麼。

應用程式還必須弄清楚如何收集足夠的可比較數據，以識別為何某條路線成本更高。有用的數據序列應包括相同網路上相同的交易對和交易規模，且報價在相近時間內捕獲。一筆異常缺乏流動性交易對的單筆交易，可能使觸及另一市場的能力看起來比對日常訂單更有價值。相反的問題可能出現在一個已在用戶 rollup 上廉價交易的主要交易對上。執行價格、包含的費用和到期條件必須在比較中一同呈現。

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

一個資金庫可能使用一個帳戶進行定期支付，並使用另一個帳戶在不同網路上持有資產。如果它更改了授權批准支出的人員，就必須有人確保該變更在資產存放處得到反映。分開的更新會為過時的簽名者名單在較少使用的帳戶上保持活躍創造機會。

Safe 的示範展示了一個應用程式如何在涉及 rollup 的協調交易中使用主網所有權變更。其效益取決於資金庫如何選擇分配權限。一個組織可能希望由主網決定一組共享的簽名者，同時為服務特定團隊的本地支出帳戶保留單獨的策略。

共享的權限結構可以減少重複工作。它也使得錯誤的處理更為重要，因為一次變更可能在多個位置產生後果。資金庫需要了解如果更新出錯，其帳戶如何恢復、誰可以授權更正，以及連接的鏈在無法獲得當前結果時如何運作。

因此，評估該設計的組織會問它想要協調哪項操作。讀取簽名者名單、更新所有權和轉移資金庫資產具有不同的後果。在共享交易中執行其中一項的價值，並不能確立一個組織應將每項決策都委託給同一個帳戶。

機構的興趣超越了 Devcon 講台。Consensys 宣布了一套面向銀行的互操作性系統，並表示其計劃支持 EEZ 標準。對於銀行而言，相容性將與誰可以使用該系統、每項操作適用哪些控制措施，以及如何在現有系統中記錄結果等問題並存。

Safe 的案例提示了一組不同的產品測試。一個團隊可能希望一個網路上的簽名者批准一項僅影響另一網路上資產的操作。這引發了一個問題：在本地被移除的簽名者是否仍能授權先前提交的跨網路操作。答案取決於應用程式如何讀取帳戶狀態，以及它將什麼視為授權時間。這些是應用程式需要明確規定的事項，即使底層協議能夠傳遞該訊息。

Falcon 演示對在其他地方進行運算的啟示

這項標誌性演示使用 rollup 來驗證 Falcon 簽名，並將該結果提供給主網操作。團隊報告稱，與在主網上進行驗證相比，其 gas 消耗降低了 91%。該示例的範圍比「所有可能使用該設計的交易成本」這一主張要窄。它比較的是兩條執行路徑上的某一特定操作。

機會在於，在適合的環境中執行計算成本高昂的檢查，同時讓另一個合約依賴該答案。一個僅偶爾執行檢查的應用，對節省成本的評價可能與一個在每筆訂單上都重複執行檢查的應用不同。這一決策還取決於應用如何驗證結果，以及它必須完成哪些其他步驟才能使用該結果。

後量子驗證是該模式的一種應用。合約可能需要來自相連環境的其他資訊才能繼續，例如某個帳戶是否有權執行某項操作。共同的問題在於如何在同一執行窗口內提供結果。不同的檢查可能具有截然不同的運算和證明要求。

對用戶而言，應用中對某一簽名方案的支持，並不決定鏈上每個錢包或每筆交易的安全性。該演示針對的是特定轉帳的驗證與授權。改變錢包一般簽署交易的規則，將涉及關於軟體、相容性以及哪些帳戶採用這些變更的其他決策。

對於評估 Falcon 演示的開發者而言，存在類似的區別。合約讀取驗證結果所花費的 gas，與在其他地方產生該結果的成本，屬於不同的執行環境。衡量前者捕捉到的是應用若必須在主網上執行驗證所面臨的一項真實限制。一項服務在決定能否提供該功能時，也需要考慮後者。它還需要知道該檢查能否在負載下完成，即當許多請求可能競爭同一容量時。

Gnosis 將必須帶領現有應用完成過渡

GnosisDAO 於八月透過 GIP 153 授權從獨立網路遷移至 EEZ rollup。此次遷移之所以重要，是因為現有用戶和應用擁有與運行中鏈綁定的餘額、地址和依賴關係。對他們而言，採用新的執行與結算安排，是對他們已在使用的基礎設施的改變。

運行中的應用必須回答的問題，與開發網路不同。其用戶需要知道餘額如何轉移、哪些錢包和基礎設施提供商支持此次遷移，以及在過渡期間從何處獲得可靠的活動記錄。交易平台需要考慮到整合可能在不同時間可用這一可能性。

一個能夠訪問主網市場的 rollup，可能能夠在為每個代幣對建立自身深度資金池之前就提供路由。一個擁有既有流動性的鏈則有不同的決策。其應用可以在本地執行與共享路由之間選擇，而鏈上已有的流動性提供者可以看到這些選擇如何影響其資金池中的活動。

此次遷移還將檢驗啟動一個網路與使某項功能成為用戶預設之間的區別。第一個區塊可以證明新鏈正在運行。預設用戶路由則需要錢包、應用和其他提供商在常規活動中使用新路徑。先前的報導描述了初始部署的目標時間約在年初前後。Gnosis 的十一月更新將 2027 年春季定為預設運行的目標。

Gnosis 為開發者提供了一個場所，讓他們針對一個擁有現有應用的部署提出這些問題。此次遷移將把執行、錢包支持和操作程序置於同一時間表之下，使人們能夠追蹤團隊如何處理延遲或部分整合。其十一月更新將 2027 年春季確定為使該設計成為預設的目標。Devcon 的運作是在 Rollup X 上進行的。

值得關注的重點

• 支援的路線。公布相同操作可用的網路之錢包與應用程式。
• 執行報價。本地與跨網路交易的淨輸出與失敗訂單率之比較。
• 時槽效能。重複測試以顯示證明可用性，以及以太坊重組時的復原能力。
• 金庫權限。Safe 整合所公布之範圍、到期與撤銷規則。
• Gnosis 里程碑。公開遷移測試，以及朝 2027 年春季目標的進展。

常見問題