ROL:Rollup Bridge 介紹（二）：Hop Protocol_DAIQ價格

本篇是 Rollup Bridge 介紹的第二篇，建議先從第一篇 Maker Bridge 看起：

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

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

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

快速跨 Rollup 資產轉移

如果你現在要從 Rollup A 把資產搬到 Rollup B，要怎么搬？答案是從 Rollup A 提款至 L1，再從 L1 存款到 Rollup B。所以你要等 Rollup A 的挑戰期，然后再等 Rollup B 的存款到賬（通常不會很久）才能成功完成跨 Rollup 的資產轉移。

圖片來源：Steven Wu from imToken Labs

區塊鏈開發平臺Alchemy啟動對ZK Rollup StarkNet的支持:金色財經報道，區塊鏈開發平臺 Alchemy 啟動對 ZK Rollup StarkNet 的支持，Starknet 現已在 Alchemy 上公開發布，通過向公眾開放，Alchemy 正在為 Starknet 的開發者社區提供基礎設施和工具，構建者可以創建功能豐富、突破性的 dapp，starknet 用戶可以在本地使用智能合約賬戶，而無需將他們的錢包重新編程為智能合約。雖然新產品僅代表 Alchemy 支持的 39 個區塊鏈之一，但該公司表示，StarkNet集成是關鍵，因為它的“快速發展的開發者社區”和該項目的“零知識rollups的開創性方法”。[2023/5/5 14:43:29]

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

以太坊擴容項目Scroll本周改進v2橋和ZK架構，即將引入TheGraph:2月4日消息，以太坊擴容項目Scroll發布本周更新，包括：構建和準備系統，以便之后在Goerli測試網上部署；改進v2橋和ZK架構，將prover內存需求從870GB降低到275GB；為開發者推出更多的基礎架構，即將引入TheGraph支持；將Uniswap V3部署到Scroll測試網上；推進賬戶抽象。[2023/2/4 11:47:25]

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

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

而如同 fast withdrawl 例子，如果沒有人來墊付你的 fast transfer，你就必須自己走完正常的路線：回到 L1 再進到 Rollup B。

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

CarolinaProShop將通過與BitPay合作接受加密貨幣支付:金色財經報道，美國國家冰球聯盟卡羅萊納颶風隊總裁兼總經理Don Waddell宣布，球隊擁有和運營的電子商務平臺CarolinaProShop.com將很快通過與支付提供商BitPay合作接受加密貨幣支付。Caniacs 現在可以使用加密貨幣購買球衣、冰球、貼花、帶有球隊吉祥物 Stormy 的物品等。

BitPay 目前接受 13 種加密貨幣，包括BTC、BCH、DOGE、ETH、LTC、WBTC、XRP、SHIB和五個與美元掛鉤的穩定幣（GUSD、USDC、USDP、DAI 和 BUSD）。[2021/12/23 7:58:53]

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

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

StarkWare推出ZK Rollup擴容方案StarkNet Alpha2版本:金色財經報道，據官方消息，StarkWare推出ZK Rollup擴容方案StarkNet Alpha2版本。StarkWare發布了一個測試框架，開發人員現在可以在本地有效地測試他們的合約。新功能包括可組合性，支持智能合約之間的交互；本地測試框架，將允許開發人員通過在本地測試其StarkNet合約部署和交互來加快dApp開發，此版本僅包L2交互，下一版本將擴展功能和易用性；性能提升，改進了StarkNet的設計，支持更高的吞吐量和更短的驗證生成時間，允許創建更大的區塊，從而降低每個交易的成本。添加了一個內置函數來支持StarkNet合約中更高效的按位運算（文檔）；以及StarkNet正在從Ropsten遷移到Goerli。[2021/9/1 22:53:12]

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

公告 | 火幣API將于今日17:00在成交明細接口新增role字段:據官網公告，因當前成交類接口缺失訂單的taker/maker信息，將潛在影響交易決策。遂火幣將于2019年7月22日17:00優化成交明細、當前和歷史成交兩個接口，接口返回中新增role字段，該字段用來表明當前訂單是taker訂單或maker訂單。[2019/7/22]

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

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

批量處理

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

hToken

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

為什么需要 hToken？

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

其次，Hop protocol 不需要負責維護一個正統代幣的清單。任何人都可以在 Rollup 上發行一個 Dai 合約，那 Hop protocol 要怎么知道哪一個才是 Maker 團隊部署在 Rollup 上的 Dai 合約？答案是：Hop protocol 不需要知道，它只需要知道 hDAI。（你可能會想：拿到 hDAI 可以干嘛？hDAI 等于 Dai 嗎？我們馬上就會講到）

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

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

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

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

接下來，假設使用者要從 Rollup A 把 Dai transfer 到 Rollup B，這過程會包含：

(1) 把 Dai 換成 hDAI、

(2) transfer hDAI 到 Rollup B、

(3) 在 Rollup B 上把 hDAI 換成 Dai

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

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

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

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

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

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

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

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

Happy case 以外情況的 demo？

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

Tags：ROLROLLDAIPROroll幣怎么用TROLL BNBDAIQ價格Delphi Privacy Protocol

TRX