动态链接库被超级链调用，实 现链上的隐私计算。 可信账本目前支持数据加密存储、数据权限管理、秘钥托管和基本的密文计 算功能，此部分代码暂未开源。 重要接口和数据结构 TEESDK // 提交任务到TEE服务，返回计算结果 func (s *TEEClient) Submit(method string, cipher string) (string, error) Xuperchain Manifest文件：Manifest文件中记录SST文件在不同Level的分布，单个 SST文件的最大最小key，以及其他一些LevelDB需要的元信息； Current文件：LevelDB启动时的首要任务就是找到当前的Manifest，而 Manifest可能有多个。Current文件简单的记录了当前Manifest的文件名； 以上3种文件可以称之为元数据文件，它们占用的存储空间通常是几十MB， 最多不会超过1GB 每一轮的时间由配置xuper.json指定，在单轮时间段内，区块打包由目前验证 节点组中的节点按顺序轮流完成。在通过合约发起验证节点变更后，变更会 在三个区块后才触发，然后验证节点按照新的验证组继续进行轮值。 调度代码具体实现如下: func (xpoa *XPoa) minerScheduling(timestamp int64) (term int64, pos int64, blockPos int64)

动态链接库被超级链调用，实 现链上的隐私计算。 可信账本目前支持数据加密存储、数据权限管理、秘钥托管和基本的密文计 算功能，此部分代码暂未开源。 重要接口和数据结构 TEESDK // 提交任务到TEE服务，返回计算结果 func (s *TEEClient) Submit(method string, cipher string) (string, error) Xuperchain Manifest文件：Manifest文件中记录SST文件在不同Level的分布，单个 SST文件的最大最小key，以及其他一些LevelDB需要的元信息； Current文件：LevelDB启动时的首要任务就是找到当前的Manifest，而 Manifest可能有多个。Current文件简单的记录了当前Manifest的文件名； 以上3种文件可以称之为元数据文件，它们占用的存储空间通常是几十MB， 最多不会超过1GB 每一轮的时间由配置xuper.json指定，在单轮时间段内，区块打包由目前验证 节点组中的节点按顺序轮流完成。在通过合约发起验证节点变更后，变更会 在三个区块后才触发，然后验证节点按照新的验证组继续进行轮值。 调度代码具体实现如下: func (xpoa *XPoa) minerScheduling(timestamp int64) (term int64, pos int64, blockPos int64)

动态链接库被超级链调用，实 现链上的隐私计算。 可信账本目前支持数据加密存储、数据权限管理、秘钥托管和基本的密文计 算功能，此部分代码暂未开源。 重要接口和数据结构 TEESDK // 提交任务到TEE服务，返回计算结果 func (s *TEEClient) Submit(method string, cipher string) (string, error) Xuperchain Manifest文件：Manifest文件中记录SST文件在不同Level的分布，单个 SST文件的最大最小key，以及其他一些LevelDB需要的元信息； Current文件：LevelDB启动时的首要任务就是找到当前的Manifest，而 Manifest可能有多个。Current文件简单的记录了当前Manifest的文件名； 以上3种文件可以称之为元数据文件，它们占用的存储空间通常是几十MB， 最多不会超过1GB 每一轮的时间由配置xuper.json指定，在单轮时间段内，区块打包由目前验证 节点组中的节点按顺序轮流完成。在通过合约发起验证节点变更后，变更会 在三个区块后才触发，然后验证节点按照新的验证组继续进行轮值。 调度代码具体实现如下: func (xpoa *XPoa) minerScheduling(timestamp int64) (term int64, pos int64, blockPos int64)

动态链接库被超级链调用，实 现链上的隐私计算。 可信账本目前支持数据加密存储、数据权限管理、秘钥托管和基本的密文计 算功能，此部分代码暂未开源。 重要接口和数据结构 TEESDK // 提交任务到TEE服务，返回计算结果 func (s *TEEClient) Submit(method string, cipher string) (string, error) Xuperchain Manifest文件：Manifest文件中记录SST文件在不同Level的分布，单个 SST文件的最大最小key，以及其他一些LevelDB需要的元信息； Current文件：LevelDB启动时的首要任务就是找到当前的Manifest，而 Manifest可能有多个。Current文件简单的记录了当前Manifest的文件名； 以上3种文件可以称之为元数据文件，它们占用的存储空间通常是几十MB， 最多不会超过1GB 每一轮的时间由配置xuper.json指定，在单轮时间段内，区块打包由目前验证 节点组中的节点按顺序轮流完成。在通过合约发起验证节点变更后，变更会 在三个区块后才触发，然后验证节点按照新的验证组继续进行轮值。 调度代码具体实现如下: func (xpoa *XPoa) minerScheduling(timestamp int64) (term int64, pos int64, blockPos int64)

ConversionPattern=[%p] [%-d{yyyy-MM-dd HH:mm:ss}] %C ˓→{1}.%M(%L) | %m%n 接着，通过配置gradle中的Jar命令，指定复制和编译任务。并引入日志库，在asset-app/src/test/ 52 Chapter 4. 开发第一个区块链应用 FISCO BCOS Documentation, 发布 v2.9.0 resour 内的问题能事先防范事后应急处理。为达成治理，需要制定相关的规则且保证各参与方达成共识并贯彻 执行。 一个典型的联盟链治理参考模型是各参与方共同组建联盟链委员会，共同讨论和决议，根据场景需要设 定各种角色和分配任务，如某些机构负责开发，某些机构参与运营管理，所有机构参与交易和运维，采 用智能合约实现管理规则和维护系统数据，委员会和监管机构可掌握一定的管理权限，对业务、机构、 人员进行审核和设置，并在出现紧急情 fa5b5ce687c8283d65030aae8680093275640861bc274b1b2874cb ˓→", "Topic": [] } ] } 黑名单与白名单混合配置：黑名单优先级高于白名单，白名单配置的基础上拒绝与node1建立连接 编辑node0的配置 $ vim node0/config.ini 需要进行的配置如下，黑名单配置上node1，白名单配置上node1，node2

ConversionPattern=[%p] [%-d{yyyy-MM-dd HH:mm:ss}] %C ˓→{1}.%M(%L) | %m%n 接着，通过配置gradle中的Jar命令，指定复制和编译任务。并引入日志库，在asset-app/src/test/ 52 Chapter 4. 开发第一个区块链应用 FISCO BCOS Documentation, 发布 v2.9.0 resour 内的问题能事先防范事后应急处理。为达成治理，需要制定相关的规则且保证各参与方达成共识并贯彻 执行。 一个典型的联盟链治理参考模型是各参与方共同组建联盟链委员会，共同讨论和决议，根据场景需要设 定各种角色和分配任务，如某些机构负责开发，某些机构参与运营管理，所有机构参与交易和运维，采 用智能合约实现管理规则和维护系统数据，委员会和监管机构可掌握一定的管理权限，对业务、机构、 人员进行审核和设置，并在出现紧急情 fa5b5ce687c8283d65030aae8680093275640861bc274b1b2874cb ˓→", "Topic": [] } ] } 黑名单与白名单混合配置：黑名单优先级高于白名单，白名单配置的基础上拒绝与node1建立连接 编辑node0的配置 $ vim node0/config.ini 需要进行的配置如下，黑名单配置上node1，白名单配置上node1，node2

ConversionPattern=[%p] [%-d{yyyy-MM-dd HH:mm:ss}] %C ˓→{1}.%M(%L) | %m%n 接着，通过配置gradle中的Jar命令，指定复制和编译任务。并引入日志库，在asset-app/src/test/ 52 Chapter 4. 开发第一个区块链应用 FISCO BCOS Documentation, 发布 v2.9.0 resour 内的问题能事先防范事后应急处理。为达成治理，需要制定相关的规则且保证各参与方达成共识并贯彻 执行。 一个典型的联盟链治理参考模型是各参与方共同组建联盟链委员会，共同讨论和决议，根据场景需要设 定各种角色和分配任务，如某些机构负责开发，某些机构参与运营管理，所有机构参与交易和运维，采 用智能合约实现管理规则和维护系统数据，委员会和监管机构可掌握一定的管理权限，对业务、机构、 人员进行审核和设置，并在出现紧急情 fa5b5ce687c8283d65030aae8680093275640861bc274b1b2874cb ˓→", "Topic": [] } ] } 黑名单与白名单混合配置：黑名单优先级高于白名单，白名单配置的基础上拒绝与node1建立连接 编辑node0的配置 $ vim node0/config.ini 需要进行的配置如下，黑名单配置上node1，白名单配置上node1，node2

每一轮的时间由配置xuper.json指定，在单轮时间段内，区块打包由目前验证节 点组中的节点按顺序轮流完成。在通过合约发起验证节点变更后，变更会在三 个区块后才触发，然后验证节点按照新的验证组继续进行轮值。 调度代码具体实现如下: func (xpoa *XPoa) minerScheduling(timestamp int64) (term int64, pos int64, blockPos int64) 当前验证节点已出块数量 blockPos = resTime/xpoa.xpoaConf.period + 1 ... return } 调度流程如下: 拜占庭容错 XPoA验证节点轮值过程中，采取了 Chained-Bft 防止矿工节点的作恶。 13.3. 整体代码 XPoA实现主要在 consensus/xpoa 路径下，其主要是通过智能合约的方式实现 (xpoa *XPoa) minerScheduling(timestamp int64) (term int64, pos int64, blockPos int64) { // 轮值时间调度计算规则 ... return } func (xpoa *XPoa) getCurrentValidates() ([]*cons_base.CandidateInfo, int64

每一轮的时间由配置xuper.json指定，在单轮时间段内，区块打包由目前验证节 点组中的节点按顺序轮流完成。在通过合约发起验证节点变更后，变更会在三 个区块后才触发，然后验证节点按照新的验证组继续进行轮值。 调度代码具体实现如下: func (xpoa *XPoa) minerScheduling(timestamp int64) (term int64, pos int64, blockPos int64) 当前验证节点已出块数量 blockPos = resTime/xpoa.xpoaConf.period + 1 ... return } 调度流程如下: 拜占庭容错 XPoA验证节点轮值过程中，采取了 Chained-Bft 防止矿工节点的作恶。 13.3. 整体代码 XPoA实现主要在 consensus/xpoa 路径下，其主要是通过智能合约的方式实现 (xpoa *XPoa) minerScheduling(timestamp int64) (term int64, pos int64, blockPos int64) { // 轮值时间调度计算规则 ... return } func (xpoa *XPoa) getCurrentValidates() ([]*cons_base.CandidateInfo, int64

每一轮的时间由配置xuper.json指定，在单轮时间段内，区块打包由目前验证节 点组中的节点按顺序轮流完成。在通过合约发起验证节点变更后，变更会在三 个区块后才触发，然后验证节点按照新的验证组继续进行轮值。 调度代码具体实现如下: func (xpoa *XPoa) minerScheduling(timestamp int64) (term int64, pos int64, blockPos int64) 当前验证节点已出块数量 blockPos = resTime/xpoa.xpoaConf.period + 1 ... return } 调度流程如下: 拜占庭容错 XPoA验证节点轮值过程中，采取了 Chained-Bft 防止矿工节点的作恶。 13.3. 整体代码 XPoA实现主要在 consensus/xpoa 路径下，其主要是通过智能合约的方式实现 (xpoa *XPoa) minerScheduling(timestamp int64) (term int64, pos int64, blockPos int64) { // 轮值时间调度计算规则 ... return } func (xpoa *XPoa) getCurrentValidates() ([]*cons_base.CandidateInfo, int64