start = 1; string end = 2; } 其中各个字段的说明如下： bcname 链名，必填字段 range 指定起始订阅位置和结束位置，如果没有指定则默认从当前最新区 块开始，持续订阅。 exclude_tx 是否去掉FilteredTransaction数据 exclude_tx_event 是否去掉ContractEvent数据 contract 匹配合约名字，为空的话匹配所有合约 start_num 和 end_num 都为空，则表示从当前最新区块开始，持续 订阅最新区块。 如果 start_num 为空， end_num 不为空，则表示从当前最新区块开始， 订阅到指定区块，如果``end_num``小与当前区块则什么也不做。 如果 start_num 不为空， end_num 为空，则从 start_num 开始持续订 阅。 如果 start_num 和 end_num 都不为空，按照指定区块范围订阅，左闭右 ：部署在原链上的一个智能合约，会保 存目标链的所有块头信息，并提供基于梅克尔证明的目标链交易存在 性验证。 中继同步进程(Relay Process)：在目标链和原链之间，会有一个或多 个中继进程，持续监听目标链的最新出块信息，并抽取出块头信息写 入 以一个典型的资产转移的场景为例，首先在B链上发起tx1交易，然后原链上 发起tx2交易。tx2交易成功的前提条件是确认tx1交易已经生效。因此整个跨

start = 1; string end = 2; } 其中各个字段的说明如下： bcname 链名，必填字段 range 指定起始订阅位置和结束位置，如果没有指定则默认从当前最新区 块开始，持续订阅。 exclude_tx 是否去掉FilteredTransaction数据 exclude_tx_event 是否去掉ContractEvent数据 contract 匹配合约名字，为空的话匹配所有合约 start_num 和 end_num 都为空，则表示从当前最新区块开始，持续 订阅最新区块。 如果 start_num 为空， end_num 不为空，则表示从当前最新区块开始， 订阅到指定区块，如果``end_num``小与当前区块则什么也不做。 如果 start_num 不为空， end_num 为空，则从 start_num 开始持续订 阅。 如果 start_num 和 end_num 都不为空，按照指定区块范围订阅，左闭右 ：部署在原链上的一个智能合约，会保 存目标链的所有块头信息，并提供基于梅克尔证明的目标链交易存在 性验证。 中继同步进程(Relay Process)：在目标链和原链之间，会有一个或多 个中继进程，持续监听目标链的最新出块信息，并抽取出块头信息写 入 以一个典型的资产转移的场景为例，首先在B链上发起tx1交易，然后原链上 发起tx2交易。tx2交易成功的前提条件是确认tx1交易已经生效。因此整个跨

start = 1; string end = 2; } 其中各个字段的说明如下： bcname 链名，必填字段 range 指定起始订阅位置和结束位置，如果没有指定则默认从当前最新区 块开始，持续订阅。 exclude_tx 是否去掉FilteredTransaction数据 exclude_tx_event 是否去掉ContractEvent数据 contract 匹配合约名字，为空的话匹配所有合约 start_num 和 end_num 都为空，则表示从当前最新区块开始，持续 订阅最新区块。 如果 start_num 为空， end_num 不为空，则表示从当前最新区块开始， 订阅到指定区块，如果``end_num``小与当前区块则什么也不做。 如果 start_num 不为空， end_num 为空，则从 start_num 开始持续订 阅。 如果 start_num 和 end_num 都不为空，按照指定区块范围订阅，左闭右 ：部署在原链上的一个智能合约，会保 存目标链的所有块头信息，并提供基于梅克尔证明的目标链交易存在 性验证。 中继同步进程(Relay Process)：在目标链和原链之间，会有一个或多 个中继进程，持续监听目标链的最新出块信息，并抽取出块头信息写 入 以一个典型的资产转移的场景为例，首先在B链上发起tx1交易，然后原链上 发起tx2交易。tx2交易成功的前提条件是确认tx1交易已经生效。因此整个跨

start = 1; string end = 2; } 其中各个字段的说明如下： bcname 链名，必填字段 range 指定起始订阅位置和结束位置，如果没有指定则默认从当前最新区 块开始，持续订阅。 exclude_tx 是否去掉FilteredTransaction数据 exclude_tx_event 是否去掉ContractEvent数据 contract 匹配合约名字，为空的话匹配所有合约 start_num 和 end_num 都为空，则表示从当前最新区块开始，持续 订阅最新区块。 如果 start_num 为空， end_num 不为空，则表示从当前最新区块开始， 订阅到指定区块，如果``end_num``小与当前区块则什么也不做。 如果 start_num 不为空， end_num 为空，则从 start_num 开始持续订 阅。 如果 start_num 和 end_num 都不为空，按照指定区块范围订阅，左闭右 ：部署在原链上的一个智能合约，会保 存目标链的所有块头信息，并提供基于梅克尔证明的目标链交易存在 性验证。 中继同步进程(Relay Process)：在目标链和原链之间，会有一个或多 个中继进程，持续监听目标链的最新出块信息，并抽取出块头信息写 入 以一个典型的资产转移的场景为例，首先在B链上发起tx1交易，然后原链上 发起tx2交易。tx2交易成功的前提条件是确认tx1交易已经生效。因此整个跨

提案和投票机制 图1：提案和投票机制示意图 提案和投票机制是区块链系统实现自我进化的关键。系统首次上线后难免遇到 很多问题，我们提供提案/投票机制为区块链的社区治理提供便利的工具，以 保证未来系统的可持续发展。具体实现方法如下： Step1：提案者（proposer) 通过发起一个事务声明一个可调用的合约，并约定 提案的投票截止高度，生效高度； Step2：投票者(voter) 通过发起一个事务来 P256、Schnorr签名、国密算法等多个不同的密 码学插件，并支持代码和二进制产出的独立发布。 当然，目前插件机制是基于go plugin的实现，限于go plugin本身实现上的一些 局限性，插件机制也具有如下需要改进的地方： 跨平台支持：目前尚不支持Windows系统的插件化，只支持Mac/Linux系 统。 依赖版本限制：插件的依赖库版本和框架的依赖库版本不能有任何的差 别，否则会加载失败。 相信在后续超级链迭代过程中，上述问题也会得到解决。 Chained-BFT共识公共组件 11.1. 概述 在 超级链共识框架 一文中介绍了超级链底层有一个共识的公共组件叫chained- bft，其是Hotstuff算法的实现。HotStuff是一种简洁而优雅的bft改进算法。它具 有以下优点： 它的设计中将liveness和safty解耦开来，使得非常方便与其他的共识进行扩 展； 将bft过程拆解成3阶段，每个阶段都是o(n)的通信； 它允许一个节点处于不同的v

提案和投票机制 图1：提案和投票机制示意图 提案和投票机制是区块链系统实现自我进化的关键。系统首次上线后难免遇到 很多问题，我们提供提案/投票机制为区块链的社区治理提供便利的工具，以 保证未来系统的可持续发展。具体实现方法如下： Step1：提案者（proposer) 通过发起一个事务声明一个可调用的合约，并约定 提案的投票截止高度，生效高度； Step2：投票者(voter) 通过发起一个事务来 P256、Schnorr签名、国密算法等多个不 同的密码学插件，并支持代码和二进制产出的独立发布。 当然，目前插件机制是基于go plugin的实现，限于go plugin本身实现上的一些 局限性，插件机制也具有如下需要改进的地方： 跨平台支持：目前尚不支持Windows系统的插件化，只支持Mac/Linux系 统。 依赖版本限制：插件的依赖库版本和框架的依赖库版本不能有任何的差 别，否则会加载失败。 相信在后续 XuperChain `_ 一文中介绍了 XuperChain 底层有 一个共识的公共组件叫chained-bft，其是Hotstuff算法的实现。HotStuff是一种 简洁而优雅的bft改进算法。它具有以下优点： 它的设计中将liveness和safty解耦开来，使得非常方便与其他的共识进行扩 展； 将bft过程拆解成3阶段，每个阶段都是o(n)的通信； 它允许一个节点处于不同的vi

提案和投票机制 图1：提案和投票机制示意图 提案和投票机制是区块链系统实现自我进化的关键。系统首次上线后难免遇到 很多问题，我们提供提案/投票机制为区块链的社区治理提供便利的工具，以 保证未来系统的可持续发展。具体实现方法如下： Step1：提案者（proposer) 通过发起一个事务声明一个可调用的合约，并约定 提案的投票截止高度，生效高度； Step2：投票者(voter) 通过发起一个事务来 P256、Schnorr签名、国密算法等多个不同的密 码学插件，并支持代码和二进制产出的独立发布。 当然，目前插件机制是基于go plugin的实现，限于go plugin本身实现上的一些 局限性，插件机制也具有如下需要改进的地方： 跨平台支持：目前尚不支持Windows系统的插件化，只支持Mac/Linux系 统。 依赖版本限制：插件的依赖库版本和框架的依赖库版本不能有任何的差 别，否则会加载失败。 相信在后续超级链迭代过程中，上述问题也会得到解决。 Chained-BFT共识公共组件 11.1. 概述 在 超级链共识框架 一文中介绍了超级链底层有一个共识的公共组件叫chained- bft，其是Hotstuff算法的实现。HotStuff是一种简洁而优雅的bft改进算法。它具 有以下优点： 它的设计中将liveness和safty解耦开来，使得非常方便与其他的共识进行扩 展； 将bft过程拆解成3阶段，每个阶段都是o(n)的通信； 它允许一个节点处于不同的v

提案和投票机制 图1：提案和投票机制示意图 提案和投票机制是区块链系统实现自我进化的关键。系统首次上线后难免遇到 很多问题，我们提供提案/投票机制为区块链的社区治理提供便利的工具，以 保证未来系统的可持续发展。具体实现方法如下： Step1：提案者（proposer) 通过发起一个事务声明一个可调用的合约，并约定 提案的投票截止高度，生效高度； Step2：投票者(voter) 通过发起一个事务来 P256、Schnorr签名、国密算法等多个不同的密 码学插件，并支持代码和二进制产出的独立发布。 当然，目前插件机制是基于go plugin的实现，限于go plugin本身实现上的一些 局限性，插件机制也具有如下需要改进的地方： 跨平台支持：目前尚不支持Windows系统的插件化，只支持Mac/Linux系 统。 依赖版本限制：插件的依赖库版本和框架的依赖库版本不能有任何的差 别，否则会加载失败。 相信在后续超级链迭代过程中，上述问题也会得到解决。 Chained-BFT共识公共组件 11.1. 概述 在 超级链共识框架 一文中介绍了超级链底层有一个共识的公共组件叫chained- bft，其是Hotstuff算法的实现。HotStuff是一种简洁而优雅的bft改进算法。它具 有以下优点： 它的设计中将liveness和safty解耦开来，使得非常方便与其他的共识进行扩 展； 将bft过程拆解成3阶段，每个阶段都是o(n)的通信； 它允许一个节点处于不同的v

提案和投票机制 图1：提案和投票机制示意图 提案和投票机制是区块链系统实现自我进化的关键。系统首次上线后难免遇到 很多问题，我们提供提案/投票机制为区块链的社区治理提供便利的工具，以 保证未来系统的可持续发展。具体实现方法如下： Step1：提案者（proposer) 通过发起一个事务声明一个可调用的合约，并约定 提案的投票截止高度，生效高度； Step2：投票者(voter) 通过发起一个事务来 P256、Schnorr签名、国密算法等多个不同的密 码学插件，并支持代码和二进制产出的独立发布。 当然，目前插件机制是基于go plugin的实现，限于go plugin本身实现上的一些 局限性，插件机制也具有如下需要改进的地方： 跨平台支持：目前尚不支持Windows系统的插件化，只支持Mac/Linux系 统。 依赖版本限制：插件的依赖库版本和框架的依赖库版本不能有任何的差 别，否则会加载失败。 相信在后续超级链迭代过程中，上述问题也会得到解决。 Chained-BFT共识公共组件 11.1. 概述 在 超级链共识框架 一文中介绍了超级链底层有一个共识的公共组件叫chained- bft，其是Hotstuff算法的实现。HotStuff是一种简洁而优雅的bft改进算法。它具 有以下优点： 它的设计中将liveness和safty解耦开来，使得非常方便与其他的共识进行扩 展； 将bft过程拆解成3阶段，每个阶段都是o(n)的通信； 它允许一个节点处于不同的v

提案和投票机制 图1：提案和投票机制示意图 提案和投票机制是区块链系统实现自我进化的关键。系统首次上线后难免遇到 很多问题，我们提供提案/投票机制为区块链的社区治理提供便利的工具，以 保证未来系统的可持续发展。具体实现方法如下： Step1：提案者（proposer) 通过发起一个事务声明一个可调用的合约，并约定 提案的投票截止高度，生效高度； Step2：投票者(voter) 通过发起一个事务来 P256、Schnorr签名、国密算法等多个不同的密 码学插件，并支持代码和二进制产出的独立发布。 当然，目前插件机制是基于go plugin的实现，限于go plugin本身实现上的一些 局限性，插件机制也具有如下需要改进的地方： 跨平台支持：目前尚不支持Windows系统的插件化，只支持Mac/Linux系 统。 依赖版本限制：插件的依赖库版本和框架的依赖库版本不能有任何的差 别，否则会加载失败。 相信在后续超级链迭代过程中，上述问题也会得到解决。 Chained-BFT共识公共组件 11.1. 概述 在 超级链共识框架 一文中介绍了超级链底层有一个共识的公共组件叫chained- bft，其是Hotstuff算法的实现。HotStuff是一种简洁而优雅的bft改进算法。它具 有以下优点： 它的设计中将liveness和safty解耦开来，使得非常方便与其他的共识进行扩 展； 将bft过程拆解成3阶段，每个阶段都是o(n)的通信； 它允许一个节点处于不同的v