流量负载均衡策略 注解 流量负载均衡策略仅在开启Prepare包树状广播时生效 rPBFT开启Prepare包结构优化后，其他共识节点交易缺失后，向leader请求交 易，导致leader出带宽成为瓶颈，FISCO BCOS v2.3.0结合Prepare包状态，设 计并实现了负载均衡策略，该策略时序图如下： sequenceDiagram participant leader participant 区块链系统中，为了保障客户端发送的交易能到达所有节点，SDK直连的区 块链节点需要将收到的交易广播给其他节点，如下图所示： 显然，SDK直连节点的出带宽与区块链节点总数成正比，随着区块链系统节 点数的增加，该节点必然成为整个系统的瓶颈。 此外，为了保障节点网络断连的情况下，交易也能尽量到达所有节点，还引 入了交易转发逻辑，节点收到其他节点广播过来的交易后，会随机选取25% 的邻居节点转发收到的交易，在网络全连的情况下，这种交易转发策略无疑 的范围内（如只有用户 向商户单向转账），事务和事务之间进行清晰地隔离，这样也比较容易进行 平行扩展。 如上图所示，一个典型的多层结构的互联网服务，模块众多，计算和存储分 布都比较均匀，哪个模块成为瓶颈，就去增加哪个模块的硬件资源，进行业 务路由配置和必要的数据迁移就是了。 像分布式数据库、大数据集群、或者BT网络、CDN这些“分布式系统”，大多 也是遵循“将用户和数据分散到不同的物理设备上”这个原则，达到简单的“堆

流量负载均衡策略 注解 流量负载均衡策略仅在开启Prepare包树状广播时生效 rPBFT开启Prepare包结构优化后，其他共识节点交易缺失后，向leader请求交 易，导致leader出带宽成为瓶颈，FISCO BCOS v2.3.0结合Prepare包状态，设 计并实现了负载均衡策略，该策略时序图如下： sequenceDiagram participant leader participant 区块链系统中，为了保障客户端发送的交易能到达所有节点，SDK直连的区 块链节点需要将收到的交易广播给其他节点，如下图所示： 显然，SDK直连节点的出带宽与区块链节点总数成正比，随着区块链系统节 点数的增加，该节点必然成为整个系统的瓶颈。 此外，为了保障节点网络断连的情况下，交易也能尽量到达所有节点，还引 入了交易转发逻辑，节点收到其他节点广播过来的交易后，会随机选取25% 的邻居节点转发收到的交易，在网络全连的情况下，这种交易转发策略无疑 的范围内（如只有用户 向商户单向转账），事务和事务之间进行清晰地隔离，这样也比较容易进行 平行扩展。 如上图所示，一个典型的多层结构的互联网服务，模块众多，计算和存储分 布都比较均匀，哪个模块成为瓶颈，就去增加哪个模块的硬件资源，进行业 务路由配置和必要的数据迁移就是了。 像分布式数据库、大数据集群、或者BT网络、CDN这些“分布式系统”，大多 也是遵循“将用户和数据分散到不同的物理设备上”这个原则，达到简单的“堆

流量负载均衡策略 注解 流量负载均衡策略仅在开启Prepare包树状广播时生效 rPBFT开启Prepare包结构优化后，其他共识节点交易缺失后，向leader请求交 易，导致leader出带宽成为瓶颈，FISCO BCOS v2.3.0结合Prepare包状态，设 计并实现了负载均衡策略，该策略时序图如下： sequenceDiagram participant leader participant 区块链系统中，为了保障客户端发送的交易能到达所有节点，SDK直连的区 块链节点需要将收到的交易广播给其他节点，如下图所示： 显然，SDK直连节点的出带宽与区块链节点总数成正比，随着区块链系统节 点数的增加，该节点必然成为整个系统的瓶颈。 此外，为了保障节点网络断连的情况下，交易也能尽量到达所有节点，还引 入了交易转发逻辑，节点收到其他节点广播过来的交易后，会随机选取25% 的邻居节点转发收到的交易，在网络全连的情况下，这种交易转发策略无疑 的范围内（如只有用户 向商户单向转账），事务和事务之间进行清晰地隔离，这样也比较容易进行 平行扩展。 如上图所示，一个典型的多层结构的互联网服务，模块众多，计算和存储分 布都比较均匀，哪个模块成为瓶颈，就去增加哪个模块的硬件资源，进行业 务路由配置和必要的数据迁移就是了。 像分布式数据库、大数据集群、或者BT网络、CDN这些“分布式系统”，大多 也是遵循“将用户和数据分散到不同的物理设备上”这个原则，达到简单的“堆

流量负载均衡策略 注解 流量负载均衡策略仅在开启Prepare包树状广播时生效 rPBFT开启Prepare包结构优化后，其他共识节点交易缺失后，向leader请求交 易，导致leader出带宽成为瓶颈，FISCO BCOS v2.3.0结合Prepare包状态，设 计并实现了负载均衡策略，该策略时序图如下： sequenceDiagram participant leader participant 区块链系统中，为了保障客户端发送的交易能到达所有节点，SDK直连的区 块链节点需要将收到的交易广播给其他节点，如下图所示： 显然，SDK直连节点的出带宽与区块链节点总数成正比，随着区块链系统节 点数的增加，该节点必然成为整个系统的瓶颈。 此外，为了保障节点网络断连的情况下，交易也能尽量到达所有节点，还引 入了交易转发逻辑，节点收到其他节点广播过来的交易后，会随机选取25% 的邻居节点转发收到的交易，在网络全连的情况下，这种交易转发策略无疑 的范围内（如只有用户 向商户单向转账），事务和事务之间进行清晰地隔离，这样也比较容易进行 平行扩展。 如上图所示，一个典型的多层结构的互联网服务，模块众多，计算和存储分 布都比较均匀，哪个模块成为瓶颈，就去增加哪个模块的硬件资源，进行业 务路由配置和必要的数据迁移就是了。 像分布式数据库、大数据集群、或者BT网络、CDN这些“分布式系统”，大多 也是遵循“将用户和数据分散到不同的物理设备上”这个原则，达到简单的“堆

区块链系统中，为了保障客户端发送的交易能到达所有节点，SDK直连的区 块链节点需要将收到的交易广播给其他节点，如下图所示： 显然，SDK直连节点的出带宽与区块链节点总数成正比，随着区块链系统节 点数的增加，该节点必然成为整个系统的瓶颈。 此外，为了保障节点网络断连的情况下，交易也能尽量到达所有节点，还引 入了交易转发逻辑，节点收到其他节点广播过来的交易后，会随机选取25% 的邻居节点转发收到的交易，在网络全连的情况下，这种交易转发策略无疑 流量负载均衡策略 注解 流量负载均衡策略仅在开启Prepare包树状广播时生效 rPBFT开启Prepare包结构优化后，其他共识节点交易缺失后，向leader请求交 易，导致leader出带宽成为瓶颈，FISCO BCOS v2.3.0结合Prepare包状态，设 计并实现了负载均衡策略，该策略时序图如下： sequenceDiagram participant leader participant 的范围内（如只有用户 向商户单向转账），事务和事务之间进行清晰地隔离，这样也比较容易进行 平行扩展。 如上图所示，一个典型的多层结构的互联网服务，模块众多，计算和存储分 布都比较均匀，哪个模块成为瓶颈，就去增加哪个模块的硬件资源，进行业 务路由配置和必要的数据迁移就是了。 像分布式数据库、大数据集群、或者BT网络、CDN这些“分布式系统”，大多 也是遵循“将用户和数据分散到不同的物理设备上”这个原则，达到简单的“堆

流量负载均衡策略 注解 流量负载均衡策略仅在开启Prepare包树状广播时生效 rPBFT开启Prepare包结构优化后，其他共识节点交易缺失后，向leader请求交 易，导致leader出带宽成为瓶颈，FISCO BCOS v2.3.0结合Prepare包状态，设 计并实现了负载均衡策略，该策略时序图如下： sequenceDiagram participant leader participant 区块链系统中，为了保障客户端发送的交易能到达所有节点，SDK直连的区 块链节点需要将收到的交易广播给其他节点，如下图所示： 显然，SDK直连节点的出带宽与区块链节点总数成正比，随着区块链系统节 点数的增加，该节点必然成为整个系统的瓶颈。 此外，为了保障节点网络断连的情况下，交易也能尽量到达所有节点，还引 入了交易转发逻辑，节点收到其他节点广播过来的交易后，会随机选取25% 的邻居节点转发收到的交易，在网络全连的情况下，这种交易转发策略无疑 的范围内（如只有用户 向商户单向转账），事务和事务之间进行清晰地隔离，这样也比较容易进行 平行扩展。 如上图所示，一个典型的多层结构的互联网服务，模块众多，计算和存储分 布都比较均匀，哪个模块成为瓶颈，就去增加哪个模块的硬件资源，进行业 务路由配置和必要的数据迁移就是了。 像分布式数据库、大数据集群、或者BT网络、CDN这些“分布式系统”，大多 也是遵循“将用户和数据分散到不同的物理设备上”这个原则，达到简单的“堆

流量负载均衡策略 注解 流量负载均衡策略仅在开启Prepare包树状广播时生效 rPBFT开启Prepare包结构优化后，其他共识节点交易缺失后，向leader请求交 易，导致leader出带宽成为瓶颈，FISCO BCOS v2.3.0结合Prepare包状态，设 计并实现了负载均衡策略，该策略时序图如下： sequenceDiagram participant leader participant 区块链系统中，为了保障客户端发送的交易能到达所有节点，SDK直连的区 块链节点需要将收到的交易广播给其他节点，如下图所示： 显然，SDK直连节点的出带宽与区块链节点总数成正比，随着区块链系统节 点数的增加，该节点必然成为整个系统的瓶颈。 此外，为了保障节点网络断连的情况下，交易也能尽量到达所有节点，还引 入了交易转发逻辑，节点收到其他节点广播过来的交易后，会随机选取25% 的邻居节点转发收到的交易，在网络全连的情况下，这种交易转发策略无疑 的范围内（如只有用户 向商户单向转账），事务和事务之间进行清晰地隔离，这样也比较容易进行 平行扩展。 如上图所示，一个典型的多层结构的互联网服务，模块众多，计算和存储分 布都比较均匀，哪个模块成为瓶颈，就去增加哪个模块的硬件资源，进行业 务路由配置和必要的数据迁移就是了。 像分布式数据库、大数据集群、或者BT网络、CDN这些“分布式系统”，大多 也是遵循“将用户和数据分散到不同的物理设备上”这个原则，达到简单的“堆

流量负载均衡策略 注解 流量负载均衡策略仅在开启Prepare包树状广播时生效 rPBFT开启Prepare包结构优化后，其他共识节点交易缺失后，向leader请求交 易，导致leader出带宽成为瓶颈，FISCO BCOS v2.3.0结合Prepare包状态，设 计并实现了负载均衡策略，该策略时序图如下： sequenceDiagram participant leader participant 区块链系统中，为了保障客户端发送的交易能到达所有节点，SDK直连的区 块链节点需要将收到的交易广播给其他节点，如下图所示： 显然，SDK直连节点的出带宽与区块链节点总数成正比，随着区块链系统节 点数的增加，该节点必然成为整个系统的瓶颈。 此外，为了保障节点网络断连的情况下，交易也能尽量到达所有节点，还引 入了交易转发逻辑，节点收到其他节点广播过来的交易后，会随机选取25% 的邻居节点转发收到的交易，在网络全连的情况下，这种交易转发策略无疑 的范围内（如只有用户 向商户单向转账），事务和事务之间进行清晰地隔离，这样也比较容易进行 平行扩展。 如上图所示，一个典型的多层结构的互联网服务，模块众多，计算和存储分 布都比较均匀，哪个模块成为瓶颈，就去增加哪个模块的硬件资源，进行业 务路由配置和必要的数据迁移就是了。 像分布式数据库、大数据集群、或者BT网络、CDN这些“分布式系统”，大多 也是遵循“将用户和数据分散到不同的物理设备上”这个原则，达到简单的“堆

流量负载均衡策略 注解 流量负载均衡策略仅在开启Prepare包树状广播时生效 rPBFT开启Prepare包结构优化后，其他共识节点交易缺失后，向leader请求交 易，导致leader出带宽成为瓶颈，FISCO BCOS v2.3.0结合Prepare包状态，设 计并实现了负载均衡策略，该策略时序图如下： sequenceDiagram participant leader participant 区块链系统中，为了保障客户端发送的交易能到达所有节点，SDK直连的区 块链节点需要将收到的交易广播给其他节点，如下图所示： 显然，SDK直连节点的出带宽与区块链节点总数成正比，随着区块链系统节 点数的增加，该节点必然成为整个系统的瓶颈。 此外，为了保障节点网络断连的情况下，交易也能尽量到达所有节点，还引 入了交易转发逻辑，节点收到其他节点广播过来的交易后，会随机选取25% 的邻居节点转发收到的交易，在网络全连的情况下，这种交易转发策略无疑 的范围内（如只有用户 向商户单向转账），事务和事务之间进行清晰地隔离，这样也比较容易进行 平行扩展。 如上图所示，一个典型的多层结构的互联网服务，模块众多，计算和存储分 布都比较均匀，哪个模块成为瓶颈，就去增加哪个模块的硬件资源，进行业 务路由配置和必要的数据迁移就是了。 像分布式数据库、大数据集群、或者BT网络、CDN这些“分布式系统”，大多 也是遵循“将用户和数据分散到不同的物理设备上”这个原则，达到简单的“堆

流量负载均衡策略 注解 流量负载均衡策略仅在开启Prepare包树状广播时生效 rPBFT开启Prepare包结构优化后，其他共识节点交易缺失后，向leader请求交 易，导致leader出带宽成为瓶颈，FISCO BCOS v2.3.0结合Prepare包状态，设 计并实现了负载均衡策略，该策略时序图如下： sequenceDiagram participant leader participant 区块链系统中，为了保障客户端发送的交易能到达所有节点，SDK直连的区 块链节点需要将收到的交易广播给其他节点，如下图所示： 显然，SDK直连节点的出带宽与区块链节点总数成正比，随着区块链系统节 点数的增加，该节点必然成为整个系统的瓶颈。 此外，为了保障节点网络断连的情况下，交易也能尽量到达所有节点，还引 入了交易转发逻辑，节点收到其他节点广播过来的交易后，会随机选取25% 的邻居节点转发收到的交易，在网络全连的情况下，这种交易转发策略无疑 的范围内（如只有用户 向商户单向转账），事务和事务之间进行清晰地隔离，这样也比较容易进行 平行扩展。 如上图所示，一个典型的多层结构的互联网服务，模块众多，计算和存储分 布都比较均匀，哪个模块成为瓶颈，就去增加哪个模块的硬件资源，进行业 务路由配置和必要的数据迁移就是了。 像分布式数据库、大数据集群、或者BT网络、CDN这些“分布式系统”，大多 也是遵循“将用户和数据分散到不同的物理设备上”这个原则，达到简单的“堆