自cBridge1.0版本上线以来,我们的跨链资金总量持续每周成倍增长,在上线第一个月,我们只处理了$10M的跨链转账金额,而在接下来的一个月中,cBridge跨链资金总量上涨到了$170M,每日跨链资金也稳定突破$10M关口。cBridge节点的流动性提供者,在没有任何额外激励的情况下,仅仅从跨链手续费上,就能获得45%的年化收益。这确实令人激动,但,这只是一个开始。今天我们高兴地宣布cBridge2.0的升级计划,并对这个充满创新的升级做一个简要的介绍。cBridge2.0的技术架构将带来目前市场上最优的跨链交易体验,这将基于向用户提供更好的流动性深度、向cBridge节点和不想运行节点的流动性提供者提供最高效和易用的流动性管理方式,并向开发者提供广义跨链消息传递功能,以支持跨链NFT、跨链DEX等更多应用。cBridge2.0所有功能的实现都是基于对CELR质押驱动的状态守卫者网络的升级,进而进一步增强SGN网络的价值捕获。cBridge入口:cbridge.celer.network本文内容简要:cBridge2.0实现了怎样的优化?
对于不想太关注技术实现细节的读者,下面简要介绍cBridge2.0的升级与优势。对于用户:-更好的流动性深度:支持更大的单笔跨链交易。-更简便的使用流程:提供一键转账功能。-支持转账为原生手续费代币(gastoken):例如BSC上的WETH可直接跨链转为Arbitrum上的原生ETH,用来支付Arbitrum上的手续费。-对多链和token的拓展及支持。-桥接节点服务质量保障机制:对于选择使用桥接节点的用户,新引入服务质量保险机制,我们将对掉线节点进行惩罚并对用户进行赔偿。对于流动性提供者和cBridge节点:-提供流动性不一定要运行节点:在cBridge1.0当中,提供流动性的唯一方法就是去运行一个cBridge节点。在2.0中,我们增加了一个新的模式,在这个模式中,SGN本身将作为一个cBridge节点存在。流动性提供者可以将流动性代理给SGN所运行的这个共管节点,在获取跨链手续费的同时不需要自己再额外运行cBridge节点。-最优的流动性管理体验:比起其他跨链方案,cBridge2.0的LP不需要铸造合成token,不需要强行加入一个高波动性的AMM流动性池,不需要承受高额无常损失。只需要简单地提供单币流动性,并且可以灵活掌握自己的流动性分布从而进行套利。-极高的流动性效率:比起其他跨链方案,cBridge2.0不需要额外的双倍流动性锁定,从而提高流动性的单位价值和效能,最大化优化LP收益。-合理的流动性重平衡设计:cBridge2.0通过SGN对流动性统一共管,根据供需支持和生成最优非对称AMM曲线,从而激励套利者和LP维护整体网络的流动性充足和对称稳定。-最优的自管模式cBridge节点调度:对于那些选择自运行并管理cBridge节点的流动性提供者,SGN将进行统一的最优化用户体验调度。对于在SGN中质押CELR的用户和验证人节点:-价值捕获:由于SGN的质押人和验证人为cBridge2.0提供了不可或缺的服务,SGN中的CELR质押人将会直接通过cBridge跨链手续费和流动性挖矿奖励来捕获网络价值。-协议治理:各类系统参数,比如价格曲线、费用比例等等都是通过一个基于CELR质押的分布式协议进行治理的。对于开发者:-前端SDK的白标:允许各类多链dApp在本地整合cBridge的功能,让用户直接在其dApp内部进行跨链。-提供跨链消息传递功能以支持NFT跨链等其他应用:能够让开发者开发相比简单的资产跨链更加复杂的应用,如跨链NFT和跨链DEX等等。那么,我们是如何在cBridge2.0中实现所有这些新的功能和特性的呢?答案:Celer的状态守卫者网络-SGN。在cBridge2.0中,我们拓展了SGN的功能,以支持两种不同的桥接模式,同时满足不同类型用户和LP的偏好。在本文中,我们将进行对系统整体架构的介绍。状态守卫者网络回顾
Bitfinex宣布下架CEL、SRM、PNG、BFT、BMI和BSV6种代币:金色财经报道,加密交易所Bitfinex发布公告称,将下架Celsius Network(CEL)、Serum(SRM)、Pangolin(PNG)、Bnk To The Future(BFT)、Bridge Mutual(BMI)和Bitcoin SV(BSV)6种代币。CEL、SRM、PNG、BFT、BMI和BSV的提款将一直开放至2023年2月14日20:00,建议用户尽快提取。[2022/12/30 22:15:25]
状态守卫者网络是Celer整体架构的核心组成部分。在Celer的总体系统架构中,SGN是一个特殊的PoS链,用于监控与L2状态相关的L1事件,并在需要时忠实地将第2层信息传递回第1层。在Celer状态通道中,SGN帮助存储通道状态,并在需要时响应L1上的恶意结算。在Celerlayer2.financerollup链中,SGN扩展为一个去中心化的出块网络,将calldata和stateroots传递回L1。在Rollup的运行模式中,即使整个PoS共识失败,任何SGN节点仍可以将fraud-proof上链以保证系统安全。CELR持有者可以通过成为SGN验证者或通过委托的方式将CELR质押到SGN中,并积极提供上述服务。CELR质押者通过提供上述服务以获得质押奖励和对应服务费用。SGN作为cBridge节点网关和服务水平协议(SLA)仲裁者
cBridge1.0的节点设计选择和限制在cBridge1.0中,当cBridge节点加入网络时,它会向一个网关服务注册各种信息,例如费用表和流动性状态。该网关将持续监控cBridge节点的状态和性能。当发出用户请求时,它被定向到网关。网关根据流动性可用性、历史桥接成功率、费用等评估注册节点。然后它为该请求建议最合适的桥节点。在1.0中,我们选择使用中心化网关来快速学习各种调度策略的操作经验。1.0网关提供给用户的实际上是「仅供参考」的建议去使用某些cBridge节点。尽管cBridge1.0是采用非托管架构构建的,用户永远不需要为了他们的资金安全而信任节点,但确实存在与「节点可用性」相关的用户体验问题。举个例子,如果用户向一个节点发送了条件转账,但该节点在两步HTLC转移完成之前下线,用户将不得不等待条件转移超时,而掉线cBridge节点不会因此而受到任何惩罚,用户也得不到任何对等待时间的赔偿。我们通过SGN在2.0中解决了这两个限制。通过SGN进行去中心化和高效的cBridge节点调度在2.0中,我们首先将所有中心化网关逻辑,作为分布式服务迁移到分布式的SGN上。cBridge节点将根据其费用偏好、流动性可用性等向SGN注册,而不是向中心化网关服务注册。当用户提出请求时,正常的系统流程如下:-用户查询SGN的当前状态以获得估算的交易费用和流动性可用性。-如果估算的费用是可以接受的,用户发送HTLC转账的前半部分,并指定最大费用容忍度。-SGN监控并接收交易。它根据节点调度规则为交易分配一个或多个cBridge注册节点。这个交易分配被写在SGN链上,也在被标记在用户的HTLC转账中。-被分配的节点接受分配并通过完成剩余的条件转账来进行响应。-SGN继续监控和跟踪改交易,一旦交易成功完成,与此交易相关的状态将从SGN链中清除。基于此,将实现更具可扩展性的cBridge节点增长以支持共识和无偏见节点的选择过程。但将cBridge节点迁移到SGN的好处不止如此。桥节点SLA保证金和罚没机制与1.0的网关不同,在SGN作为调度层的架构下,SGN监控跨链交易的全过程。作为去中心化的PoS链,SGN现在可以提供的不仅仅是「仅供参考的建议」,它还可以对无法「按照承诺」完成分配的跨链转账的cBridge节点实施处罚。当cBridge节点向SGN注册时,它可以在池合约中放置与某些服务水平协议承诺相关联的「SLA保证金」。如果SGN确定该节点违反了SLA,例如节点在未完成转账时下线,SGN可以罚没其保证金,作为对用户体验下降和流动性机会成本的补偿。在节点选择期间,SLA保证金的可用价值是节点调度分配过程中考虑优先级的关键因素。诚实可靠的cBridge节点有很强的意愿去质押保证金,以增加他们在桥接过程中被选中的机会。另一方面,不太可靠的节点将被赶出系统或者作为优先级最低的选项。通过分布式的「SGN网关」支持的SLA保证金功能,cBridge节点可进行高质量SLA运行。这旨在为希望保持「自托管流动性」的流动性提供者提供一个健康、快速增长和去中心化的cBridge节点运营商网络。有些人可能会说,由于PoS共识存在失败的可能性,SLA保证金可能会被错误地罚没,因此设置SLA保证金就不能称为100%自托管。我们想强调的是,SLA保证金只需要占总流动性的很小一部分,即可高效确保流畅的用户体验和有自我修复能力的cBridge节点运营商生态系统。这是一个非常值得的取舍,最重要的是,整个跨链过程,从用户角度而言,始终是「非托管」,不存在任何资金风险问题。节点调度规则节点调度规则设计的原则是优化用户体验。我们构建了一个「节点质量得分」的经验公式,以结合多个因素,例如节点SLA中的参数以及历史性能。在为用户请求选择节点时,我们根据这个分数对节点进行优先排序。我们希望这个公式能够通过协议治理,通过经验式操作经验随着时间的推移进行迭代和优化。这种模式相比同样是自托管架构的Connext新推出的nxtp协议来说,cBridge的用户交互更简单,延迟更小,成本更低,无需复杂的多节点拍卖过程,并且能切实保证节点服务水平,保护用户利益。SGN作为共享流动性池管理器
Bancor:暂停无常损失保护因Celsius撤出流动性并持有大量BNT做空仓位:6月24日消息,Bancor协议发现Celsius撤出大量流动性,并抛售此前通过流动性挖矿获得的BNT。同时,在FTX和OKX上,发现与Celsius和Nexo有关的账户持有总价值达250万美元的做空仓位。基于上述原因,Bancor协议决定暂停无常损失保护(Impermanent Loss Protection)。
据此前消息,6月20日,去中心化交易协议Bancor发布市场状况更新,称由于市场环境恶劣,Bancor的无常损失保护暂停。
6月23日,据派盾PeckShield Alert数据显示,疑似Celsius相关地址已撤出其Bancor平台上约2000 ETH 流动性,仅取回约1150 ETH。[2022/6/24 1:29:48]
无需运行cBridge节点即可提供流动性前文所述的改进更多是为能够自己运行cBridge节点的自托管LP设计的。但是,我们认识到有大量LP和用户想要提供流动性但不想自己运行cBridge节点,同时他们也对SGN与CELRstaking的PoS共识提供的安全级别感到满意。此外,通过共享流动性池模型,可以轻松启动整个网络的流动性,从而更快地促进更好的用户体验。因此,在cBridge2.0中,我们引入了一种全新的操作模式:SGN作为一个整体来管理多条链上的共享流动性池合约。这其实就是将SGN这个本身就是分布式的PoS链,及其管理的流动性池这一个整体视为单个「节点」,并为LP提供了一个选项,使其可以轻松地向SGN委托流动性,获取跨链手续费收益,同时不需要运行任何节点。那么,该模型能提供什么样的安全保证?PoS级安全和去中心化治理在cBridge2.0的这个模式中,共享流动性池合约通过SGN的PoS共识进行管理。转移池合约中的资金需要CELR质押加权多重签名。只有当超过?总权益的节点是恶意的,资金池才会有风险。我们要强调的是,随着cBridge跨链交易数量的增加和cBridge网络捕获总价值的增长,任何节点试图恶意行为都会自然而然地增加难度和成本。这和其他利用TSS多签的解决方案从安全性上面有本质区别,因为TSS本身不绑定任何代币质押,所以其安全性也无法随着网络价值的增长而增长。SGN中的验证者治理模型是开放的和去中心化的:SGN允许新的验证者被选举出来并通过Staking治理过程加入验证者集合,而无需任何特殊的协调过程。简洁的流动性提供者体验和高流动性效率那么在这个模型中LP是如何管理他们的流动性的呢?现有的解决方案比如HopProtocol和Thorchain,要求LP将代币流动性与另一种协议控制的结算代币一起放入链上AMM池中。但是这种模型有一些缺点:-比如Thorchain要求LP使用高度不稳定的结算代币Rune,因此必然会使LP遭受重大的无常损失。-即使在通过原生的流动性代币铸造合成代币的情况下,LP在跨多个链添加、移除和重新平衡流动性时仍然面临复杂的运营开销。-比如HopProtocol在需要「bonder」提供流动性的情况下,流动性效率较低,因为任何跨链转账对流动性的实际需求是其必要流动性的两倍。cBridge2.0通过全新设计解决「流动性归属问题」,提供简单的LP体验和高流动性效率。为了更好地理解我们的系统设计,我们将首先解释「流动性归属」的含义。在任何多链桥接系统中,当用户从源链向目标链发送资金时,LP本质上是向目标链上的用户支付资金,同时从源链上的用户接收资金。现在,假设有一个LP为链A上的系统提供流动性。当用户从链B向链A发送资金时,LP的流动性本质上是「重新分配」的:他们在A链上的流动性减少了,他们在B链上的流动性增加了。流动性归属问题被定义为「系统如何让每个LP知道他们所有的流动性在哪里」以及「如何有效管理流动性以优化交易费用收益率」。基于AMM池的解决方案通过在AMM池中分配结算代币和原生代币来隐式跟踪LP的流动性。桥接结构仅管理跨链结算代币的铸造和销毁。用户将始终需要为从结算代币到目标链上的原生代币的AMM交换支付费用;有时甚至在源链上也是如此。当网络中发生流动性失衡时,将流动性从流动性充足的链转移到流动性稀缺的链以套利滑点是有意义的。套利者将有动力通过将资金从流动性稀缺链发送到流动性充足链来重新平衡流动性。同时LP有更强的动力来平衡流动性,因为他们不需要支付额外的过桥费来收获套利收益。但是,LP的重新平衡过程非常复杂。例如,如果我们将流动性稀缺链表示为S,将流动性充足链表示为A,LP将需要采取以下步骤:-从S的AMM池中移除流动性。-将结算代币从S移至A。-将结算代币以溢价出售给A上的AMM池换回原生代币。-将原生代币移回S。-在S上购买结算代币。-将流动性添加回S的AMM池。上述步骤不仅会造成一定操作费用,还会造成显著的交易和时间成本。在cBridge2.0中,我们认为桥接结构可以高度优化,与链上智能合约操作相比,从根本上降低成本。因此,在cBridge2.0中,系统中每个LP的流动性都被明确跟踪。添加流动性超级简单:只需通过一笔交易将原生代币添加到流动性池合约中,SGN就会在SGN的链状态中记录每个LP的流动性金额。本质上,SGN在其链状态中维护了一个(chain_id,LP_address,token_type,balance)表。在处理跨链转账请求时,SGN将使用整个池的流动性来计算滑点和定价,然后SGN将LP视为「虚拟cBridge节点」,并根据LP的流动性分配转移请求。一个简化的概念理解是,对于每个转账请求,每个目标链的LP流动性余额将与其可用流动性成比例地减少,而它们在源链上的流动性余额将增加。当然在实际工程实现中,我们使用随机采样和近似算法等方法最小化状态变化和成本,同时保持LP之间的统计公平性。这部分在我们的技术文档中有更详细的体现。这样的架构同样适用于基于套利者的流动性平衡,这种设计还为LP在管理其流动性时提供了最大的灵活性。每个LP都可以清楚地看到在任何给定时间内他们的流动性是如何分配的。这使他们能够在选择移除或增加任何链的流动性时充分了解当下情况。这将流动性重平衡过程从6个步骤简化为3个步骤,且没有AMM交换成本:-LP直接在A中移除原生代币的流动性。由于系统中的滑点,在这第一步中,LP就已经锁定了滑点套利收益。-LP将原生代币从A移动到S。-在S的池中添加原生代币。LP仍然可以从单个链或特定链的任何组合中移除所有流动性。在cBridge2.0中,这样做的方式是触发内部跨链转账,并将LP视为用户,将其流动性转移到所需的链上,然后移除流动性。、请注意,在这种情况下,LP将承担跨链转移的系统滑点。然而,这与直接为基于AMM的链上解决方案交换结算代币没有什么不同,实际上成本更低。更重要的是,cBridge2.0中,LP直接使用原生代币流动性,因此不会遭受高额的无常损失。尤其是对比HopProtocol,cBridge无需任何额外的bonder流动性锁定要求,从而达到最高的流动性效率,获得最佳的流动性费率收益。跨链桥接定价以激励平衡的流动性在跨链桥接系统中,同一原生代币的流动性存在于多个链上。随着不同链对相同原生代币的需求发生变化,不同链上相同代币之间的固有定价也会动态变化。这是基于使用原生桥在不同链之间转移的潜在成本以及这些不同链上流动性的供需平衡。对于任何桥接解决方案来说,能够通过设计适当的联合曲线捕捉这种固有的价格变化非常重要。这为LP创造了重要的激励,以利用「规模经济」重新平衡多个链的流动性,来维持一个具有充足且平衡的流动性的网络来处理所有用户请求。继续秉持我们「智能架构」的设计原则,我们在SGN内部建立了一个受Curve稳定币AMM启发的联合曲线定价机制。当用户将代币从一条链转移到另一条链时,SGN将根据源链和目标链上的可用流动性计算收到的代币。除了定价本身外,还会从交易中扣除固定费用作为支付给LP的费用。具体来说,对于任何一对链i和j,让和的链上的余额i和链j分别是给定代币。那么当我们计算链之间代币转移的滑点时,以下不变量应该始终成立i和链j:
Cure社区通过提案,将部署至Celo区块链:3月22日消息,Celo社区今日凌晨通过治理提案,将在Celo区块链上部署Curve。
据悉,Celo基金会通过1亿美元的“DeFi for the People”计划,将提供价值700万美元的CELO代币激励措施,为Curve提供流动性。Celo上的稳定币将在Curve上架,为CRV持有者提供赚取交易费用的机会。此外,Curve社区也将提供CRV代币作为激励。[2022/3/22 14:10:35]
-A是每个链对的常数。对于同一个链对,A所有代币的都是相同的。-D是一个变量。初始D。可以通过针对求解三次方程来获得D给定两条链上的初始流动性,之后,D。应根据流动性状态迭代更新。-和是两条链的相对权重,用于控制转移的滑点不对称性。请注意,权重的配置是针对每个链对的,并且应满足。我们在bondingcurve中使用这些权重参数的原因是为了捕捉某些链的固有不对称性。例如,转入Arbitrum和Optimism等rollup,比转出延迟7天要简单得多,成本也更低。因此,我们可以控制联合曲线中的权重来反映每条链所产生的这种固有差异。
在上图带有蓝色对称参考线的红色不对称曲线中,我们可以看到,当不平衡发生时该曲线为从链i到链j转移创造了更多的滑点,。如果,则简化为CurveFinance所用的曲线。通用跨链消息传递cBridge2.0创建了一个基于SGN的智能跨链结构。这种结构可以做的不仅仅是跨链资产转移,实际上更是一个通用的跨链消息传递框架,其中SGN监控源链上的任何事件,并在目标链上发布这些事件的共识公证,完成信息跨链过程。我们将逐步向开发人员开放这一底层功能,作为SDK以构建用例,不仅用于链上桥接,还用于其他用例,如跨链NFT、跨链DeFi聚合等。网络价值捕获
与许多治理代币不同,很明显,CELR持有者和状态守卫者网络是cBridge良好运营是必不可少的要素。因此,cBridge2.0中的用户和LP需要向SGN支付费用以换取其服务。这些费用按比例分配给SGN中的CELR质押人。具体来说:-在SGN充当桥接网关和SLA仲裁者的模型中,一部分跨链交易费用和罚没的保证金将转到SGN用于其调度节点和SLA仲裁的工作。-在SGN作为共享流动性管理者的模型中,一部分跨链交易费用支付给SGN,用于帮助处理所有跨链流动性转移的工作。还有一些系统参数和配置需要基于治理的更新和调整,以确保系统的稳定和持续运行。CELR还将充当Celer生态系统中这个新组件的治理代币。关于cBridge多链桥接设计取舍的结束语
SushiSwap周报:已经在Celo上完成部署,用户可前往添加流动性:SushiSwap发布周报,OKEx在Earn中接入Sushi质押生息功能,一键代客质押在SushiBar;已经在Celo上完成部署,用户可前往添加流动性;Coin98已在Sushi上开放交易对;赞助Blockchain Game Alliance,支持区块链游戏行业的发展;加入由Mask.io发起的Social DeFi Alliance,用户可直接在Mask插件中使用Sushi DEX功能;去中心化指数INDEX社区投票通过在Sushi Polygon上启动DPI-TH流动性挖矿;区块链游戏Tower已加入Onsen。[2021/8/15 22:16:01]
最后这部分是关于我们对跨链桥接设计中的技术取舍的看法。我们认为跨链桥接设计最大的取舍取决于系统流动性的控制权归属问题。有些人可能会说,自监管的桥接解决方案才是「最纯粹」和「最安全」的桥接设计。虽然我们承认这一论点的原则,但我们想强调的是,实际上并不是每一个人都可以运行cBridge全节点。当然,我们对这个模型的潜力充满信心,这也是我们设计「SGN作为cBridge节点网关和服务水平协议(SLA)仲裁者」自托管模型的原因。同时,我们相信我们的设计理念是能满足各个不同的用户与LP偏好,并以不带丝毫偏见的方式呈现所有可用选项,以便用户和LP都可以根据自己的偏好选择。这就是为什么cBridge2.0还带有「SGN作为共享流动性池管理器」的模型,这也是希望更快地引导流动性以实现cBridge被更广泛的采用。毕竟,不管是白猫还是黑猫;只要能抓到老鼠就是好猫。启动计划
区块链互操作性是新的领域,之前在这一领域频发的黑客事件证明了这一点。我们一直以最高标准对待系统安全性,并努力保留我们的网络安全启动记录不被打破。所以,cBridge2.0将分阶段推出。我们计划在10月推出「SGN作为共享流动性池管理器」模式作为cBridge2.0第一阶段测试网,对系统和智能合约进行至少两次安全审计。在测试网和审计之后,我们将启动100万美元的漏洞赏金计划以及逐步推出cBridge2.0主网。之后,我们将进入「SGN作为cBridge节点网关和服务水平协议仲裁者」模式作为第二阶段。
Celsius宣布与加密交易所Liquid进行整合:加密货币奖励赚取平台Celsius宣布与加密货币交易所Liquid进行整合。 Liquid的全球客户现在可以无缝访问Celsius的加密复合收益,以及在Liquid平台上免费使用Celsius的CEL代币进行购买和交易。(prnewswire)[2021/4/29 21:09:14]
标签:RIDGEDGEBRIIDGZK Cross Chain Bridge海关禁止ledger钱包brise币发行量IDG币
9月10日,Centrifuge联合Odaily星球日报和PolkaWorld举办「星际巡航——与Centrifuge一起探索波卡DeFi新范式,暨Altair平行链竞拍发布会」,以竞拍一线项目方的视角.
1900/1/1 0:00:00上一期结合8月Liquid和Bilaxy两个交易所热钱包被攻击事件,艾贝链动CTONeilson主要分析了金融级安全芯片软硬件设计如何保护机构钱包私钥的全生命周期安全.
1900/1/1 0:00:00头条 乌克兰议会通过虚拟资产法案,公民可以合法持有并交易加密货币等虚拟资产乌克兰最高拉达通过了虚拟资产法案,加密货币等虚拟资产在该国正式合法化。该法案对虚拟资产的定义包括比特币等加密货币,也包含了代币化资产.
1900/1/1 0:00:00作者AdamSteeber,加密货币资深人士,Kusama验证节点运行者,波卡生态深度参与者,致力于普及加密货币知识.
1900/1/1 0:00:00加密货币交易所Coinbase今天宣布,它已向美国国家期货协会申请成为注册期货佣金商,其目标是进一步发展加密经济.
1900/1/1 0:00:00撰文:DmitriyBerenzon,1kxnetwork研究合伙人编辑:南风经过多年的研究和发展,我们终于形成了一个多链的市场结构.
1900/1/1 0:00:00