基于区块链架构的业务场景要求各参与方都输出和共享相关数据，以共同计算和验证，在复杂的商业环 境中，机构希望自己的商业数据受控，在越来越被重视的个人数据隐私保护的形势下，个人对隐私保护 的诉求也日益增强。如何对共享的数据牵涉隐私的部分进行保护，以及在避免运作过程泄漏隐私，是一 个很重要的问题。 隐私保护首先是个管理问题，要求在构建系统开展业务时，把握“最小授权，明示同意的原则”，对数据 的收集、 同步模块是”网络消耗大户”，包括区块同步和交易同步，FISCO BCOS秉着负载均衡的原则优化了共识 模块网络使用效率。 注解: 因协议一致性要求，建议保证所有节点PBFT共识配置一致。 区块同步优化配置 为了增强区块链系统在网络带宽受限情况下的可扩展性，FISCO BCOS v2.2.0对区块同步进行了优化， 详细的优化策略请参考这里。可通过group.group_id.ini的[sync].sync_block_by_tree开启 性能：可秒级确认，且由于算法复杂度与节点数无关，性能衰减远小于PBFT • 一致性、可用性要求：需要至少三分之二的共识委员节点正常工作，系统才可正常共识 • 安全性：未来将引入VRF算法，随机、私密地替换共识委员，增强共识算法安全性 rPBFT网络优化 Prepare包广播优化 为 进 一 步 提 升Prepare包 在 带 宽 有 限 场 景 下 广 播 效 率 ，FISCO BCOS v2.3.0在rPBFT的

基于区块链架构的业务场景要求各参与方都输出和共享相关数据，以共同计算和验证，在复杂的商业环 境中，机构希望自己的商业数据受控，在越来越被重视的个人数据隐私保护的形势下，个人对隐私保护 的诉求也日益增强。如何对共享的数据牵涉隐私的部分进行保护，以及在避免运作过程泄漏隐私，是一 个很重要的问题。 隐私保护首先是个管理问题，要求在构建系统开展业务时，把握“最小授权，明示同意的原则”，对数据 的收集、 BCOS秉着负载均衡的原则优化了共识 模块网络使用效率。 注 注 注解 解 解: 因协议一致性要求，建议保证所有节点PBFT共识配置一致。 区 区 区块 块 块同 同 同步 步 步优 优 优化 化 化配 配 配置 置 置 为了增强区块链系统在网络带宽受限情况下的可扩展性，FISCO BCOS v2.2.0对区块同步进行了优化， 详细的优化策略请参考这里。可通过group.group_id.ini的[sync].sync_block_by_tree开启 性能：可秒级确认，且由于算法复杂度与节点数无关，性能衰减远小于PBFT • 一致性、可用性要求：需要至少三分之二的共识委员节点正常工作，系统才可正常共识 • 安全性：未来将引入VRF算法，随机、私密地替换共识委员，增强共识算法安全性 rPBFT网 网 网络 络 络优 优 优化 化 化 Prepare包 包 包广 广 广播 播 播优 优 优化 化 化 为 进 一 步 提 升Prepare包 在 带 宽 有 限

基于区块链架构的业务场景要求各参与方都输出和共享相关数据，以共同计算和验证，在复杂的商业环 境中，机构希望自己的商业数据受控，在越来越被重视的个人数据隐私保护的形势下，个人对隐私保护 的诉求也日益增强。如何对共享的数据牵涉隐私的部分进行保护，以及在避免运作过程泄漏隐私，是一 个很重要的问题。 隐私保护首先是个管理问题，要求在构建系统开展业务时，把握“最小授权，明示同意的原则”，对数据 的收集、 同步模块是”网络消耗大户”，包括区块同步和交易同步，FISCO BCOS秉着负载均衡的原则优化了共识 模块网络使用效率。 注解: 因协议一致性要求，建议保证所有节点PBFT共识配置一致。 区块同步优化配置 为了增强区块链系统在网络带宽受限情况下的可扩展性，FISCO BCOS v2.2.0对区块同步进行了优化， 详细的优化策略请参考这里。可通过group.group_id.ini的[sync].sync_block_by_tree开启 性能：可秒级确认，且由于算法复杂度与节点数无关，性能衰减远小于PBFT • 一致性、可用性要求：需要至少三分之二的共识委员节点正常工作，系统才可正常共识 • 安全性：未来将引入VRF算法，随机、私密地替换共识委员，增强共识算法安全性 rPBFT网络优化 Prepare包广播优化 为 进 一 步 提 升Prepare包 在 带 宽 有 限 场 景 下 广 播 效 率 ，FISCO BCOS v2.3.0在rPBFT的

基于区块链架构的业务场景要求各参与方都输出和共享相关数据，以共同计算和验证，在复杂的商业环 境中，机构希望自己的商业数据受控，在越来越被重视的个人数据隐私保护的形势下，个人对隐私保护 的诉求也日益增强。如何对共享的数据牵涉隐私的部分进行保护，以及在避免运作过程泄漏隐私，是一 个很重要的问题。 隐私保护首先是个管理问题，要求在构建系统开展业务时，把握“最小授权，明示同意的原则”，对数据 的收集、 同步模块是”网络消耗大户”，包括区块同步和交易同步，FISCO BCOS秉着负载均衡的原则优化了共识 模块网络使用效率。 注解: 因协议一致性要求，建议保证所有节点PBFT共识配置一致。 区块同步优化配置 为了增强区块链系统在网络带宽受限情况下的可扩展性，FISCO BCOS v2.2.0对区块同步进行了优化， 详细的优化策略请参考这里。可通过group.group_id.ini的[sync].sync_block_by_tree开启 性能：可秒级确认，且由于算法复杂度与节点数无关，性能衰减远小于PBFT • 一致性、可用性要求：需要至少三分之二的共识委员节点正常工作，系统才可正常共识 • 安全性：未来将引入VRF算法，随机、私密地替换共识委员，增强共识算法安全性 rPBFT网络优化 Prepare包广播优化 为 进 一 步 提 升Prepare包 在 带 宽 有 限 场 景 下 广 播 效 率 ，FISCO BCOS v2.3.0在rPBFT的

基于区块链架构的业务场景要求各参与方都输出和共享相关数据，以共同计算和验证，在复杂的商业环 境中，机构希望自己的商业数据受控，在越来越被重视的个人数据隐私保护的形势下，个人对隐私保护 的诉求也日益增强。如何对共享的数据牵涉隐私的部分进行保护，以及在避免运作过程泄漏隐私，是一 个很重要的问题。 隐私保护首先是个管理问题，要求在构建系统开展业务时，把握“最小授权，明示同意的原则”，对数据 的收集、 BCOS秉着负载均衡的原则优化了共识 模块网络使用效率。 注 注 注解 解 解: 因协议一致性要求，建议保证所有节点PBFT共识配置一致。 区 区 区块 块 块同 同 同步 步 步优 优 优化 化 化配 配 配置 置 置 为了增强区块链系统在网络带宽受限情况下的可扩展性，FISCO BCOS v2.2.0对区块同步进行了优化， 详细的优化策略请参考这里。可通过group.group_id.ini的[sync].sync_block_by_tree开启 性能：可秒级确认，且由于算法复杂度与节点数无关，性能衰减远小于PBFT • 一致性、可用性要求：需要至少三分之二的共识委员节点正常工作，系统才可正常共识 • 安全性：未来将引入VRF算法，随机、私密地替换共识委员，增强共识算法安全性 rPBFT网 网 网络 络 络优 优 优化 化 化 Prepare包 包 包广 广 广播 播 播优 优 优化 化 化 为 进 一 步 提 升Prepare包 在 带 宽 有 限

的子类，但它也做了些修改，以支持属性访问的方式进行读/ 写，这在前面也有所体现。换句话说， .host_string 和 env['host_string'] 的作用是完全一样的。我们感觉属性访问通常可以少打一些打字，同时能增强 代码的可读性，所以这也是推荐的与 env 交互的方式。 作为字典在其他方面也很有用，例如，需要往字符串中插入多个环境变量时， 通过 Python 基于 dict 的字符串格式化显得尤其方便。“普通”的字符串格式化 会自动启用行级输出，这会导致上面链 接中提到的远程交互特性大部分失效，不过这是一个合理的折中。 行级输出混淆的情况在多进程的情况下是无法避免的，但是你可以设置主机地 址作为前缀来区分。 注解 未来版本会增加增强的日志支持来简化并行运行情况下的问题追踪。 © 版权所有 2016 Jeff Forcier. 由 Sphinx 1.3.5 创建。 索引 模块 | 下一页 | 上一页 | Fabric 文档 »

的子类，但它也做了些修改，以支持属性访问的方式进行读/ 写，这在前面也有所体现。换句话说， .host_string 和 env['host_string'] 的作用是完全一样的。我们感觉属性访问通常可以少打一些打字，同时能增强 代码的可读性，所以这也是推荐的与 env 交互的方式。 作为字典在其他方面也很有用，例如，需要往字符串中插入多个环境变量时， 通过 Python 基于 dict 的字符串格式化显得尤其方便。“普通”的字符串格式化 会自动启用行级输出，这会导致上面链 接中提到的远程交互特性大部分失效，不过这是一个合理的折中。 行级输出混淆的情况在多进程的情况下是无法避免的，但是你可以设置主机地 址作为前缀来区分。 注解 未来版本会增加增强的日志支持来简化并行运行情况下的问题追踪。 © 版权所有 2016 Jeff Forcier. 由 Sphinx 1.3.5 创建。 索引 模块 | 下一页 | 上一页 | Fabric 文档 »

基于区块链架构的业务场景要求各参与方都输出和共享相关数据，以共同计 算和验证，在复杂的商业环境中，机构希望自己的商业数据受控，在越来越 被重视的个人数据隐私保护的形势下，个人对隐私保护的诉求也日益增强。 如何对共享的数据牵涉隐私的部分进行保护，以及在避免运作过程泄漏隐 私，是一个很重要的问题。 隐私保护首先是个管理问题，要求在构建系统开展业务时，把握“最小授权， 明示同意的原则”，对数据的收集、存储、应用、披露、删除、恢复全生命周 Time=100 ; 节点等待父节点或其他非leader节点同步prepare包最长时延为100ms max_request_missedTxs_waitTime=100 区块同步优化配置 为了增强区块链系统在网络带宽受限情况下的可扩展性，FISCO BCOS v2.2.0 对区块同步进行了优化，详细的优化策略请参考这里。可通过 group.group_id.ini的[sync].sync_ 性能：可秒级确认，且由于算法复杂度与节点数无关，性能衰减远小于 PBFT 一致性、可用性要求：需要至少三分之二的共识委员节点正常工作，系 统才可正常共识 安全性：未来将引入VRF算法，随机、私密地替换共识委员，增强共识 算法安全性 rPBFT网络优化 Prepare包广播优化 为进一步提升Prepare包在带宽有限场景下广播效率，FISCO BCOS v2.3.0在 rPBFT的基础上实现了Prepare包树状广播，如下图所示：

基于区块链架构的业务场景要求各参与方都输出和共享相关数据，以共同计 算和验证，在复杂的商业环境中，机构希望自己的商业数据受控，在越来越 被重视的个人数据隐私保护的形势下，个人对隐私保护的诉求也日益增强。 如何对共享的数据牵涉隐私的部分进行保护，以及在避免运作过程泄漏隐 私，是一个很重要的问题。 隐私保护首先是个管理问题，要求在构建系统开展业务时，把握“最小授权， 明示同意的原则”，对数据的收集、存储、应用、披露、删除、恢复全生命周 Time=100 ; 节点等待父节点或其他非leader节点同步prepare包最长时延为100ms max_request_missedTxs_waitTime=100 区块同步优化配置 为了增强区块链系统在网络带宽受限情况下的可扩展性，FISCO BCOS v2.2.0 对区块同步进行了优化，详细的优化策略请参考这里。可通过 group.group_id.ini的[sync].sync_ 性能：可秒级确认，且由于算法复杂度与节点数无关，性能衰减远小于 PBFT 一致性、可用性要求：需要至少三分之二的共识委员节点正常工作，系 统才可正常共识 安全性：未来将引入VRF算法，随机、私密地替换共识委员，增强共识 算法安全性 rPBFT网络优化 Prepare包广播优化 为进一步提升Prepare包在带宽有限场景下广播效率，FISCO BCOS v2.3.0在 rPBFT的基础上实现了Prepare包树状广播，如下图所示：

基于区块链架构的业务场景要求各参与方都输出和共享相关数据，以共同计 算和验证，在复杂的商业环境中，机构希望自己的商业数据受控，在越来越 被重视的个人数据隐私保护的形势下，个人对隐私保护的诉求也日益增强。 如何对共享的数据牵涉隐私的部分进行保护，以及在避免运作过程泄漏隐 私，是一个很重要的问题。 隐私保护首先是个管理问题，要求在构建系统开展业务时，把握“最小授权， 明示同意的原则”，对数据的收集、存储、应用、披露、删除、恢复全生命周 Time=100 ; 节点等待父节点或其他非leader节点同步prepare包最长时延为100ms max_request_missedTxs_waitTime=100 区块同步优化配置 为了增强区块链系统在网络带宽受限情况下的可扩展性，FISCO BCOS v2.2.0 对区块同步进行了优化，详细的优化策略请参考这里。可通过 group.group_id.ini的[sync].sync_ 性能：可秒级确认，且由于算法复杂度与节点数无关，性能衰减远小于 PBFT 一致性、可用性要求：需要至少三分之二的共识委员节点正常工作，系 统才可正常共识 安全性：未来将引入VRF算法，随机、私密地替换共识委员，增强共识 算法安全性 rPBFT网络优化 Prepare包广播优化 为进一步提升Prepare包在带宽有限场景下广播效率，FISCO BCOS v2.3.0在 rPBFT的基础上实现了Prepare包树状广播，如下图所示：