支持丰富的智能合约开发语言，比如go，Solitidy，C/C++，Java等； 4. 利用读写集确保普通合约调用支持并发执行，充分利用计算机多核特 性； 事件机制 在使用超级链的过程中，可能会遇到一些异步的情况：比如执行合 约的时候，构造的交易是否合法我们可以实时获知，但具体什么时候真正的 被节点打包上链就不一样了。当然还有其他类似的场景，针对这种问题，我 们引入了事件订阅机制。 合约事件 订阅 个比较独立的区 块链系统，一般的需要依赖一个第三方组件实现信息的交互。根据第三方组 件是否执行验证可以分为两种模式，分为公证人模式、侧链/中继模式和哈希 锁定模式。根据不同链的交易是异步生效还是同步生效，可以分为异步模式 和同步模式。 公证人模式 由一个或者一组节点作为公证人参与到两条链中，进行双方交易的收集和验 证。其优点是简单，缺点是弱中心化，如下图所示： 侧链/中继模式 侧链/中继链 双向锚定的方式实现资产在不 同链之间的转移。目标链的验证方式各不相同，比如BTC-Relay使用的是SPV 技术。 异步模式 以太坊上很多预言机类的DApp的实现方式采用的是异步模式。简单来说，是 指发起调用的是一个函数，处理调用结果的是另一个回调函数，如下图所 示： 异步调用场景下，一个完整流程需要3笔交易：首先发送交易tx1到A链，A链 代码执行到跨链调用会发出一个事件，并且声明了回调函数。

支持丰富的智能合约开发语言，比如go，Solitidy，C/C++，Java等； 4. 利用读写集确保普通合约调用支持并发执行，充分利用计算机多核特 性； 事件机制 在使用超级链的过程中，可能会遇到一些异步的情况：比如执行合 约的时候，构造的交易是否合法我们可以实时获知，但具体什么时候真正的 被节点打包上链就不一样了。当然还有其他类似的场景，针对这种问题，我 们引入了事件订阅机制。 合约事件 订阅 个比较独立的区 块链系统，一般的需要依赖一个第三方组件实现信息的交互。根据第三方组 件是否执行验证可以分为两种模式，分为公证人模式、侧链/中继模式和哈希 锁定模式。根据不同链的交易是异步生效还是同步生效，可以分为异步模式 和同步模式。 公证人模式 由一个或者一组节点作为公证人参与到两条链中，进行双方交易的收集和验 证。其优点是简单，缺点是弱中心化，如下图所示： 侧链/中继模式 侧链/中继链 双向锚定的方式实现资产在不 同链之间的转移。目标链的验证方式各不相同，比如BTC-Relay使用的是SPV 技术。 异步模式 以太坊上很多预言机类的DApp的实现方式采用的是异步模式。简单来说，是 指发起调用的是一个函数，处理调用结果的是另一个回调函数，如下图所 示： 异步调用场景下，一个完整流程需要3笔交易：首先发送交易tx1到A链，A链 代码执行到跨链调用会发出一个事件，并且声明了回调函数。

支持丰富的智能合约开发语言，比如go，Solitidy，C/C++，Java等； 4. 利用读写集确保普通合约调用支持并发执行，充分利用计算机多核特 性； 事件机制 在使用超级链的过程中，可能会遇到一些异步的情况：比如执行合 约的时候，构造的交易是否合法我们可以实时获知，但具体什么时候真正的 被节点打包上链就不一样了。当然还有其他类似的场景，针对这种问题，我 们引入了事件订阅机制。 合约事件 订阅 个比较独立的区 块链系统，一般的需要依赖一个第三方组件实现信息的交互。根据第三方组 件是否执行验证可以分为两种模式，分为公证人模式、侧链/中继模式和哈希 锁定模式。根据不同链的交易是异步生效还是同步生效，可以分为异步模式 和同步模式。 公证人模式 由一个或者一组节点作为公证人参与到两条链中，进行双方交易的收集和验 证。其优点是简单，缺点是弱中心化，如下图所示： 侧链/中继模式 侧链/中继链 双向锚定的方式实现资产在不 同链之间的转移。目标链的验证方式各不相同，比如BTC-Relay使用的是SPV 技术。 异步模式 以太坊上很多预言机类的DApp的实现方式采用的是异步模式。简单来说，是 指发起调用的是一个函数，处理调用结果的是另一个回调函数，如下图所 示： 异步调用场景下，一个完整流程需要3笔交易：首先发送交易tx1到A链，A链 代码执行到跨链调用会发出一个事件，并且声明了回调函数。

支持丰富的智能合约开发语言，比如go，Solitidy，C/C++，Java等； 4. 利用读写集确保普通合约调用支持并发执行，充分利用计算机多核特 性； 事件机制 在使用超级链的过程中，可能会遇到一些异步的情况：比如执行合 约的时候，构造的交易是否合法我们可以实时获知，但具体什么时候真正的 被节点打包上链就不一样了。当然还有其他类似的场景，针对这种问题，我 们引入了事件订阅机制。 合约事件 订阅 个比较独立的区 块链系统，一般的需要依赖一个第三方组件实现信息的交互。根据第三方组 件是否执行验证可以分为两种模式，分为公证人模式、侧链/中继模式和哈希 锁定模式。根据不同链的交易是异步生效还是同步生效，可以分为异步模式 和同步模式。 公证人模式 由一个或者一组节点作为公证人参与到两条链中，进行双方交易的收集和验 证。其优点是简单，缺点是弱中心化，如下图所示： 侧链/中继模式 侧链/中继链 双向锚定的方式实现资产在不 同链之间的转移。目标链的验证方式各不相同，比如BTC-Relay使用的是SPV 技术。 异步模式 以太坊上很多预言机类的DApp的实现方式采用的是异步模式。简单来说，是 指发起调用的是一个函数，处理调用结果的是另一个回调函数，如下图所 示： 异步调用场景下，一个完整流程需要3笔交易：首先发送交易tx1到A链，A链 代码执行到跨链调用会发出一个事件，并且声明了回调函数。

它的设计中将liveness和safty解耦开来，使得非常方便与其他的共识进行扩 展； 将bft过程拆解成3阶段，每个阶段都是o(n)的通信； 它允许一个节点处于不同的view，并且将view的切换与区块结合起来，使 得其能够实现异步共识，进一步提升共识的效率。 这样一个chained-bft可以在给定主集合的场景下确保网络的共识安全性，并且 通过与外层共识配合工作实现共识的活性保证。 11.2. 核心数据结构 1 2 3 个比较独立的区块 链系统，一般的需要依赖一个第三方组件实现信息的交互。根据第三方组件是 否执行验证可以分为两种模式，分为公证人模式、侧链/中继模式和哈希锁定 模式。根据不同链的交易是异步生效还是同步生效，可以分为异步模式和同步 模式。 17.3.2.1. 公证人模式 由一个或者一组节点作为公证人参与到两条链中，进行双方交易的收集和验 证。其优点是简单，缺点是弱中心化，如下图所示： 17.3.2 资产在不同 链之间的转移。目标链的验证方式各不相同，比如BTC-Relay使用的是SPV技 术。 17.3.2.3. 异步模式 以太坊上很多预言机类的DApp的实现方式采用的是异步模式。简单来说，是 指发起调用的是一个函数，处理调用结果的是另一个回调函数，如下图所示： 异步调用场景下，一个完整流程需要3笔交易：首先发送交易tx1到A链，A链 代码执行到跨链调用会发出一个事件，并且声明了回调函数。

它的设计中将liveness和safty解耦开来，使得非常方便与其他的共识进行扩 展； 将bft过程拆解成3阶段，每个阶段都是o(n)的通信； 它允许一个节点处于不同的view，并且将view的切换与区块结合起来，使 得其能够实现异步共识，进一步提升共识的效率。 这样一个chained-bft可以在给定主集合的场景下确保网络的共识安全性，并且 通过与外层共识配合工作实现共识的活性保证。 Xuperchain现有基于Chained-BFT的共识算法 个比较独立的区块 链系统，一般的需要依赖一个第三方组件实现信息的交互。根据第三方组件是 否执行验证可以分为两种模式，分为公证人模式、侧链/中继模式和哈希锁定 模式。根据不同链的交易是异步生效还是同步生效，可以分为异步模式和同步 模式。 18.3.2.1. 公证人模式 由一个或者一组节点作为公证人参与到两条链中，进行双方交易的收集和验 证。其优点是简单，缺点是弱中心化，如下图所示： 18.3.2 资产在不同 链之间的转移。目标链的验证方式各不相同，比如BTC-Relay使用的是SPV技 术。 18.3.2.3. 异步模式 以太坊上很多预言机类的DApp的实现方式采用的是异步模式。简单来说，是 指发起调用的是一个函数，处理调用结果的是另一个回调函数，如下图所示： 异步调用场景下，一个完整流程需要3笔交易：首先发送交易tx1到A链，A链 代码执行到跨链调用会发出一个事件，并且声明了回调函数。

它的设计中将liveness和safty解耦开来，使得非常方便与其他的共识进行扩 展； 将bft过程拆解成3阶段，每个阶段都是o(n)的通信； 它允许一个节点处于不同的view，并且将view的切换与区块结合起来，使 得其能够实现异步共识，进一步提升共识的效率。 这样一个chained-bft可以在给定主集合的场景下确保网络的共识安全性，并且 通过与外层共识配合工作实现共识的活性保证。 Xuperchain现有基于Chained-BFT的共识算法 个比较独立的区块 链系统，一般的需要依赖一个第三方组件实现信息的交互。根据第三方组件是 否执行验证可以分为两种模式，分为公证人模式、侧链/中继模式和哈希锁定 模式。根据不同链的交易是异步生效还是同步生效，可以分为异步模式和同步 模式。 18.3.2.1. 公证人模式 由一个或者一组节点作为公证人参与到两条链中，进行双方交易的收集和验 证。其优点是简单，缺点是弱中心化，如下图所示： 18.3.2 资产在不同 链之间的转移。目标链的验证方式各不相同，比如BTC-Relay使用的是SPV技 术。 18.3.2.3. 异步模式 以太坊上很多预言机类的DApp的实现方式采用的是异步模式。简单来说，是 指发起调用的是一个函数，处理调用结果的是另一个回调函数，如下图所示： 异步调用场景下，一个完整流程需要3笔交易：首先发送交易tx1到A链，A链 代码执行到跨链调用会发出一个事件，并且声明了回调函数。

它的设计中将liveness和safty解耦开来，使得非常方便与其他的共识进行扩 展； 将bft过程拆解成3阶段，每个阶段都是o(n)的通信； 它允许一个节点处于不同的view，并且将view的切换与区块结合起来，使 得其能够实现异步共识，进一步提升共识的效率。 这样一个chained-bft可以在给定主集合的场景下确保网络的共识安全性，并且 通过与外层共识配合工作实现共识的活性保证。 Xuperchain现有基于Chained-BFT的共识算法 个比较独立的区块 链系统，一般的需要依赖一个第三方组件实现信息的交互。根据第三方组件是 否执行验证可以分为两种模式，分为公证人模式、侧链/中继模式和哈希锁定 模式。根据不同链的交易是异步生效还是同步生效，可以分为异步模式和同步 模式。 18.3.2.1. 公证人模式 由一个或者一组节点作为公证人参与到两条链中，进行双方交易的收集和验 证。其优点是简单，缺点是弱中心化，如下图所示： 18.3.2 资产在不同 链之间的转移。目标链的验证方式各不相同，比如BTC-Relay使用的是SPV技 术。 18.3.2.3. 异步模式 以太坊上很多预言机类的DApp的实现方式采用的是异步模式。简单来说，是 指发起调用的是一个函数，处理调用结果的是另一个回调函数，如下图所示： 异步调用场景下，一个完整流程需要3笔交易：首先发送交易tx1到A链，A链 代码执行到跨链调用会发出一个事件，并且声明了回调函数。

它的设计中将liveness和safty解耦开来，使得非常方便与其他的共识进行扩 展； 将bft过程拆解成3阶段，每个阶段都是o(n)的通信； 它允许一个节点处于不同的view，并且将view的切换与区块结合起来，使 得其能够实现异步共识，进一步提升共识的效率。 这样一个chained-bft可以在给定主集合的场景下确保网络的共识安全性，并且 通过与外层共识配合工作实现共识的活性保证。 Xuperchain现有基于Chained-BFT的共识算法 个比较独立的区块 链系统，一般的需要依赖一个第三方组件实现信息的交互。根据第三方组件是 否执行验证可以分为两种模式，分为公证人模式、侧链/中继模式和哈希锁定 模式。根据不同链的交易是异步生效还是同步生效，可以分为异步模式和同步 模式。 18.3.2.1. 公证人模式 由一个或者一组节点作为公证人参与到两条链中，进行双方交易的收集和验 证。其优点是简单，缺点是弱中心化，如下图所示： 18.3.2 资产在不同 链之间的转移。目标链的验证方式各不相同，比如BTC-Relay使用的是SPV技 术。 18.3.2.3. 异步模式 以太坊上很多预言机类的DApp的实现方式采用的是异步模式。简单来说，是 指发起调用的是一个函数，处理调用结果的是另一个回调函数，如下图所示： 异步调用场景下，一个完整流程需要3笔交易：首先发送交易tx1到A链，A链 代码执行到跨链调用会发出一个事件，并且声明了回调函数。

它的设计中将liveness和safty解耦开来，使得非常方便与其他的共识进行扩 展； 将bft过程拆解成3阶段，每个阶段都是o(n)的通信； 它允许一个节点处于不同的view，并且将view的切换与区块结合起来，使 得其能够实现异步共识，进一步提升共识的效率。 这样一个chained-bft可以在给定主集合的场景下确保网络的共识安全性，并且 通过与外层共识配合工作实现共识的活性保证。 Xuperchain现有基于Chained-BFT的共识算法 个比较独立的区块 链系统，一般的需要依赖一个第三方组件实现信息的交互。根据第三方组件是 否执行验证可以分为两种模式，分为公证人模式、侧链/中继模式和哈希锁定 模式。根据不同链的交易是异步生效还是同步生效，可以分为异步模式和同步 模式。 18.3.2.1. 公证人模式 由一个或者一组节点作为公证人参与到两条链中，进行双方交易的收集和验 证。其优点是简单，缺点是弱中心化，如下图所示： 18.3.2 资产在不同 链之间的转移。目标链的验证方式各不相同，比如BTC-Relay使用的是SPV技 术。 18.3.2.3. 异步模式 以太坊上很多预言机类的DApp的实现方式采用的是异步模式。简单来说，是 指发起调用的是一个函数，处理调用结果的是另一个回调函数，如下图所示： 异步调用场景下，一个完整流程需要3笔交易：首先发送交易tx1到A链，A链 代码执行到跨链调用会发出一个事件，并且声明了回调函数。