e: 接收交易的线程数目，默认注释该配置项，注释该配置项 时，默认值为机器的CPU数目；开启该配置项时，根据配置的值创建接收交易的线程数目； • maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为102400。 注解: 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一 些。 线程池配置示例如下： ontractTest.cs。 ///

/// 异步调用合约方法,本测试调用合约set方法，可以解析input和event /// 遇到交易hash为空，生产环境采用定时服务/队列形式，先获取交易哈希，之后再去获取对 应的数据 ///

/// [Fact] public async Task SendTransca inDegree用于存储顶点当前的入度; – outEdge用于保存该顶点的出边信息，具体为所有出边所连顶点的ID列表。 • DAG： – vtxs是用于存储DAG中所有节点的列表； – topLevel是一个并发队列，用于存储当前入度为0的节点ID，执行时供多个线程并发访问； – totalVtxs：顶点总数 – totalConsume：已经执行过的顶点总数； – void init(uint32_t

e: 接收交易的线程数目，默认注释该配置项，注释该配置项 时，默认值为机器的CPU数目；开启该配置项时，根据配置的值创建接收交易的线程数目； • maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为102400。 注解: 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一 些。 线程池配置示例如下： ontractTest.cs。 ///

/// 异步调用合约方法,本测试调用合约set方法，可以解析input和event /// 遇到交易hash为空，生产环境采用定时服务/队列形式，先获取交易哈希，之后再去获取对 应的数据 ///

/// [Fact] public async Task SendTransca inDegree用于存储顶点当前的入度; – outEdge用于保存该顶点的出边信息，具体为所有出边所连顶点的ID列表。 • DAG： – vtxs是用于存储DAG中所有节点的列表； – topLevel是一个并发队列，用于存储当前入度为0的节点ID，执行时供多个线程并发访问； – totalVtxs：顶点总数 – totalConsume：已经执行过的顶点总数； – void init(uint32_t

e: 接收交易的线程数目，默认注释该配置项，注释该配置项 时，默认值为机器的CPU数目；开启该配置项时，根据配置的值创建接收交易的线程数目； • maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为102400。 注解: 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一 些。 线程池配置示例如下： ontractTest.cs。 ///

/// 异步调用合约方法,本测试调用合约set方法，可以解析input和event /// 遇到交易hash为空，生产环境采用定时服务/队列形式，先获取交易哈希，之后再去获取对 应的数据 ///

/// [Fact] public async Task SendTransca inDegree用于存储顶点当前的入度; – outEdge用于保存该顶点的出边信息，具体为所有出边所连顶点的ID列表。 • DAG： – vtxs是用于存储DAG中所有节点的列表； – topLevel是一个并发队列，用于存储当前入度为0的节点ID，执行时供多个线程并发访问； – totalVtxs：顶点总数 – totalConsume：已经执行过的顶点总数； – void init(uint32_t

11. 多 多 多种 种 种语 语 语言 言 言SDK FISCO BCOS Documentation, 发 发 发布 布 布 v2.7.2 • maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为102400。 注 注 注解 解 解: 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一 些。 线程池配置示例如下： inDegree用于存储顶点当前的入度; – outEdge用于保存该顶点的出边信息，具体为所有出边所连顶点的ID列表。 • DAG： – vtxs是用于存储DAG中所有节点的列表； – topLevel是一个并发队列，用于存储当前入度为0的节点ID，执行时供多个线程并发访问； – totalVtxs：顶点总数 – totalConsume：已经执行过的顶点总数； – void init(uint32_t ，需要状态同步的节点（Node 1），会主动向其 它节点请求下载区块。整个下载的过程会将下载的负载分散到多个节点上。 状 状 状态 态 态同 同 同步 步 步与 与 与下 下 下载 载 载队 队 队列 列 列 区块链节点在运行时，会定时向其它节点广播自身的最高块高。节点收到其它节点广播过来的块高后， 会和自身的块高进行比较，若自身的块高落后于此块高，就会启动区块下载流程。 区块的下载通过请求

e: 接收交易的线程数目，默认注释该配置项，注释该配置项 时，默认值为机器的CPU数目；开启该配置项时，根据配置的值创建接收交易的线程数目； • maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为102400。 注 注 注解 解 解: 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一 些。 线程池配置示例如下： inDegree用于存储顶点当前的入度; – outEdge用于保存该顶点的出边信息，具体为所有出边所连顶点的ID列表。 • DAG： – vtxs是用于存储DAG中所有节点的列表； – topLevel是一个并发队列，用于存储当前入度为0的节点ID，执行时供多个线程并发访问； – totalVtxs：顶点总数 – totalConsume：已经执行过的顶点总数； – void init(uint32_t ，需要状态同步的节点（Node 1），会主动向其 它节点请求下载区块。整个下载的过程会将下载的负载分散到多个节点上。 状 状 状态 态 态同 同 同步 步 步与 与 与下 下 下载 载 载队 队 队列 列 列 区块链节点在运行时，会定时向其它节点广播自身的最高块高。节点收到其它节点广播过来的块高后， 会和自身的块高进行比较，若自身的块高落后于此块高，就会启动区块下载流程。 区块的下载通过请求

ze: 接收交易的线程数目，默认注释该配置 项，注释该配置项时，默认值为机器的CPU数目；开启该配置项时，根 据配置的值创建接收交易的线程数目； maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为 102400。 注解 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一些。 线程池配置示例如下： ///

/// 异步调用合约方法,本测试调用合约set方法，可以解析input和 event /// 遇到交易hash为空，生产环境采用定时服务/队列形式，先获取交易哈 希，之后再去获取对应的数据 ///

/// [Fact] inDegree用于存储顶点当前的入度; outEdge用于保存该顶点的出边信息，具体为所有出边所连顶点的ID 列表。 DAG： vtxs是用于存储DAG中所有节点的列表； topLevel是一个并发队列，用于存储当前入度为0的节点ID，执行时 供多个线程并发访问； totalVtxs：顶点总数 totalConsume：已经执行过的顶点总数； void init(uint32_t _maxSize

ze: 接收交易的线程数目，默认注释该配置 项，注释该配置项时，默认值为机器的CPU数目；开启该配置项时，根 据配置的值创建接收交易的线程数目； maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为 102400。 注解 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一些。 线程池配置示例如下： ///

/// 异步调用合约方法,本测试调用合约set方法，可以解析input和 event /// 遇到交易hash为空，生产环境采用定时服务/队列形式，先获取交易哈 希，之后再去获取对应的数据 ///

/// [Fact] inDegree用于存储顶点当前的入度; outEdge用于保存该顶点的出边信息，具体为所有出边所连顶点的ID 列表。 DAG： vtxs是用于存储DAG中所有节点的列表； topLevel是一个并发队列，用于存储当前入度为0的节点ID，执行时 供多个线程并发访问； totalVtxs：顶点总数 totalConsume：已经执行过的顶点总数； void init(uint32_t _maxSize

ze: 接收交易的线程数目，默认注释该配置 项，注释该配置项时，默认值为机器的CPU数目；开启该配置项时，根 据配置的值创建接收交易的线程数目； maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为 102400。 注解 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一些。 线程池配置示例如下： ///

/// 异步调用合约方法,本测试调用合约set方法，可以解析input和 event /// 遇到交易hash为空，生产环境采用定时服务/队列形式，先获取交易哈 希，之后再去获取对应的数据 ///

/// [Fact] inDegree用于存储顶点当前的入度; outEdge用于保存该顶点的出边信息，具体为所有出边所连顶点的ID 列表。 DAG： vtxs是用于存储DAG中所有节点的列表； topLevel是一个并发队列，用于存储当前入度为0的节点ID，执行时 供多个线程并发访问； totalVtxs：顶点总数 totalConsume：已经执行过的顶点总数； void init(uint32_t _maxSize

ze: 接收交易的线程数目，默认注释该配置 项，注释该配置项时，默认值为机器的CPU数目；开启该配置项时，根 据配置的值创建接收交易的线程数目； maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为 102400。 注解 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一些。 线程池配置示例如下： inDegree用于存储顶点当前的入度; outEdge用于保存该顶点的出边信息，具体为所有出边所连顶点的ID 列表。 DAG： vtxs是用于存储DAG中所有节点的列表； topLevel是一个并发队列，用于存储当前入度为0的节点ID，执行时 供多个线程并发访问； totalVtxs：顶点总数 totalConsume：已经执行过的顶点总数； void init(uint32_t _maxSize 状态同步与下载队列 区块链节点在运行时，会定时向其它节点广播自身的最高块高。节点收到其 它节点广播过来的块高后，会和自身的块高进行比较，若自身的块高落后于 此块高，就会启动区块下载流程。 区块的下载通过请求的方式完成。进入下载流程的节点，会随机的挑选满足 要求的节点，发送需要下载的区块区间。收到下载请求的节点，会根据请求 的内容，回复相应的区块。 收到回复区块的节点，在本地维护一个下载队列，用来对下载下来的区块进

ze: 接收交易的线程数目，默认注释该配置 项，注释该配置项时，默认值为机器的CPU数目；开启该配置项时，根 据配置的值创建接收交易的线程数目； maxBlockingQueueSize: 线程池队列等待被处理的最大任务数目，默认为 102400。 注解 大多数场景下，不需要手工配置线程池配置；压测场景下，可将 maxBlockingQueueSize 配置大一些。 线程池配置示例如下： inDegree用于存储顶点当前的入度; outEdge用于保存该顶点的出边信息，具体为所有出边所连顶点的ID 列表。 DAG： vtxs是用于存储DAG中所有节点的列表； topLevel是一个并发队列，用于存储当前入度为0的节点ID，执行时 供多个线程并发访问； totalVtxs：顶点总数 totalConsume：已经执行过的顶点总数； void init(uint32_t _maxSize 状态同步与下载队列 区块链节点在运行时，会定时向其它节点广播自身的最高块高。节点收到其 它节点广播过来的块高后，会和自身的块高进行比较，若自身的块高落后于 此块高，就会启动区块下载流程。 区块的下载通过请求的方式完成。进入下载流程的节点，会随机的挑选满足 要求的节点，发送需要下载的区块区间。收到下载请求的节点，会根据请求 的内容，回复相应的区块。 收到回复区块的节点，在本地维护一个下载队列，用来对下载下来的区块进