Merkle_tree [https://en.wikipedia.org/wiki/Merkle_tree] ，在梅克尔树中，待验证交易的txid是存在于 某个叶子结点中的，我们需要给出此叶子结点合并计算hash至根节点的路 径，以下图为例 假如我们需要验证node8的合法性，我们需要给出从node8计算出root的所有节 点，即node7、node8与node4，他们的相对顺序需要按照二叉树的中序遍历位 验证组信息通过合约调用进行修改，流程主要有以下几点： 1. 在收到该信息后，验证节点通过签名信息确认交易真实性 2. 验证节点在UtxoVM中进行系统调用并更新当前验证人集合读写集 3. 验证人集合并不会立即影响当前共识，在三个区块后集合才能生效 验证节点间轮值 每一轮的时间由配置xuper.json指定，在单轮时间段内，区块打包由目前验证 节点组中的节点按顺序轮流完成。在通过合约发起验证节点变更后，变更会 级语言如C，C++，Go，rust等都可以编译成WASM字节码从而可以运行在浏 览器上。 很多性能相关的模块可以通过用C/C++来编写，再编译成WASM来 提高性能，如视频解码器，运行在网页的游戏引擎，React的虚拟Dom渲染算 法等。 WASM本身只是一个指令集，并没有限定运行环境，因此只要实现相应的解 释器，WASM也可以运行在非浏览器环境。 xchain的WASM合约正是这样的 应用场

Merkle_tree [https://en.wikipedia.org/wiki/Merkle_tree] ，在梅克尔树中，待验证交易的txid是存在于 某个叶子结点中的，我们需要给出此叶子结点合并计算hash至根节点的路 径，以下图为例 假如我们需要验证node8的合法性，我们需要给出从node8计算出root的所有节 点，即node7、node8与node4，他们的相对顺序需要按照二叉树的中序遍历位 验证组信息通过合约调用进行修改，流程主要有以下几点： 1. 在收到该信息后，验证节点通过签名信息确认交易真实性 2. 验证节点在UtxoVM中进行系统调用并更新当前验证人集合读写集 3. 验证人集合并不会立即影响当前共识，在三个区块后集合才能生效 验证节点间轮值 每一轮的时间由配置xuper.json指定，在单轮时间段内，区块打包由目前验证 节点组中的节点按顺序轮流完成。在通过合约发起验证节点变更后，变更会 级语言如C，C++，Go，rust等都可以编译成WASM字节码从而可以运行在浏 览器上。 很多性能相关的模块可以通过用C/C++来编写，再编译成WASM来 提高性能，如视频解码器，运行在网页的游戏引擎，React的虚拟Dom渲染算 法等。 WASM本身只是一个指令集，并没有限定运行环境，因此只要实现相应的解 释器，WASM也可以运行在非浏览器环境。 xchain的WASM合约正是这样的 应用场

Merkle_tree [https://en.wikipedia.org/wiki/Merkle_tree] ，在梅克尔树中，待验证交易的txid是存在于 某个叶子结点中的，我们需要给出此叶子结点合并计算hash至根节点的路 径，以下图为例 假如我们需要验证node8的合法性，我们需要给出从node8计算出root的所有节 点，即node7、node8与node4，他们的相对顺序需要按照二叉树的中序遍历位 验证组信息通过合约调用进行修改，流程主要有以下几点： 1. 在收到该信息后，验证节点通过签名信息确认交易真实性 2. 验证节点在UtxoVM中进行系统调用并更新当前验证人集合读写集 3. 验证人集合并不会立即影响当前共识，在三个区块后集合才能生效 验证节点间轮值 每一轮的时间由配置xuper.json指定，在单轮时间段内，区块打包由目前验证 节点组中的节点按顺序轮流完成。在通过合约发起验证节点变更后，变更会 级语言如C，C++，Go，rust等都可以编译成WASM字节码从而可以运行在浏 览器上。 很多性能相关的模块可以通过用C/C++来编写，再编译成WASM来 提高性能，如视频解码器，运行在网页的游戏引擎，React的虚拟Dom渲染算 法等。 WASM本身只是一个指令集，并没有限定运行环境，因此只要实现相应的解 释器，WASM也可以运行在非浏览器环境。 xchain的WASM合约正是这样的 应用场

Merkle_tree [https://en.wikipedia.org/wiki/Merkle_tree] ，在梅克尔树中，待验证交易的txid是存在于 某个叶子结点中的，我们需要给出此叶子结点合并计算hash至根节点的路 径，以下图为例 假如我们需要验证node8的合法性，我们需要给出从node8计算出root的所有节 点，即node7、node8与node4，他们的相对顺序需要按照二叉树的中序遍历位 验证组信息通过合约调用进行修改，流程主要有以下几点： 1. 在收到该信息后，验证节点通过签名信息确认交易真实性 2. 验证节点在UtxoVM中进行系统调用并更新当前验证人集合读写集 3. 验证人集合并不会立即影响当前共识，在三个区块后集合才能生效 验证节点间轮值 每一轮的时间由配置xuper.json指定，在单轮时间段内，区块打包由目前验证 节点组中的节点按顺序轮流完成。在通过合约发起验证节点变更后，变更会 级语言如C，C++，Go，rust等都可以编译成WASM字节码从而可以运行在浏 览器上。 很多性能相关的模块可以通过用C/C++来编写，再编译成WASM来 提高性能，如视频解码器，运行在网页的游戏引擎，React的虚拟Dom渲染算 法等。 WASM本身只是一个指令集，并没有限定运行环境，因此只要实现相应的解 释器，WASM也可以运行在非浏览器环境。 xchain的WASM合约正是这样的 应用场

级语言如C，C++，Go，rust等都可以编译成WASM字节码从而可以运行在浏览 器上。 很多性能相关的模块可以通过用C/C++来编写，再编译成WASM来提高 性能，如视频解码器，运行在网页的游戏引擎，React的虚拟Dom渲染算法 等。 WASM本身只是一个指令集，并没有限定运行环境，因此只要实现相应的解释 器，WASM也可以运行在非浏览器环境。 xchain的WASM合约正是这样的应用 场 default one store = new(KVText) } return } 9.3. 超级链的插件 目前，插件化机制已经在超级链中应用于包括密码学、共识、KV引擎等多个 核心模块中，初步实现了插件的解耦和可扩展性目标。 以密码学为例，通过插件机制，我们可以实现多套不同的密码学算法的封装， 目前超级链已经实现了包括Nist P256、Schnorr签名、国密算法等多个不同的密 Merkle_tree [https://en.wikipedia.org/wiki/Merkle_tree] ，在梅克尔树中，待验证交易的txid是存在于某 个叶子结点中的，我们需要给出此叶子结点合并计算hash至根节点的路径，以 下图为例 假如我们需要验证node8的合法性，我们需要给出从node8计算出root的所有节 点，即node7、node8与node4，他们的相对顺序需要按照二叉树的中序遍历位

可视化的中间件工具，大幅 缩短建链、开发、部署应用的时间。此外，FISCO BCOS通过信通院可信区 块链评测功能、性能两项评测，单链TPS可达两万。 关键特性 整体架构 架构模型 一体两翼多引擎 群组架构 支持链内动态扩展多群组 分布式存储 支持海量数据存储 并行计算 支持块内交易并行执行 节点类型 共识节点、观察节点 计算模型 排序-执行-验证 系统性能 峰值TPS 2万+ PBFT、Raft、rPBFT 存储引擎 存储设计 支持KV和SQL 引擎类型 支持leveldb、rocksdb、mysql CRUD接口 提供CRUD接口访问链上数据 网络协议 节点间通信 P2P协议 客户端与节点通 信 JsonRPC，Channel协议 消息订阅服务 AMOP协议 智能合约 合约引擎 支持Solidity和预编译合约 引擎特点 图灵完备，沙盒运行 整体架构 版本控制 数据备份与恢复 提供数据导出与恢复服务组件 监控统计 输出统计日志，提供监控工具 监管审计 基于WeBASE，提供监管审计入口 架构 FISCO BCOS 在2.0中，创新性提出“一体两翼多引擎”架构，实现系统吞吐能 力的横向扩展，大幅提升性能，在安全性、可运维性、易用性、可扩展性 上，均具备行业领先优势。 一体指代群组架构，支持快速组建联盟和建链，让企业建链像建聊天群一样 便利。根据业

了可视化的中间件工具，大幅 缩短建链、开发、部署应用的时间。此外，FISCO BCOS通过信通院可信区 块链评测功能、性能两项评测，单链TPS可达两万。 关键特性 整体架构 架构模型 一体两翼多引擎 群组架构 支持链内动态扩展多群组 分布式存储 支持海量数据存储 并行计算 支持块内交易并行执行 节点类型 共识节点、观察节点 计算模型 排序-执行-验证 系统性能 峰值TPS 2万+ TPS（PBFT） PBFT、Raft、rPBFT 存储引擎 存储设计 支持KV和SQL 引擎类型 支持leveldb、rocksdb、mysql CRUD接口 提供CRUD接口访问链上数据 网络协议 节点间通信 P2P协议 客户端与节点通 信 JsonRPC，Channel协议 消息订阅服务 AMOP协议 智能合约 合约引擎 支持Solidity和预编译合约 引擎特点 图灵完备，沙盒运行 版本控制 数据备份与恢复 提供数据导出与恢复服务组件 监控统计 输出统计日志，提供监控工具 监管审计 基于WeBASE，提供监管审计入口 架构 FISCO BCOS 在2.0中，创新性提出“一体两翼多引擎”架构，实现系统吞吐能 力的横向扩展，大幅提升性能，在安全性、可运维性、易用性、可扩展性 上，均具备行业领先优势。 一体指代群组架构，支持快速组建联盟和建链，让企业建链像建聊天群一样 便利。根据业

了可视化的中间件工具，大幅 缩短建链、开发、部署应用的时间。此外，FISCO BCOS通过信通院可信区 块链评测功能、性能两项评测，单链TPS可达两万。 关键特性 整体架构 架构模型 一体两翼多引擎 群组架构 支持链内动态扩展多群组 分布式存储 支持海量数据存储 并行计算 支持块内交易并行执行 节点类型 共识节点、观察节点 计算模型 排序-执行-验证 系统性能 峰值TPS 2万+ TPS（PBFT） PBFT、Raft、rPBFT 存储引擎 存储设计 支持KV和SQL 引擎类型 支持leveldb、rocksdb、mysql CRUD接口 提供CRUD接口访问链上数据 网络协议 节点间通信 P2P协议 客户端与节点通 信 JsonRPC，Channel协议 消息订阅服务 AMOP协议 智能合约 合约引擎 支持Solidity和预编译合约 引擎特点 图灵完备，沙盒运行 版本控制 数据备份与恢复 提供数据导出与恢复服务组件 监控统计 输出统计日志，提供监控工具 监管审计 基于WeBASE，提供监管审计入口 架构 FISCO BCOS 在2.0中，创新性提出“一体两翼多引擎”架构，实现系统吞吐能 力的横向扩展，大幅提升性能，在安全性、可运维性、易用性、可扩展性 上，均具备行业领先优势。 一体指代群组架构，支持快速组建联盟和建链，让企业建链像建聊天群一样 便利。根据业

可视化的中间件工具，大幅 缩短建链、开发、部署应用的时间。此外，FISCO BCOS通过信通院可信区 块链评测功能、性能两项评测，单链TPS可达两万。 关键特性 整体架构 架构模型 一体两翼多引擎 群组架构 支持链内动态扩展多群组 分布式存储 支持海量数据存储 并行计算 支持块内交易并行执行 节点类型 共识节点、观察节点 计算模型 排序-执行-验证 系统性能 峰值TPS 2万+ PBFT、Raft、rPBFT 存储引擎 存储设计 支持KV和SQL 引擎类型 支持leveldb、rocksdb、mysql CRUD接口 提供CRUD接口访问链上数据 网络协议 节点间通信 P2P协议 客户端与节点通 信 JsonRPC，Channel协议 消息订阅服务 AMOP协议 智能合约 合约引擎 支持Solidity和预编译合约 引擎特点 图灵完备，沙盒运行 整体架构 版本控制 数据备份与恢复 提供数据导出与恢复服务组件 监控统计 输出统计日志，提供监控工具 监管审计 基于WeBASE，提供监管审计入口 架构 FISCO BCOS 在2.0中，创新性提出“一体两翼多引擎”架构，实现系统吞吐能 力的横向扩展，大幅提升性能，在安全性、可运维性、易用性、可扩展性 上，均具备行业领先优势。 一体指代群组架构，支持快速组建联盟和建链，让企业建链像建聊天群一样 便利。根据业

了可视化的中间件工具，大幅 缩短建链、开发、部署应用的时间。此外，FISCO BCOS通过信通院可信区 块链评测功能、性能两项评测，单链TPS可达两万。 关键特性 整体架构 架构模型 一体两翼多引擎 群组架构 支持链内动态扩展多群组 分布式存储 支持海量数据存储 并行计算 支持块内交易并行执行 节点类型 共识节点、观察节点 计算模型 排序-执行-验证 系统性能 峰值TPS 2万+ TPS（PBFT） PBFT、Raft、rPBFT 存储引擎 存储设计 支持KV和SQL 引擎类型 支持leveldb、rocksdb、mysql CRUD接口 提供CRUD接口访问链上数据 网络协议 节点间通信 P2P协议 客户端与节点通 信 JsonRPC，Channel协议 消息订阅服务 AMOP协议 智能合约 合约引擎 支持Solidity和预编译合约 引擎特点 图灵完备，沙盒运行 版本控制 数据备份与恢复 提供数据导出与恢复服务组件 监控统计 输出统计日志，提供监控工具 监管审计 基于WeBASE，提供监管审计入口 架构 FISCO BCOS 在2.0中，创新性提出“一体两翼多引擎”架构，实现系统吞吐能 力的横向扩展，大幅提升性能，在安全性、可运维性、易用性、可扩展性 上，均具备行业领先优势。 一体指代群组架构，支持快速组建联盟和建链，让企业建链像建聊天群一样 便利。根据业