工作组的首批成员包括：微众银行、深证通、腾 讯、华为、神州信息、四方精创、博彦科技、越秀金科、亦笔科技等9家单位。 1.1 联 联 联盟 盟 盟链 链 链的 的 的升 升 升华 华 华： ： ：分 分 分布 布 布式 式 式商 商 商业 业 业与 与 与公 公 公众 众 众联 联 联盟 盟 盟链 链 链 商业，本身是一种竞争、自由的经济活动。而自由竞争的结果，天然就容易导致优胜劣汰、垄断集中、 起到中间链接桥梁 作用的不是人或产品、不是信息平台、而只是客观的技术本身。诚然，如果技术不开源，确实也可能演 变成新的垄断。因此，发展分布式商业必须始终保持技术开源的态度，各个参与方通过开源社区进行分 工合作，就将不再存在话语权集中和垄断的可能性，弱肉强食的“丛林法则”在此就不复存在。这有助于 中小微企业真正成为商业价值链的主角，从而激发经济增长动力、广泛提升就业、鼓励创业和创新，实 现“反垄断”的人类商业终极理想。 安全性。在群组架构中，可以更好地实现平行扩展，满足金融级高频交易场景的需求。同时，群 组架构可以快速支持组链需求，极大降低运维难度，真正能够实现企业间建链就像建“聊天群”一 样简便。 • 支持分 分 分布 布 布式 式 式存 存 存储 储 储，使存储突破单机限制，支持横向扩展。计算和存储分离，提高了系统健壮性， 即使节点执行服务器故障，数据也不会受影响。分布式存储定义了标准的数据访问CRUD接口，可

工作组的首批成员包括：微众银行、深证通、腾 讯、华为、神州信息、四方精创、博彦科技、越秀金科、亦笔科技等9家单位。 1.1 联 联 联盟 盟 盟链 链 链的 的 的升 升 升华 华 华： ： ：分 分 分布 布 布式 式 式商 商 商业 业 业与 与 与公 公 公众 众 众联 联 联盟 盟 盟链 链 链 商业，本身是一种竞争、自由的经济活动。而自由竞争的结果，天然就容易导致优胜劣汰、垄断集中、 起到中间链接桥梁 作用的不是人或产品、不是信息平台、而只是客观的技术本身。诚然，如果技术不开源，确实也可能演 变成新的垄断。因此，发展分布式商业必须始终保持技术开源的态度，各个参与方通过开源社区进行分 工合作，就将不再存在话语权集中和垄断的可能性，弱肉强食的“丛林法则”在此就不复存在。这有助于 中小微企业真正成为商业价值链的主角，从而激发经济增长动力、广泛提升就业、鼓励创业和创新，实 现“反垄断”的人类商业终极理想。 安全性。在群组架构中，可以更好地实现平行扩展，满足金融级高频交易场景的需求。同时，群 组架构可以快速支持组链需求，极大降低运维难度，真正能够实现企业间建链就像建“聊天群”一 样简便。 • 支持分 分 分布 布 布式 式 式存 存 存储 储 储，使存储突破单机限制，支持横向扩展。计算和存储分离，提高了系统健壮性， 即使节点执行服务器故障，数据也不会受影响。分布式存储定义了标准的数据访问CRUD接口，可

发、调试、部署、审计等，打造丰富的功能组件和实用工具，提供友好的、可视化的操作环境。 • 分 分 分布 布 布式 式 式身 身 身份 份 份解 解 解决 决 决方 方 方案 案 案WeIdentity：基于区块链的分布式多中心的技术解决方案，提供分布式实体 身份标识及管理、可信数据交换协议等一系列的基础层与应用接口，可实现实体对象（人或物） 数据的安全授权与交换。 • 分 分 分布 布 布式 式 式事 事 事件 件 件驱 驱 驱动 FISCO BCOS Documentation, 发 发 发布 布 布 v2.4.0 2.3.1 变 变 变更 更 更描 描 描述 述 述 新 新 新特 特 特性 性 性 • 构建交易和回执的默克尔树，提供一种基于SPV的证明方式 • 插件化缓存机制并提供缓存开关 更 更 更新 新 新 从流程、存储、协议三方面进行优化，提升性能。 1. 流 流 流程 程 程 • 异步提交RPC交易到交易池 其中-p选项指定起始端口，分别是p2p_port,channel_port,jsonrpc_port • 出 于 安 全 性 和 易 用 性 考 虑 ，v2.3.0版 本 最 新 配 置 将listen_ip拆 分 成jsonrpc_listen_ip和channel_listen_ip，但仍保留对listen_ip的解析功能，详细请参考 这里 • 为便于开发和体验，channel_listen_ip参考配置是

发、调试、部署、审计等，打造丰富的功能组件和实用工具，提供友好的、可视化的操作环境。 • 分 分 分布 布 布式 式 式身 身 身份 份 份解 解 解决 决 决方 方 方案 案 案WeIdentity：基于区块链的分布式多中心的技术解决方案，提供分布式实体 身份标识及管理、可信数据交换协议等一系列的基础层与应用接口，可实现实体对象（人或物） 数据的安全授权与交换。 • 分 分 分布 布 布式 式 式事 事 事件 件 件驱 驱 驱动 升级后节点包含v2.2.0新特性 • v2.2.0 Release Note 2.4.1 变 变 变更 更 更描 描 描述 述 述 新 新 新特 特 特性 性 性 • 构建交易和回执的默克尔树，提供一种基于SPV的证明方式 • 插件化缓存机制并提供缓存开关 更 更 更新 新 新 从流程、存储、协议三方面进行优化，提升性能。 1. 流 流 流程 程 程 • 异步提交RPC交易到交易池 其中-p选项指定起始端口，分别是p2p_port,channel_port,jsonrpc_port • 出 于 安 全 性 和 易 用 性 考 虑 ，v2.3.0版 本 最 新 配 置 将listen_ip拆 分 成jsonrpc_listen_ip和channel_listen_ip，但仍保留对listen_ip的解析功能，详细请参考 这里 • 为便于开发和体验，channel_listen_ip参考配置是

前的加密数据被破 解。ECDH算法使得双方通过对方的公钥和自己的私钥，可以获得一致 的共享密钥SharedKey。 第三阶段是Verify阶段。双方使用ShareKey产生两组密钥Key1，Key2分 别作为读写密钥，并使用支持的对称加密算法(AES/blowfish)加密传输第 一步中发送给对方的Nonce，而接收方则使用刚才协商的密钥对数据解 密，并验证Nonce是不是等于第一步中自己发送给对方的值。 CryptoClient interface { CryptoCore KeyUtils AccountUtils MultiSig } 整个CryptoClient由四部分功能接口组成： CryptoCore ： 主要提供包括加解密、签名等密码学核心功能； KeyUtils : 主要提供公私钥相关工具，例如密钥对象和JSON、文件格式 之间的转换等； AccountUtils 比如执行合 约的时候，构造的交易是否合法我们可以实时获知，但具体什么时候真正的 被节点打包上链就不一样了。当然还有其他类似的场景，针对这种问题，我 们引入了事件订阅机制。 合约事件 订阅的接口十分简单，只有Subscribe一个 1 2 3 service EventService { rpc Subscribe (SubscribeRequest) returns (stream

前的加密数据被破 解。ECDH算法使得双方通过对方的公钥和自己的私钥，可以获得一致 的共享密钥SharedKey。 第三阶段是Verify阶段。双方使用ShareKey产生两组密钥Key1，Key2分 别作为读写密钥，并使用支持的对称加密算法(AES/blowfish)加密传输第 一步中发送给对方的Nonce，而接收方则使用刚才协商的密钥对数据解 密，并验证Nonce是不是等于第一步中自己发送给对方的值。 CryptoClient interface { CryptoCore KeyUtils AccountUtils MultiSig } 整个CryptoClient由四部分功能接口组成： CryptoCore ： 主要提供包括加解密、签名等密码学核心功能； KeyUtils : 主要提供公私钥相关工具，例如密钥对象和JSON、文件格式 之间的转换等； AccountUtils 比如执行合 约的时候，构造的交易是否合法我们可以实时获知，但具体什么时候真正的 被节点打包上链就不一样了。当然还有其他类似的场景，针对这种问题，我 们引入了事件订阅机制。 合约事件 订阅的接口十分简单，只有Subscribe一个 1 2 3 service EventService { rpc Subscribe (SubscribeRequest) returns (stream

前的加密数据被破 解。ECDH算法使得双方通过对方的公钥和自己的私钥，可以获得一致 的共享密钥SharedKey。 第三阶段是Verify阶段。双方使用ShareKey产生两组密钥Key1，Key2分 别作为读写密钥，并使用支持的对称加密算法(AES/blowfish)加密传输第 一步中发送给对方的Nonce，而接收方则使用刚才协商的密钥对数据解 密，并验证Nonce是不是等于第一步中自己发送给对方的值。 CryptoClient interface { CryptoCore KeyUtils AccountUtils MultiSig } 整个CryptoClient由四部分功能接口组成： CryptoCore ： 主要提供包括加解密、签名等密码学核心功能； KeyUtils : 主要提供公私钥相关工具，例如密钥对象和JSON、文件格式 之间的转换等； AccountUtils 比如执行合 约的时候，构造的交易是否合法我们可以实时获知，但具体什么时候真正的 被节点打包上链就不一样了。当然还有其他类似的场景，针对这种问题，我 们引入了事件订阅机制。 合约事件 订阅的接口十分简单，只有Subscribe一个 1 2 3 service EventService { rpc Subscribe (SubscribeRequest) returns (stream

前的加密数据被破 解。ECDH算法使得双方通过对方的公钥和自己的私钥，可以获得一致 的共享密钥SharedKey。 第三阶段是Verify阶段。双方使用ShareKey产生两组密钥Key1，Key2分 别作为读写密钥，并使用支持的对称加密算法(AES/blowfish)加密传输第 一步中发送给对方的Nonce，而接收方则使用刚才协商的密钥对数据解 密，并验证Nonce是不是等于第一步中自己发送给对方的值。 CryptoClient interface { CryptoCore KeyUtils AccountUtils MultiSig } 整个CryptoClient由四部分功能接口组成： CryptoCore ： 主要提供包括加解密、签名等密码学核心功能； KeyUtils : 主要提供公私钥相关工具，例如密钥对象和JSON、文件格式 之间的转换等； AccountUtils 比如执行合 约的时候，构造的交易是否合法我们可以实时获知，但具体什么时候真正的 被节点打包上链就不一样了。当然还有其他类似的场景，针对这种问题，我 们引入了事件订阅机制。 合约事件 订阅的接口十分简单，只有Subscribe一个 1 2 3 service EventService { rpc Subscribe (SubscribeRequest) returns (stream

发、调试、部署、审计等，打造丰富的功能组件和实用工具，提供友好的、可视化的操作环境。 • 分 分 分布 布 布式 式 式身 身 身份 份 份解 解 解决 决 决方 方 方案 案 案WeIdentity：基于区块链的分布式多中心的技术解决方案，提供分布式实体 身份标识及管理、可信数据交换协议等一系列的基础层与应用接口，可实现实体对象（人或物） 数据的安全授权与交换。 • 分 分 分布 布 布式 式 式事 事 事件 件 件驱 驱 驱动 按用 户、时间等维度分到各群组，群组架构可快速地平行扩展，在扩大了业务规模同时，极大简化了 运维复杂度，降低管理成本。 更多的群组介绍，请参考 群组架构设计文档 和 群组使用教程 2.1.2 分 分 分布 布 布式 式 式存 存 存储 储 储 FISCO BCOS 2.0新增了对分布式数据存储的支持，节点可将数据存储在远端分布式系统中，克服了本地 化数据存储的诸多限制。该方案有以下优点： • 搭建新链，重新向新节点提交所有历史交易，升级后节点包含v2.2.0新特性 • v2.2.0 Release Note 变 变 变更 更 更描 描 描述 述 述 新 新 新特 特 特性 性 性 • 构建交易和回执的默克尔树，提供一种基于SPV的证明方式 • 插件化缓存机制并提供缓存开关 更 更 更新 新 新 从流程、存储、协议三方面进行优化，提升性能。 2.2. 更 更 更多 多 多版 版 版本 本 本 15

发、调试、部署、审计等，打造丰富的功能组件和实用工具，提供友好的、可视化的操作环境。 • 分 分 分布 布 布式 式 式身 身 身份 份 份解 解 解决 决 决方 方 方案 案 案WeIdentity：基于区块链的分布式多中心的技术解决方案，提供分布式实体 身份标识及管理、可信数据交换协议等一系列的基础层与应用接口，可实现实体对象（人或物） 数据的安全授权与交换。 • 分 分 分布 布 布式 式 式事 事 事件 件 件驱 驱 驱动 按用 户、时间等维度分到各群组，群组架构可快速地平行扩展，在扩大了业务规模同时，极大简化了 运维复杂度，降低管理成本。 更多的群组介绍，请参考 群组架构设计文档 和 群组使用教程 2.1.2 分 分 分布 布 布式 式 式存 存 存储 储 储 FISCO BCOS 2.0新增了对分布式数据存储的支持，节点可将数据存储在远端分布式系统中，克服了本地 化数据存储的诸多限制。该方案有以下优点： • 搭建新链，重新向新节点提交所有历史交易，升级后节点包含v2.2.0新特性 • v2.2.0 Release Note 变 变 变更 更 更描 描 描述 述 述 新 新 新特 特 特性 性 性 • 构建交易和回执的默克尔树，提供一种基于SPV的证明方式 • 插件化缓存机制并提供缓存开关 更 更 更新 新 新 从流程、存储、协议三方面进行优化，提升性能。 1. 流 流 流程 程 程 • 异步提交RPC交易到交易池