跨链通信协议ibc 1.0 的 rc版本公告

640 1080×607 78.6 KB 1、概要 自 IBC 上次更新以来，Interchain GmbH 的 IBC 团队一直致力于在 Cosmos SDK 中完成符合 1.0 开发规范的实现。我们与 Informal Systems，Agoric，Akash，Iqlusion，Chorus One，Tendermint 等团队密切合作，设法临时加入了一些最新功能，查明并修复了一些漏洞，添加了广泛的测试，并全面完善代码库文档。大约一个月前，团队完成了 1.0 开发的里程碑。从那时起，我们就与 Informal Systems 团队一起进行了深入的内部代码审核工作，就在几天前，我们完成并合并了最新的审核修复程序，这意味着 IBC 现在已经为即将到来的整个生态范围的 Stargate 升级做好了准备。 本文列举了过去几个月中最重要的协议和开发实施变化，描述了预期的 Stargate IBC 推出计划的两个阶段，并概述了参与方式。 2、功能增加和漏洞修复 最后增加的功能主要集中于满足早期 IBC 应用的需求，并为将来使用 IBC 的区块链以及 IBC 协议本身的升级都铺平了道路。主要亮点： • 异步确认 说明变更 https://github.com/cosmos/ics/pull/480 SDK 拉取请求 https://github.com/cosmos/cosmos-sdk/pull/7361 我们已经对 IBC 的确认模型进行了重构，以支持异步数据包处理，这样就可以立即确认数据包的接收，但是可以在处理发生后的未指定时间段内写入确认，不一定要在同一交易中甚至可以不在同一区块中。这对 Agoric 等平台使用的异步合约执行模型特别有用。在收到数据包后立即确认，可以恢复先前的同步确认功能。 • 对高度的抽象化和升级支持 说明综述 https://github.com/cosmos/ics/issues/445 说明变更 https://github.com/cosmos/ics/pull/447 在升级使用 IBC 与其他账本发送或收取信息的账本时，我们试图在最大程度地减少对应用干扰的基础上，制定程序来维护 IBC 功能。涵盖两种升级：一是基于特定链的轻客户端升级（包括「不中断的」，如链 ID 的更改，以及「中断的」，如 Tendermint 区块头结构的更改），二是 IBC 协议本身的升级。前者使用「upgradeClient」功能来进行处理，该功能允许验证人在执行升级之前签署新客户端状态的序列化表示，而后者使用连接握手中的版本协商来进行处理，从而允许链实现较新版本的 IBC 协议（如，支持新的通道类型）以继续与旧版本通信。 • 修复版本协商 说明变更…

Excerpt (1192 of 3927 characters). Read the whole post on the forum ↗