玩转多链DeFi 你需要了解一下跨链桥

最近,以太坊layer1挑战者、layer2的DeFi的兴起,玩家们对频频使用的“跨链桥”肯定不陌生,当我们使用CEX把加密资产中转一下,其实也是在使用“桥”。资产在不同链间的转移,方式有多种。桥这个基本组件经常被忽视,但对于评估我们的资金安全至关重要。

此外,由于有了跨链桥,我们可以把链下协议用于扩展网络,让大多数交易从区块链layer1转移到链外系统,从而避免layer1的网络费用和延迟问题。

什么是跨链桥?

跨链桥负责在layer1上保管资产,同时把这笔资产在另一个服务上释放。它定义了谁来托管资金,以及资产被解锁必须满足的条件。简而言之,只要像以太坊这样的layer1区块链要连接到任何其他系统,就需要使用桥。所有桥接都有类似的操作:

存款,用户可以将资金存入桥,代表该资产就会在其他系统上发行;

更新账户余额,桥被通知新的账户余额信息,这可以用来帮助提款;

SUI团队要求Binance、OKX等平台上线SUI时暂不推出其永续合约:5月3日消息,SUI 官方团队要求合作交易平台(Binance、OKX、Bybit、KuCoin 等)在 SUI 上线时暂不上线 SUI 永续合约。目前各大交易平台暂时满足这一需求,未来可能会延迟一段时间上线。(吴说区块链)[2023/5/3 14:40:30]

提款,用户可以根据他们在另一个系统上的余额从桥上提取资产,在这个系统上所发行的代币将被烧毁。

最常见的桥梁类型是单组织桥:

大多数加密货币交易所提供的是单组织桥的服务

如果我们只考虑桥而不考虑其他,那么可以说,加密货币交易所是一个链外协议。用户可以将资金锁定在交易所中,在交易时绕过网络费用和延迟的问题,最终通过提币将资金撤回到layer1区块链上。

除了单组织桥,还有另外两种类型的桥,它们依赖于一组托管人:

ENS Vision宣布完成200万美元种子轮融资:金色财经报道,ENS Vision宣布完成200万美元种子轮融资,1confirmation领投。[2023/4/4 13:44:33]

多组织桥,一组固定的独立方对被锁定的资金进行保管。

加密经济桥,一组动态的各方对资金进行保管。

Layer1区块链上的所有三个桥都无法验证来自其他系统的账户余额是否正确。要由这组托管人来验证是否所有提款都根据另一个系统进行处理。他们最终决定是否可以释放资金,以及谁应该收到资金。

侧链和桥是独立的

到目前为止,关于桥,我们想到的主要是像加密货币交易所这样的托管服务。而桥越来越流行的用例是将一个区块链连接到另一个区块链。

桥与侧链的安全是独立分开的

有几个桥的例子:

WBTC:一个单组织的桥,将BTC带到以太坊。

乌拉圭中央银行将成为该国主要的加密货币监管机构:金色财经报道,行政当局向乌拉圭议会提出了一项新的加密货币法案项目。该法案旨在阐明该国将如何监管加密资产,赋予乌拉圭中央银行对加密资产的管辖权,修改其组织章程,并引入金融服务监管局作为监督虚拟资产服务提供商的组织。拟议的法案修改了乌拉圭中央银行的组织章程,并引入了金融服务监管局,这是中央银行的一个组织部分,作为虚拟资产服务提供商活动的主要监督者。然而,该法案引入了另一类组织作为“虚拟资产发行人”,将其定义为发行监管范围内任何类型的虚拟资产或要求在虚拟资产交易平台上准入受监管虚拟资产的平台。

(news.bitcoin)[2022/9/13 13:26:25]

Liquidnetwork?或RSK:一个多组织的桥,拥有HSM的各方联盟将资金从BTC锁定/解锁到另一个区块链上。

Polygon桥。一个加密经济桥,其中锁定在桥中的2/31权益会定期就Polygon上所有用户的账户余额达成协议,用户可以利用这一协议在以太坊上提取他们的资金。

BTC 最后活跃5-7年供应量达到21个月高点:金色财经消息,Glassnode数据显示,BTC 最后活跃5-7年的供应量达到21个月高点,数值为922,235.483 BTC[2022/8/17 12:31:21]

彩虹桥。一个加密经济桥,其中桥合约是一个可以验证其他区块链进展情况的轻客户端。它不检查其他区块链的有效性,资金的安全最终取决于其他区块链的持续进展。

最关键的是,每个桥都有自己的安全模型,它独立于区块链网络。我们可以拿一个简单的案例WBTC来进一步阐述:

BitGoTrust托管着锁定在比特币中的资金,他们负责在以太坊上发行相同数量的WBTC。以太坊上的一个智能合约会跟踪WBTC所有转账的账户余额。值得信赖的是,BitGo尊重智能合约中记录的帐户余额。在WBTC的例子中,有几个方面需要考虑:

单一托管人。WBTC的桥依靠一个单一的托管人来保证其完整性。他们可以在以太坊上发行比锁定在比特币中更多的WBTC,他们可以决定不兑现任何WBTC撤回到比特币的行为。

安全团队:7月同一团队已进行至少7次针对Discord的攻击,盗取超200枚NFT:7月11日消息,据CertiK统计,仅在7月份就发现了至少7次针对Discord的攻击,背后都是同一个钓鱼网站。仅此个人/团队就盗取了超过200枚NFT。请用户注意防范。[2022/7/11 2:04:59]

独立的安全模式。以太坊有自己的安全模型,独立于比特币。桥有自己的安全模型,独立于两个区块链网络。

以太坊是一个侧链。交易已经从比特币移到了以太坊的链上。

这三种桥的共同点是,它们不检查侧链的完整性,如果托管人离线,就没有自我执行的应急计划来保护资金。它们只着眼于自己的安全模式,而没有考虑桥所处的layer1区块链的安全。

Layer2协议

Layer2可扩展性的承诺是将交易吞吐量从一层转移到另一个链下系统。需要一个桥接器来保管在另一个系统上发行的资金。

然而,与本文探讨的其他桥的类型不同,二层协议致力于以和一层区块链相同的安全性来保护资金,且它不能依靠托管人来保护资金。

它需要一种新型的桥:

Layer2桥。一层区块链拥有资金的保管权,桥必须确保二层协议不会受到破坏。在最坏的情况下,桥将自我加强二层协议的有效性,直到所有的资金被提取出来。

Layer2桥是所有跨链桥中最强大的。

它不依靠托管者来保护资金。相反,在资金被释放之前,桥必须确保链外系统一切正常。如果处于某种原因,桥确信链外系统被破坏,那么桥可以简单地完全绕过其他网络。

专注于layer2桥的项目

这就是为什么Layer2协议如此令人兴奋,新兴公司花了几年时间才提出解决方案。关于率先把Layer2协议推向市场的竞争,主要集中在如何实现安全的layer2桥。

这是进一步探讨技术问题和定义的好机会。我们明确表示,桥必须确保layer2协议不被破坏,有4个方面:

数据可用性。桥如何确信另一个区块链网络的所有数据是公开的,以便用户可以独立地重新计算layer2数据库?

状态转换的完整性。如何使桥确信layer2网络的所有状态转换都是格式正确的和有效的?

提款保障。如果Layer2网络被破坏,桥如何保证所有诚实用户的资金都能被提取?

协议有效性。如果Layer2协议运作停滞或脱机,桥如何保证交易仍然可以执行?

当然,上述问题必须解决,尽管桥接合约的计算资源明显少于链下系统,因此桥接不能重新实时执行所有交易。否则,它就不是一个可扩展的解决方案。

解决上述问题使我们陷入困境。这就是链上挑战、欺诈证明、有效性证明、将交易数据发布到layer1区块链和链上出逃的世界。

本文没有重点介绍解决方案,但这里强调所有的解决方案是不一样的。一些即将部署的layer2协议将无法满足上述安全目标。由于缺少layer2桥,因此不能说它们是layer2协议。

总结

如上所述,有四种类型的桥,让资金可以被锁定在一个区块链中,并在另一个链下系统中得到体现。

托管人桥。前三个桥关注的是哪一组托管人对锁定的资金拥有控制权。托管人的作用是,在允许从桥上提取资金之前,验证链外系统是否正确。假设链外系统的完整性是客户端的问题,托管人有足够的计算资源来处理它。尽管有一些措施来制约托管人的权限,还有加密经济激励机制来鼓励托管人遵守协议,但桥协议并不能完全约束托管人。桥丢失用户资金的例子有很多,这是因为桥的完整性最终依赖于人与人之间的信任。

Layer2桥。桥取代了保管人对资金的保管和检查链下系统完整性的作用。问题的核心是,桥必须确信链下系统没有被破坏,同时它缺乏独立检查每笔交易的计算资源。除了技术挑战外,它也不是免费的。要让layer1区块链确信链外系统结构完整且完整性良好,需要持续的财务成本。然而,桥拥有资金的最终保管权,而不是链下系统运营商。

总的来说,用户是否真的关心Layer2桥,以及我们是否应该将以太坊的安全模式扩展到链外系统,目前还没有定论。未来有可能4种桥都会留下来,它们对用户的采用至关重要。

用户要注意,你所喜欢的协议,它们使用何种类型的桥,重要的是要更好地了解你的资金是如何被保护起来的,防止遭到破坏。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

银河链

BNB关于WBF下架PUG的公告

尊敬的用户: PUG/USDT交易对自上线以来,成交量持续低迷,应社区成员反馈和保护平台用户的权益,将于2021年5月28日12:00对PUG/USDT交易对进行下架,并于新加坡时间2021年6月4日12:00关闭提币.

BTC关于GRT (GRASSROOTS)延迟上线的公告

尊敬的用户: 因项目方调整,GRT将延迟上线,具体上线时间将以公告告知,为您带来不便,敬请谅解。 WBF风险提示: 用户在进行充币前,建议仔细阅读该币充提页面的提示,以避免因为小于最小上账金额而无法上账.

[0:0ms0-2:369ms