共识算法（可选PBFT、RAFT、SinglePoint） systemproxyaddress 系统路由合约地址（生成方法可参看部署系统合约） listenip 节点监听IP cryptomod 落盘加密模式，默认为0，0：不加密，1：本地key加 密，2：key center rpcport RPC监听端口（若在同台机器上部署多个节点时，端口 不能重复） p2pport P2P网络监听端口（若在同台机器上部署多个节点时，端 附： 运维手册：（待补充） 以上各层面的易用性，便于各领域的合作伙伴以较低成本快速搭建上层区块链 应用，并且持续地高效治理和运营，在推进区块链技术的普及的同时也协助合 作伙伴将精力聚焦在业务本身和商业模式的运营上，构建科技和金融深度合作 的长效机制，最终达到多方受益，共同打造金融创新的区块链共赢生态。 如果您觉得本文不错，欢迎戳这里 [https://github.com/FISCO-BCOS/FISCO-BCOS]给FISCO 业务共识 注意这里的业务共识不是上一章中引用内容中的“业务共识”的概念。这里的业 务共识专门指代： 在业务层面上对数据共识 结果的数据 进行解读的共识 以存证为例：假设有3家机构，3家机构按照存证的业务模式进行协调 数据共识：每个节点副本执行pbft/raft共识后上链的数据 业务共识：当3家机构对于同一笔证据都进行了签名之后这个证据生效 以对用户信用评分为例：假设有3个公司联合对用户信用评级，评级方式是以

abort_exception = MyExceptionClass 。 abort_on_prompts Default: False 当这个值为 True 时，Fabric 将以非交互模式运行。此模式下，任何需要提示 用户输入（如提示输入密码、询问连接到哪个主机、fabfile 中触发的 prompt 等等）时，都会调用 abort 。这就保证 Fabric 会话总是明确地中止，而不是在 某些意外的情况下傻傻地等待用户输入。 client.SSHClient.connect] linewise Default: False 强制以行为缓冲区单位，以替换字符／比特，通常用在并行模式下。可以使用 --linewise 参数来激活。env.parallel 模式隐含了这项设置——即使 linewise 为 False，parallel 如果为 True 就会引发行级输出。 参见 行级输出 vs 比特级输出 1.3 库的复杂程序或者会重新绘制屏幕的程序（比如 top）集成。 交叉输出流 不幸的是，（像很多其它程序那样）同时打印 stderr 和 stdout 将会导致每次只 能输出两者的一个字节，最终的结果互相交叉，混乱地混合在一起。这时如果 使用行级输出，虽然仍然是一个严重的问题，但会比另一者好得多。 为了解决这个问题，Fabric 在 SSH 层通过配置，在更低的层面合并两条输出 流，保证输出能够更加自然一些。这项设置对应

abort_exception = MyExceptionClass 。 abort_on_prompts Default: False 当这个值为 True 时，Fabric 将以非交互模式运行。此模式下，任何需要提示 用户输入（如提示输入密码、询问连接到哪个主机、fabfile 中触发的 prompt 等等）时，都会调用 abort 。这就保证 Fabric 会话总是明确地中止，而不是在 某些意外的情况下傻傻地等待用户输入。 client.SSHClient.connect] linewise Default: False 强制以行为缓冲区单位，以替换字符／比特，通常用在并行模式下。可以使用 --linewise 参数来激活。env.parallel 模式隐含了这项设置——即使 linewise 为 False，parallel 如果为 True 就会引发行级输出。 参见 行级输出 vs 比特级输出 1.3 库的复杂程序或者会重新绘制屏幕的程序（比如 top）集成。 交叉输出流 不幸的是，（像很多其它程序那样）同时打印 stderr 和 stdout 将会导致每次只 能输出两者的一个字节，最终的结果互相交叉，混乱地混合在一起。这时如果 使用行级输出，虽然仍然是一个严重的问题，但会比另一者好得多。 为了解决这个问题，Fabric 在 SSH 层通过配置，在更低的层面合并两条输出 流，保证输出能够更加自然一些。这项设置对应

默认采用DPOS作为共识算法； 2. 交易处理充分利用计算机多核，支持并发执行； 3. 智能合约通过读写集技术能够支持并发执行； 8. 总结 XuperChain是百度自研的一套区块链解决方案，采用经典的UTXO记账模式， 并且支持丰富的智能合约开发语言，交易处理支持并发执行，拥有完善的账号 与权限体系，采用DPOS作为共识算法，交易处理速度可达到9万TPS。 本章节将指导您获取XuperChain的代码并部署一个基础的可用环境，还会展示 前者针对每条指令挨个解释执行，后者通过把WASM指令映射到本 地指令如(x86)来执行，解释执行优点是启动快，缺点是运行慢，编译执行由于 有一个预先编译的过程因此启动速度比较慢，但运行速度很快。 XVM选用的是编译执行模式。 XVM编译加载流程 3.3.1. 字节码编译 用户通过c++编写智能合约，通过emcc编译器生成wasm字节码，xvm加载字节 码，生成加入了指令资源统计的代码以及一些运行时库符号查找的机制，最后 超级链的p2p网络是可插拔的，目前支持libp2p模式和基于GRRC模式，libp2p 使用KAD进行节点的路由管理，支持NAT穿透，主要用于公开网络的场景，节 点规模可以达到万级；基于GRPC模式的p2p网络支持路由的自定义、节点的动 态加入退出等功能，主要用于联盟链场景。 通过xchian.yaml中p2p module配 置，选择p2p网络的模式。 超级链定义了自己的协议类型 XuperProtocolID

重要: 相关软件和环境版本说明！请查看 2.1 FISCO BCOS 2.x 新特性 2.1.1 群组架构 群组架构是FISCO BCOS 2.0众多新特性中的主线，创造灵感来源于人人都熟悉的群聊模式——群的建立 非常灵活，几个人就可以快速拉个主题群进行交流。同一个人可以参与到自己感兴趣的多个群里，并行 地收发信息。现有的群也可以继续增加成员。 采用群组架构的网络中，根据业务场景的不同，可存在 • 世界状态的存储从原来的MPT存储结构转为分布式存储，避免了世界状态急剧膨胀导致性能下降 的问题； • 优化了数据存储的结构，更节约存储空间。 同时，2.0版本仍然兼容1.0版本的本地存储模式。更多关于存储介绍，请参考 分布式存储操作手册 2.1.3 并行计算模型 2.0版本中新增了合约交易的并行处理机制，进一步提升了合约的并发吞吐量。 1.0版本以及大部分业界传统区块链平台，交易 预编译合约开发文档 2.1.5 CRUD接口 FISCO BCOS 2.0新增符合CRUD接口的合约接口规范，简化了将主流的面向SQL设计的商业应用迁移到 区块链上的成本。其好处显而易见： • 与传统业务开发模式类似，降低了合约开发学习成本； • 合约只需关心核心逻辑，存储与计算分离，方便合约升级； • CRUD底层逻辑基于预编译合约实现，数据存储采用分布式存储，效率更高； 同时，2.0版本仍然兼容1

重要: 相关软件和环境版本说明！请查看 2.1 FISCO BCOS 2.x 新特性 2.1.1 群组架构 群组架构是FISCO BCOS 2.0众多新特性中的主线，创造灵感来源于人人都熟悉的群聊模式——群的建立 非常灵活，几个人就可以快速拉个主题群进行交流。同一个人可以参与到自己感兴趣的多个群里，并行 地收发信息。现有的群也可以继续增加成员。 采用群组架构的网络中，根据业务场景的不同，可存在 • 世界状态的存储从原来的MPT存储结构转为分布式存储，避免了世界状态急剧膨胀导致性能下降 的问题； • 优化了数据存储的结构，更节约存储空间。 同时，2.0版本仍然兼容1.0版本的本地存储模式。更多关于存储介绍，请参考 分布式存储操作手册 2.1.3 并行计算模型 2.0版本中新增了合约交易的并行处理机制，进一步提升了合约的并发吞吐量。 1.0版本以及大部分业界传统区块链平台，交易 预编译合约开发文档 2.1.5 CRUD接口 FISCO BCOS 2.0新增符合CRUD接口的合约接口规范，简化了将主流的面向SQL设计的商业应用迁移到 区块链上的成本。其好处显而易见： • 与传统业务开发模式类似，降低了合约开发学习成本； • 合约只需关心核心逻辑，存储与计算分离，方便合约升级； • CRUD底层逻辑基于预编译合约实现，数据存储采用分布式存储，效率更高； 同时，2.0版本仍然兼容1

重要: 相关软件和环境版本说明！请查看 2.1 FISCO BCOS 2.x 新特性 2.1.1 群组架构 群组架构是FISCO BCOS 2.0众多新特性中的主线，创造灵感来源于人人都熟悉的群聊模式——群的建立 非常灵活，几个人就可以快速拉个主题群进行交流。同一个人可以参与到自己感兴趣的多个群里，并行 地收发信息。现有的群也可以继续增加成员。 采用群组架构的网络中，根据业务场景的不同，可存在 • 世界状态的存储从原来的MPT存储结构转为分布式存储，避免了世界状态急剧膨胀导致性能下降 的问题； • 优化了数据存储的结构，更节约存储空间。 同时，2.0版本仍然兼容1.0版本的本地存储模式。更多关于存储介绍，请参考 分布式存储操作手册 2.1.3 并行计算模型 2.0版本中新增了合约交易的并行处理机制，进一步提升了合约的并发吞吐量。 1.0版本以及大部分业界传统区块链平台，交易 预编译合约开发文档 2.1.5 CRUD接口 FISCO BCOS 2.0新增符合CRUD接口的合约接口规范，简化了将主流的面向SQL设计的商业应用迁移到 区块链上的成本。其好处显而易见： • 与传统业务开发模式类似，降低了合约开发学习成本； • 合约只需关心核心逻辑，存储与计算分离，方便合约升级； • CRUD底层逻辑基于预编译合约实现，数据存储采用分布式存储，效率更高； 同时，2.0版本仍然兼容1

算子。同时可以使用mesatee-core-standalone快速扩展算子，这些基本 运算几乎可以满足用户对任何复杂计算功能的需求。 9. 总结 XuperChain是百度自研的一套区块链解决方案，采用经典的UTXO记账模式， 并且支持丰富的智能合约开发语言，交易处理支持并发执行，拥有完善的账号 与权限体系，采用DPOS作为共识算法，交易处理速度可达到9万TPS。 本章节将指导您获取XuperChain的代码并部署一个基础的可用环境，还会展示 前者针对每条指令挨个解释执行，后者通过把WASM指令映射到本 地指令如(x86)来执行，解释执行优点是启动快，缺点是运行慢，编译执行由于 有一个预先编译的过程因此启动速度比较慢，但运行速度很快。 XVM选用的是编译执行模式。 XVM编译加载流程 3.3.1. 字节码编译 用户通过c++编写智能合约，通过emcc编译器生成wasm字节码，xvm加载字节 码，生成加入了指令资源统计的代码以及一些运行时库符号查找的机制，最后 XuperChain 的p2p网络是可插拔的，目前支持libp2p模式和基于GRRC模 式，libp2p使用KAD进行节点的路由管理，支持NAT穿透，主要用于公开 网络的场景，节点规模可以达到万级；基于GRPC模式的p2p网络支持路由 的自定义、节点的动态加入退出等功能，主要用于联盟链场景。 通过xchian.yaml中p2p module配置，选择p2p网络的模式。 XuperChain 定义了自己的协议类型

算子。同时可以使用mesatee-core-standalone快速扩展算子，这些基本 运算几乎可以满足用户对任何复杂计算功能的需求。 9. 总结 XuperChain是百度自研的一套区块链解决方案，采用经典的UTXO记账模式， 并且支持丰富的智能合约开发语言，交易处理支持并发执行，拥有完善的账号 与权限体系，采用DPOS作为共识算法，交易处理速度可达到9万TPS。 本章节将指导您获取XuperChain的代码并部署一个基础的可用环境，还会展示 前者针对每条指令挨个解释执行，后者通过把WASM指令映射到本 地指令如(x86)来执行，解释执行优点是启动快，缺点是运行慢，编译执行由于 有一个预先编译的过程因此启动速度比较慢，但运行速度很快。 XVM选用的是编译执行模式。 XVM编译加载流程 3.3.1. 字节码编译 用户通过c++编写智能合约，通过emcc编译器生成wasm字节码，xvm加载字节 码，生成加入了指令资源统计的代码以及一些运行时库符号查找的机制，最后 超级链的p2p网络是可插拔的，目前支持libp2p模式和基于GRRC模式，libp2p 使用KAD进行节点的路由管理，支持NAT穿透，主要用于公开网络的场景，节 点规模可以达到万级；基于GRPC模式的p2p网络支持路由的自定义、节点的动 态加入退出等功能，主要用于联盟链场景。 通过xchian.yaml中p2p module配 置，选择p2p网络的模式。 超级链定义了自己的协议类型 XuperProtocolID

算子。同时可以使用mesatee-core-standalone快速扩展算子，这些基本 运算几乎可以满足用户对任何复杂计算功能的需求。 9. 总结 XuperChain是百度自研的一套区块链解决方案，采用经典的UTXO记账模式， 并且支持丰富的智能合约开发语言，交易处理支持并发执行，拥有完善的账号 与权限体系，采用DPOS作为共识算法，交易处理速度可达到9万TPS。 本章节将指导您获取XuperChain的代码并部署一个基础的可用环境，还会展示 前者针对每条指令挨个解释执行，后者通过把WASM指令映射到本 地指令如(x86)来执行，解释执行优点是启动快，缺点是运行慢，编译执行由于 有一个预先编译的过程因此启动速度比较慢，但运行速度很快。 XVM选用的是编译执行模式。 XVM编译加载流程 3.3.1. 字节码编译 用户通过c++编写智能合约，通过emcc编译器生成wasm字节码，xvm加载字节 码，生成加入了指令资源统计的代码以及一些运行时库符号查找的机制，最后 超级链的p2p网络是可插拔的，目前支持libp2p模式和基于GRRC模式，libp2p 使用KAD进行节点的路由管理，支持NAT穿透，主要用于公开网络的场景，节 点规模可以达到万级；基于GRPC模式的p2p网络支持路由的自定义、节点的动 态加入退出等功能，主要用于联盟链场景。 通过xchian.yaml中p2p module配 置，选择p2p网络的模式。 超级链定义了自己的协议类型 XuperProtocolID