Rollup Bridge 介紹（二）：Hop protocol_ROL:DAI

本篇是RollupBridge介紹的第二篇，建議先從第一篇MakerBridge看起：

以下所稱L2皆指Rollup而非Plasma或側鏈

以下所稱「資產」和「代幣」兩個詞指的是一樣的東西

以下所稱「七天」和「Rollup挑戰期」兩個詞指的是一樣的東西

快速跨Rollup資產轉移

如果你現在要從RollupA把資產搬到RollupB，要怎么搬？答案是從RollupA提款至L1，再從L1存款到RollupB。所以你要等RollupA的挑戰期，然后再等RollupB的存款到賬才能成功完成跨Rollup的資產轉移。

圖片來源：StevenWufromimTokenLabs

而Hopprotocol就像是前篇介紹里fastwithdrawl的例子一樣，只是現在流動性提供者是在RollupB上去墊付而不是在L1。以下會以fasttransfer來指跨Rollup資產轉移，以便和fastwithdrawl做出區分。

Scroll在Sepolia推出Beta測試網:8月18日消息，Layer2解決方案Scroll宣布在Sepolia測試網面向開發人員和用戶推出Scroll Beta測試網。新功能或改進包括zkEVM升級、橋升級和基礎設施升級。

其中，zkEVM升級方面，通過預編譯升級改進了 EVM 兼容性，通過證明壓縮和聚合進行高效的鏈上驗證以及增強電路完整性；橋升級方面，Gas 成本可降低最高50%，并在L1和L2之間引入了無需信任消息中繼功能，消除了對可信中繼者的依賴；基礎設施升級方面，引入用于無信任消息傳遞的EIP-2718事務類型 L1MessageTx，擺脫了受信任的集中式中繼器，此外，簡化的電路容量檢查器可防止證明溢出，還增強了協調器功能。[2023/8/18 18:07:41]

從高維來看Hopprotocol就跟fastwithdrawl一樣簡單，流動性提供者承擔資產鎖住七天的風險及機會成本，收取手續費；使用者支付手續費，換取能快速把資產轉移到另一個Rollup的服務。

以太坊擴容項目Scroll升級并重置測試網五天內，單一地址數達27萬:1月16日消息，以太坊擴容項目Scroll聯創發推表示，自1月9日Scroll升級并重置其Pre-Alpha測試網以來，單一地址數于五天內達到27萬個，每日處理交易數達11萬筆。[2023/1/16 11:14:14]

注：Hopprotocol里把流動性提供者稱作Bonder。

而如同快速提款的例子，如果沒有人來墊付你的fasttransfer，你就必須自己走完正常的路線：回到L1再進到RollupB。

注：RollupA和RollupB都支援RollupBridge的功能也是必要條件，否則無法安全可信地把轉賬訊息從Arelay到B上。

不過實現Hopprotocol其實沒有這么簡單。首先，每一個Rollup的提款方式、挑戰期以及存款時間都不一樣。每一個Rollup都需要Hopprotocol團隊去對接。

Vitalik Buterin：并不認為zkPorter具有比Optimistic Rollup更強的安全保證，且沒有緊密耦合性:以太坊聯合創始人Vitalik Buterin針對Matter Labs披露的zkPorter擴容方案表示：并不認為zkPorter具有比Optimistic Rollup更強的安全保證，寧愿將資產放在Optimistic Rollup中，而不是鏈下數據可用性系統中。zkPorter鏈下數據可用性的安全級別要低于基礎鏈，且沒有緊密耦合性（Tight coupling）。另一方面，分片中的數據可用性層將受到整個以太坊網絡的保護，并兼具緊密耦合性。如果某些應用程序同時使用鏈下數據可用性也是可以的，但前提是鏈下數據在基于分片的數據可用性可用之前明確為臨時措施，但是我認為這沒有必要。[2021/4/14 20:17:45]

注：Hopprotocol也可以接上ZKRollup，ZKRollup因為沒有挑戰期所以設計會比較不一樣，但一樣需要團隊去對接。

以太坊基金會發起關于“支持Rollup發展”的社區捐款:3月7日消息，以太坊基金會發起關于Rollup的社區捐款提案，并呼吁所有對在以太坊上搭建Rollup感興趣的人參與進來，捐款截止日期為2021年4月16日。以太坊基金會表示，以太坊生態系統很可能將Rollup作為近期和中期未來擴容方案，Optimistic Rollup和zkRollup已經在籌備中，也許很快就會投入使用，捐款目標是發展Rollup社區，幫助啟動完善的生態系統，讓更多應用建立在Rollup方案之上。[2021/3/7 18:23:03]

而整個Hopprotocol的安全性會取決于其所接入的Rollup中安全性最低的那個。如果某一個Rollup出現漏洞，導致攻擊者可以任意憑空印鈔，那攻擊者就可以馬上通過Hopprotocol來換成其他Rollup上的資產。

其實就和跨鏈橋一樣，你的防守范圍從一條鏈變成了多條鏈上的無數個資產，其安全性不容輕忽。

V神：phase1后以太坊已有擴展性，rollup就是一種計算分片:對于此前“以太坊2.0或將暫且擱置階段二”一事，V神回應稱，因為我們有rollup，phase1（數據分片）后以太坊已經有擴展性，可以處理每秒10萬交易，所以加內置的計算分配沒有什么用。最好的理解是，rollup就是一種計算分片。Phase 1也并不需要等很長時間，我們已經有個開發者在做測試客戶端。

對于問題“如果走這樣的技術路線，是否意味著phase1即可實現質押金的取回？現在已經質押的ETH，是否可以提早取出？做驗證人的鎖倉期不需要2年了？”V神回復稱，按照最新的路線圖，合并以太坊1.0和2.0甚至不需要分片，所以如果分片居然需要很長的時間這個不會影響合并的時間，合并（和取款）可能會分片之前發生。分片和合并是并行研發的。[2020/11/16 20:58:19]

接下來會介紹一些Hopprotocol的設計細節

批量處理

如果每一筆transfer背后對應的RollupA->L1->RollupB步驟，流動性提供者都要一筆一筆跑過一次，那會耗費很多gas。所以Hopprotocol提供批量處理的功能，流動性提供者可以等待一段時間，收集墊付完的transfer，再把它們一并處理。

hToken

hToken是Hopprotocol的代幣，但這個不是治理代幣，而且每個代幣在Hopprotocol里都有相對應的hToken，例如ETH有hETH，DAI有hDAI。

為什么需要hToken？

首先，它能統一代表同一種代幣，簡化使用介面的復雜度：使用者不需要選擇他要換的是OptimismETH還是ArbitrumETH，使用者操作的都是hETH。

其次，Hopprotocol不需要負責維護一個正統代幣的清單。任何人都可以在Rollup上發行一個Dai合約，那Hopprotocol要怎么知道哪一個才是Maker團隊部署在Rollup上的Dai合約？答案是：Hopprotocol不需要知道，它只需要知道hDAI。

最后，延續上一點。假設今天沒有hDAI，而我要從RollupAtransferDai到其他Rollup。Hopprotocol就必須在RollupA上記載RollupBCDE…上的Dai合約地址，而且其他Rollup也都要依照辦理。所以這樣全部Rollup上總共記載的數目會是N*N*M。另外，誰有權力決定哪一個Dai合約才是正統？

好，那我今天拿到hDAI后可以干嘛？答案是拿去AMM換成Dai。我們先不討論AMM從哪里來，因為只要有誘因就會有人建出hDAI/Dai的AMM交易對并提供流動性。

注：這里的AMM指的L2上的AMM。

先介紹hToken哪里來：任何人都可以到L1的Hopprotocol合約抵押代幣獲得hToken，例如抵押Dai獲得hDAI。流動性提供者一定會需要抵押來獲得hToken，因為他們墊付的代幣會是hToken。

接下來，假設使用者要從RollupA把DAItransfer到RollupB，這過程會包含

(1)把Dai換成hDAI、

(2)transferhDAI到RollupB、

(3)在RollupB上把hDAI換成Dai

其中(1)和(3)都會有Dai/hDAI互換的需求，有需求自然就會有人愿意提供Dai/hDAI流動性來賺取手續費。

圖片來源：StevenWufromimTokenLabs

當然，如果你沒有被說服為什么需要hToken，那hToken和AMM看起來就會像是故意擠出來扒使用者皮的玩法。你可以想看看假設沒有hToken的話，這個protocol的哪些運作流程、使用者介面會長得不一樣，會是更好、還是更壞。

最后是一些我想到的可能的問題。

手續費怎么估？如果沒有人墊付？

你可能有注意到，這個墊付的模式是你直接申請transfer然后等人來墊付，所以你在申請transfer時就要寫好你愿意支付的手續費是多少，如果你的手續費太低，那下場就會是你要自己跑完transfer過程—等待七天。

另外一個模式是你和流動性提供者先在鏈下協議好手續費，然后再送transfer申請到Rollup。但是因為現在是在兩條不同Rollup上，表示交易不會是原子的：如果你在RollupA上送出了你和流動性提供者協議好的transfer，結果流動性提供者沒有在RollupB上依約墊付給你，你必須要有管道能夠在RollupB上證明你在RollupA上和該流動性提供者的transfer協議。而這個管道會需要RollupB能夠讀取到RollupA的交易，這并非做不到，但是考量到其復雜度和帶來的效益，可能不太值得。

所以目前這個模式會是比較可行的，但也表示計算手續費這邊要小心，避免沒有人來墊付，導致使用者要等七天。

另外不同Rollup上收取gas費用的方式不一樣，也是Hopprotocol團隊在設計估算手續費功能需要注意的地方。

Happycase以外情況的demo？

目前Hopprotocol團隊提供的demo只有happycase的demo，沒有demo發生沒人墊付的情況或是流動性提供者平常在不同Rollup間搬運、平衡資產的過程。

Tags：ROLLROLDAICOLBenjiRollsTROLLBNBFLOKIBASEDAITimo Protocols

波場