CelercBridge是一个跨链资产转移方案，cBridge同时支持了L1与L2、以及L1与L1之间的资产桥接。我们可以从cBridge的WebApp上看见他们已经支持了许多知名的L1与L2项目。
cBridge支持的链种
本篇文章会侧重在cBridge背后的技术实现，包含运作原理、合约实践以及节点运维的介绍。
运作原理
cBridge主要使用了HTLCs技术来实现跨链的资产转移，对于HTLCs不熟的读者，可以先参考这篇文章了解其原理以及应用场景：https://bcoin.io/guides/swaps.html?
运作流程
cBridge在其合约GitHub的文件里描述了cBridge的运作流程，以下为节选部分：
发送方在源链上发起transferOut交易cBridge节点通过使用发送方设定的hashlock，在目的地链上发起transferIn交易发送方在源链上确认交易cBridge节点在目的地链上确认交易为了帮助理解，我将步骤画成如下的流程图：
cBridge运作流程图
以下会针对四个关键步骤依序进行细节说明：
第一步：?发送方发起transferOut交易
整个cBridge跨链的资产转移流程会由源链的发送方发起。发送方会负责产生hashlock，设定转帐的时限，并与转帐的信息一同向部署在源链的cBridge合约发起transferout请求。
deBridge已在zkEVM rollup Linea上线:金色财经报道，deBridge宣布在基于Consensys的zkEVM rollup Linea上线，Linea 已集成到 deBridge和 DLN中，无需流动性池即可实现高性能互操作性。[2023/8/8 21:30:37]
合约接收到请求后会先将要转帐的token数量，从发送方身上移转到合约身上，唯有提供hashlock的解答，或是转帐时限到期后，才能将token取出。
第二步：?cBridge节点发起transferIn交易
在链下的cBridge节点会持续监控各个链上cBridge合约的动作，当它发现源链上有一笔新的transferout请求，它会在链上取得这笔transferout的细节，主动对部署在目的地链上的cBridge合约发起transferin请求。
其中收款方为transferout指定的收款人地址，并使用与transferout相同的hashlock，以及较短的取款时限，并将transferout指定的token数量扣掉cBridge节点转发的成本和手续费后，从cBridge节点身上转移至目的地链上的cBridge合约。
此时cBridge节点并不知道hashlock的答案，要等到发送方在第三步完成源链上transferout的拨款，并揭露hashlock的答案后，cBridge节点才有能力执行目的地链上transferin的拨款。
“Rollup即服务”平台Caldera宣布完成900万美元融资:金色财经报道，“rollup即服务”平台Caldera宣布已经在两轮融资中筹集了900万美元，分别由红杉资本和Dragonfly领投，其他投资者包括Neo、1kx和Ethereal Ventures，以及来自Web2和Web3的天使投资人。Caldera使任何人都能启动和运行专用的、高性能的第二层区块链\"rollups\"。rollup是轻量级的、高度可定制的区块链，它继承了另一个区块链的安全性，如以太坊或Polygon。通过给每个应用程序提供自己的\"app-rollup\"，Caldera为他们的应用程序的交易提供了一个专用通道，从根本上降低了交易成本，使项目能够从费用激增和网络中断中消除风险。[2023/2/14 12:05:03]
第三步：发送方确认交易
发送方确认cBridge节点有在目的地链上提交相应的transferin请求后，就可以进入源链上transferout的拨款阶段。发送方首先要对源链的cBridge合约提交transferout的hashlock答案，合约验证答案无误后，会将transferout指定的token数量转移给cBridge节点，完成源链上transferout的拨款。
第四步：cBridge节点确认交易
在链下的cBridge节点监控到发送方已经在源链上完成transferout拨款后，随即拿著发送方拨款时揭露的hashlock答案，到目的地链上的cBridge合约提交hashlock答案，完成transferin的拨款，此时目的地链的收款人就会收到来自源链发送方的款项，完成跨链的资产转移。
区块链证书验证平台TheRollNumber完成16.5万美元种子轮融资:金色财经报道，区块链证书验证平台TheRollNumber 宣布完成 16.5 万美元种子轮融资，Inflection Point Ventures 领投，该公司旨在为个人提供基于区块链的证书管理系统，该系统不仅可以实现证书数字化和验证，还可以让用户或个人知道在什么时间、什么人、以及如何使用凭证，继而解决身份和凭证盗窃问题。（financialexpress ）[2023/2/9 11:57:36]
细节步骤虽然看起来有点繁琐，但对于cBridgeApp的用户来说只要进行两次签名操作，并等待一些时间，过程中完全不需要切换钱包的网络，使用起来的体验是非常简单顺畅的。
退款机制
不管是transferout或是transferin都会设定一个有效时限，当有任何一方没有履行义务时，在设定的时限之后，双方都有能力可以直接要求cBridge合约退回事先放进去用来转帐的token，不需要提供hashlock的答案。退款机制能够保护双方的资产，不会因为对手方不作为而导致资产被永久锁在cBridge合约上。
另外值得注意的是，目的地链的transferin会比源链的transferout更早过期，有可能cBridge节点已经对transferin进行退款，使用者才对transferout进行确认拨款，此时也会对使用者造成损失。
V神：预计1个月左右将推出完全兼容EVM的Rollup:3月10日消息，以太坊联合创始人V神在最近的播客节目上表示，Eth2开发人员正致力于进行以太坊链合并工作，并相信在分片开发完成之前，第二层解决方案可以支持以太坊网络。他称：“Rollup很快就会出现。我们完全有信心，而到需要更多的扩展性能时，分片已经准备好很长时间了。”此外，V神预计，“大约在一个月左右”，将推出完全兼容以太坊虚拟机(EVM)的Rollup。V神还表示，以太坊网络即将扩展100倍，并预测Optimism将在未来几周内发布其第二层解决方案。此前2月25日消息，以太坊扩容方案Optimism官方宣布将于3月推出主网。（Cointelegraph）[2021/3/10 18:31:29]
目前cBridgeWebApp设定的transferout过期时限为12小时，其对应的transferin约为12*2/3=8小时，时间相对充足，一般正常的转帐只需要数分钟，如果过程中有出现非预期的状况，还可以有足够的反应时间处理。
简单的操作体验背后的成本
眼尖的读者可能已经发现，cBridge运作步骤中的第三与第四步，与典型的HTLCs不同。典型的HTLCs是发送方先到目的地链揭露hashlock的解答，确认收款人能够收到拨款，cBridge节点才能到源链取回它在目的地链预先垫付给收款人的款项。
StarkWare推出ZK Rollup扩容解决方案StarkNet:1月27日消息，零知识证明研发机构StarkWare表示，其二层扩容解决方案ZK Rollup“StarkNet”目前已经完成基础构建（阶段0），即图灵完备框架Cairo、STARK 软件堆栈和二层扩容引擎StarkEx，之后将进行构建阶段一至阶段三，其中，阶段一将支持单一应用Rollup“Single-App Rollup”，将使开发人员能够在StarkNet上构建和部署自己的可扩展性应用程序；阶段二将支持多应用Rollup“Multi-App Rollup”，支持在同一StarkNet实例上运行并访问多个应用程序，这将实现不同应用程序之间的互操作性，以及降低 Gas 成本；阶段三将支持去中心化Rollup“Decentralized Rollup”。
StarkWare预计将在近几个月内部署阶段一，并在2021年底之前顺利进入阶段二和阶段三。StarkWare构建的StarkNet是一种由STARK驱动的去中心化二层ZK Rollup，可支持以太坊的通用计算。[2021/1/27 13:37:48]
Celer官方说明这是为了提升使用者体验，如果走典型的HTLCs流程，使用者在确认transferout拨款的步骤中，必须要切换钱包的网络至目的地链，还需要事先在目的地链上的钱包里准备足够的gastoken来支付拨款所需的交易手续费，对使用者来说非常不方便。
因此cBridge调整了最后两个步骤的顺序，让使用者只需要在源链进行操作，来大幅提升使用者的体验。但这样的调整并非没有成本，它会为使用者带来额外的风险。
试想一个情境：当使用者在源链上完成transferout拨款，cBridge节点收到使用者的款项后，却没有在目的地链上将transferin拨款给收款人，等到目的地链上的transferin过期，cBridge节点甚至有能力对transferin进行退款的操作，cBridge节点有机会可以无偿得到使用者转帐的token。
这部分必须仰赖使用者自己采取行动去降低风险，当使用者发现在transferin有效区间内等了足够久的时间，收款人都还没有收到款项，使用者必须要自己主动到目的地链提供hashlock答案，完成transferin拨款的动作，以防止资产被恶意取走。
安全分析
总结以上，我们针对发送方和cBridge节点在cBridge四个操作步骤中可能产生的安全问题，进行分析与整理：
如果发送方执行了第一步但cBridge节点没有往下执行，此时发送方的资产会单方面地被扣押在源链的cBridge合约中，必须要等待12小时之后，才能进行退款。如果cBridge节点执行了第二步但发送方没有往下执行，此时发送方和cBridge节点的资产分别会被扣押在源链和目的地链的cBridge合约中，必须等到转帐过期后，才能各自进行退款。值得注意的是，cBridge节点在目的地链上的transferin有更短的过期时间，能够比发送方更早完成退款。如果发送方执行了第三步但cBridge节点没有往下执行，此时发送方已将资产转给cBridge节点，但目的地链上的收款人还没有收到对应的款项。如果这个状态一直持续到目的地链上的transferin过期后，cBridge节点甚至有能力进行退款取回transferin的资金，而造成发送方单方面的损失。这个状况会给发送方带来安全疑虑，发送方需要在transferin过期前，自行到目的地链上完成transferin的拨款。正常cBridge的转帐流程能在十分钟以内完成，如果发送方拨款给cBridge节点后，收款人却迟迟没有收到款项，这时候就需要提高警觉了。如果cBridge节点执行完第四步但交易一直没有成功，此时发送方仍然有资金损失的风险。因此建议发送方在完成拨款之后，要随时留意转帐的状态与经过的时间，以保护自己的资金安全。合约实践
cBridge合约实践很简单，提供了transferOut、transferIn、确认以及退款的功能，不多不少，都是cBridge运作流程中的核心动作，而且这些方法都是公开可以让任何人去使用的。因此当节点在转帐过程中出现问题时，使用者能够直接对合约进行操作，保护自己的资产。
cBridge合约方法界面
特别要注意的是合约方法transferOut的第一个参数address_bridge。这个参数要填入能够服务这次跨链转帐需求的cBridge节点地址，换句话说，使用者在进行跨链转帐之前，必须先决定好要找哪个cBridge节点来服务。
Celer官方提供了一个网关服务，负责cBridge节点的路由，使用者只要将转帐的信息丢给该服务，它会选出符合使用者转帐需求，且当下状态最好的cBridge节点，使用者就能在进行transferOut时填入Celer网关推荐的cBridge节点。
由于Celer官方并未提供网关的相关信息，有技术背景的读者可以试着去操作cBridgeWebApp，了解其背后的实践细节。
此外，合约里也有一些大家可以去关注的重要事件：
LogNewTransferOut事件：transferOut完成时会发出的事件，会纪录这笔transferout的transferId。LogNewTransferIn事件：transferIn完成时会发出的事件，会纪录这笔transferin的transferId以及其对应的transferout的transferId。在cBridge合约上不管是要进行确认或是退款，都需要提供transferId，因此transferId在cBridge的应用中是至关重要的信息。除此之外，透过这两个事件的观察，能够帮助我们将跨链的transferout与transferin关联起来，有利于持续追踪转帐的状态，并在意外发生时有应对的能力。
cBridge合约事件界面
节点运维
Celer官方开源了cBridge节点的实践，任何人虽然都可以跑起自己的节点，但cBridge现阶段有白名单机制，想担任cBridge节点来服务使用者必须要先跟官方接洽。
担任节点的好处在于可以从每一笔跨链转帐中赚取一定比例的手续费，但也要考量到运维节点的成本，Celer官方很贴心地在cBridge节点GitHub文件里详细列出了运维节点需要注意的事项，包含机器建议配备，支持的币种和最少需要提供的流动性，各条链的建议配置，运维节点的最佳操作等等，节点甚至还有内建统计数据的API，让运维者能够随时监控节点的交易状况。
从GitHub文件的详细程度以及考量了运维节点的各个面向，可以感受到Celer官方对社群的用心。对于运维cBridge节点有兴趣的读者，建议一定要好好将GitHub文件过一遍。
结语
以上是对于cBridge背后技术实现的介绍，如果有任何想法想要分享，或是想要了解更多，都可以在留言区一起讨论??
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。