区块链和区块链对接, 这个做法的本质, 其实就是让那两条相互独立的链, 能够互相传输资产以及数据。在过去, 各个链条都是封闭运行的, 这样的话, 资产就会被困在链条里面无法流通。
而到如今, 跨越链条的互操作能力, 已经成为了项目方无论如何也绕不开的一个环节, 因为它直接决定了链上的生态系统能不能够真正运行成功。
区块链对接有哪些方式
跨链对接这个事情, 目前主要有两条主流的路径可以去走。第一类中继桥的方式是具体的。它的做法是由外部的验证节点去监听双方区块头的信息。在确认信息无误之后, 再向目标链发起等值的写入操作。这种方式的实时性是比较好的。
但是它也存在一个缺点,那就是需要参与的信任节点比较多。第二类路径是锚定桥的方式。它的主要逻辑是把源链上的资产锁进合约里面。然后在目标链上发行等额的代币来进行流通。当赎回的时候, 这些代币会被销毁掉。资产在赎回之前始终都留在源链中。这样的话, 安全边界会更清晰一些。

在实际的项目开发环境里面, 这两种方式经常会被混合起来使用。对于具有高价值特征的资产, 通常会选择走锚定这一条路径。对于高频出现且金额较小的数据, 一般会走向中继这层逻辑。
此外, 还需要配置有一层统一的接口, 用来把返回的处理回执信息进行标准化整合。通过这种设计手段, 下游的应用程序就可以不需要去关心具体的底层数据处理最终是沿着哪一条路径进行的了。
区块链对接实际怎么落地
在做落地工作的第一个步骤的时候, 第一件事并不是去写代码工作, 而是必须把定接口规范这项工作给确定下来。关于消息的格式、确认的深度、回滚的策略以及手续费的分摊方式, 所有这些细节都必须在正式进行对接交流之前把具体的内容给敲定清楚、确认明白。
非常多的团队在开始的时候, 会默认认为对方的链行为情况是和本链的情况相一致的, 等到系统真正上线运行以后, 才发现最终确定的确认时间出现了很大的差异, 这个差异的程度竟然达到了一倍之多, 最后导致调试所需的成本远远超出了最初预期的水平。
大家常常容易忽略掉监控环节这个问题。跨链交易这个操作它会横跨多个网络, 所以任何一个阶段的延迟情况, 都会直接导致用户的使用体验出现断崖式下跌的糟糕表现。
通常的做法是在每一条链上都去部署独立的轻节点, 从而用来拉取状态, 并且同时加上端到端追踪标识。万一某一个环节卡住了, 那么在十分钟之内, 系统就能定位清楚到底是具体哪一条链、或者是哪个区块出现了问题。
关于跨链这一件事情, 有70%的部分是取决于对于技术选型的选择与确定, 而剩下的30%的全部精力则完全是耗费在了对于各项工程细节的打磨、推敲以及处理的过程之中。
转载请注明出处:imtoken,如有疑问,请联系()。
本文地址:https://zmdyd.cn/zbimqbxz/10238.html
