本篇是 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
安全公司：AurumNodePool合约遭受漏洞攻击简析:金色财经报道，据区块链安全审计公司Beosin EagleEye监测显示，2022年11月23日，AurumNodePool合约遭受漏洞攻击。
Beosin分析发现由于漏洞合约的changeRewardPerNode函数未进行验证，导致攻击者可以调用该函数进行任意值设置。
攻击者首先调用changeRewardPerNode函数将每日奖励值设置成一个极大数，接下来调用claimNodeReward函数提取节点奖励，而节点奖励的计算取决于攻击者设置的rewardPerDay值，导致计算的节点奖励非常高。而在这一笔交易之前，攻击者便通过一笔交易(0xb3bc6ca257387eae1cea3b997eb489c1a9c208d09ec4d117198029277468e25d)向合约存入了1000AUR，创建了攻击者的节点记录，从而使得攻击者能够提取出该节点奖励。最终攻击者通过该漏洞获得约50个BNB($14,538.04)。[2022/11/23 8:01:04]
而 Hop protocol 就像是前篇介绍里 fast withdrawl 的例子一样，只是现在流动性提供者是在 Rollup B 上去垫付而不是在 L1。以下会以 fast transfer 来指跨 Rollup 资产转移，以便和 fast withdrawl 做出区分。
Beosin：BSC链上的gala.games项目遭受攻击事件简析:金色财经报道，根据区块链安全审计公司Beosin旗下Beosin EagleEye 安全风险监控、预警与阻断平台监测显示，BSC链上的gala.games项目遭受攻击，Beosin分析发现由于pNetwork项目的bridge配置错误导致pTokens（GALA） 代币增发，累计增发55,628,400,000枚pTokens（GALA），攻击者已经把部分pTokens(GALA) 兑换成12,976个BNB，攻击者（0x6891A233Bca9E72A078bCB71ba02aD482A44e8C1）累计获利约434万美元。Beosin Trace追踪发现被盗金额还存在攻击者地址中。
第一笔攻击交易：0x4b239b0a92b8375ca293e0fde9386cbe6bbeb2f04bc23e7c80147308b9515c2e
第二笔攻击交易：0x439aa6f526184291a0d3bd3d52fccd459ec3ea0a8c1d5bf001888ef670fe616d[2022/11/4 12:17:00]
从高维来看 Hop protocol 就跟 fast withdrawl 一样简单，流动性提供者承担资产锁住七天的风险及机会成本，收取手续费；使用者支付手续费，换取能快速把资产转移到另一个 Rollup 的服务。
Beosin：Skyward Finance项目遭受攻击事件简析:金色财经报道，根据区块链安全审计公司Beosin旗下Beosin EagleEye 安全风险监控、预警与阻断平台监测显示，Near链上的Skyward Finance项目遭受漏洞攻击，Beosin分析发现由于skyward.near合约的redeem_skyward函数没有正确校验token_account_ids参数，导致攻击者5ebc5ecca14a44175464d0e6a7d3b2a6890229cd5f19cfb29ce8b1651fd58d39传入相同的token_account_id，并多次领取了WNear奖励。本次攻击导致项目损失了约108万个Near，约320万美元。Beosin Trace追踪发现被盗金额已被攻击者转走。[2022/11/3 12:12:36]
注：Hop protocol 里把流动性提供者称作 Bonder。
而如同 fast withdrawl 例子，如果没有人来垫付你的 fast transfer，你就必须自己走完正常的路线：回到 L1 再进到 Rollup B。
慢雾：Harmony Horizon bridge遭攻击简析:据慢雾安全团队消息，Harmony Horizon bridge 遭到黑客攻击。经慢雾 MistTrack 分析，攻击者（0x0d0...D00）获利超 1 亿美元，包括 11 种 ERC20 代币、13,100 ETH、5,000 BNB 以及 640,000 BUSD，在以太坊链攻击者将大部分代币转移到两个新钱包地址，并将代币兑换为 ETH，接着将 ETH 均转回初始地址（0x0d0...D00），目前地址（0x0d0...D00）约 85,837 ETH 暂无转移，同时，攻击者在 BNB 链暂无资金转移操作。慢雾 MistTrack 将持续监控被盗资金的转移。[2022/6/24 1:28:30]
注：Rollup A 和 Rollup B 都支援 Rollup Bridge 的功能也是必要条件，否则无法安全可信地把转账讯息从 A relay 到 B 上。
不过实现 Hop protocol 其实没有这么简单。首先，每一个 Rollup 的提款方式、挑战期以及存款时间都不一样。每一个 Rollup 都需要 Hop protocol 团队去对接。
动态 | BitPay聘请前PayPal执行官Rolf Haag担任业务解决方案负责人:据Finextra消息，近日，全球最大的区块链支付提供商BitPay聘请前PayPal执行官Rolf Haag担任业务解决方案负责人。Haag先生将负责管理BitPay的企业对企业（B2B）和大额支付业务。Haag对此表示，早期PayPal使用和BitPay的使用方面有着惊人的相似之处，特别是在需要完成对全球供应商支付的企业中。比特币是全球B2B和大众支付的突破口，因为它比银行电汇或PayPal更便宜，更快捷，更透明。BitPay在提供这些优势同时可以消除比特币的价格风险。[2018/11/8]
注：Hop protocol 也可以接上 ZK Rollup，ZK Rollup 因为没有挑战期所以设计会比较不一样，但一样需要团队去对接。
而整个 Hop protocol 的安全性会取决于其所接入的 Rollup 中安全性最低的那个。如果某一个 Rollup（或甚至 Rollup 上面的某一个代币合约）出现漏洞，导致攻击者可以任意凭空印钞，那攻击者就可以马上通过 Hop protocol 来换成其他 Rollup 上的资产。
其实就和跨链桥一样，你的防守范围从一条链变成了多条链上的无数个资产，其安全性不容轻忽。
接下来会介绍一些 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 间搬运、平衡资产的过程。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。