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

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

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

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

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

快速跨Rollup資產轉移

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

圖片來源：StevenWufromimTokenLabs

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

a16z crypto推出新OP Stack rollup客戶端:金色財經報道，a16z crypto工程師ncitron.eth發推稱，推出用Rust編寫的OP Stack rollup客戶端“Magi”，“Magi”執行（op-node）相同的核心功能，并與執行節點（如op-geth）一起工作以同步到任何OP Stack鏈，包括Optimism和Base。作為一個獨立的實現，Magi旨在增強整個OP Stack生態系統的安全性和活躍性。

“Magi”正在開發中，可能需要數月的時間才能成為op-node的可行替代方案。[2023/4/20 14:14:36]

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

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

前Alameda CEO Caroline Ellison證詞已被暫時封存并向FTX客戶、投資者致歉:金色財經報道，據《紐約時報》披露，前Alameda Research首席執行官Caroline Ellison已經表示，自己想向FTX客戶、投資者、Alameda貸方道歉，并且對因FTX破產而導致的一系列刑事指控“感到非常抱歉，并且知道這是錯誤的”。據悉，美國檢察官擔心SBF可能提前知道FTX首席技術官Gary Wang和Alameda Research前首席執行官Carolin Ellion已經認罪，因此已將Caroline Ellison的證詞記錄暫時封存并推遲了公開備案時間。[2022/12/24 22:04:57]

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

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

ZK Rollup擴容方案StarkNet Alpha上線以太坊主網:11月29日消息，StarkWare推出的以太坊Rollup擴容方案StarkNet Alpha今日上線以太坊主網。StarkNet是一個無需許可的以太坊L2網絡去中心化Rollup擴容方案。StarkNet允許任何dApp實現其計算規模，而不會影響可組合性和安全性，它依賴于安全和具可擴展性的加密證明系統——STARK。StarkNet建立在Cairo編程語言之上，Cairo和STARK均由 StarkWare內部開發，并為生產級應用程序提供支持。除其他功能外，StarkNet Alpha支持通用計算智能合約，支持與其他StarkNet合約以及通過 L1<>L2 消息與L1合約的可組合性。StarkNet Alpha在Rollup模式下運行，所有狀態差異數據都在鏈上發送。

StarkNet Alpha上線以太坊主網意味著開發者可以在StarkNet上部署他們的合約，用戶可以向這些合約發送交易，每個StarkNet區塊都在鏈上被證明和驗證，應用程序獲得無限擴展并保持L1安全性。這是一個Alpha版本，該網絡仍在開發中。團隊不斷添加功能、修復錯誤并對其進行改進。在接下來的幾周和幾個月內，團隊將在以下功能上升級Alpha：合約升級機制；收費機制；添加系統調用（get_block_number、get_block_timestamp 等）。[2021/11/30 12:39:57]

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

Rollup跨鏈橋HopProtocol宣布支持Matic跨鏈:8月11日，Rollup跨鏈橋HopProtocol宣布支持從Polygon到ETH的即時Matic跨鏈服務。項目方稱，以往的Matic跨鏈需要至少1小時的時間，而新的解決方案可實現5分鐘內跨鏈。同時，Polygon官方將在明年為HMatic/Matic池流動性提供者空投400,000美元的Matic獎勵。此前消息，HopProtocol上線于7月13日，支持ETH、Polygon、xDai間的USDC即時轉賬、兌換。[2021/8/11 1:48:22]

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

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

L2Lab發布基于ZK-Rollup的Uniswap版本:金色財經報道，專注于Layer2協議的L2Lab團隊發布了ZKSwap項目，該項目基于ZK-Rollup技術，在以太坊的二層網絡上實現Uniswap的功能，可以實現無摩擦和實時兌換功能。

ZKSwap （ZK-Rollup based Swap）是一套全新的基于Zkrollup技術的兌換協議，通過Zk-Rollup技術把所有的ERC20 token轉移到Layer2上面，基于不斷生成的零知識證明來保證Layer1和Layer2狀態的一致性，從而讓所有的兌換在Layer2上發生，可以做到零GAS費用的實時兌換（不再要等待一個區塊時間），并且具備無限的拓展性，擺脫以太坊TPS和區塊確認時間的限制，并同時實時掌控自己的資金安全。[2020/9/22]

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

接下來會介紹一些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：ROLROLLDAIUPBRoller InuDAINUPB幣

USDT