blockchain/xchain1/conf、blockchain/xchain2/conf、blockchain/xchain3/conf 下，需要调整配置时在网络拉起前进行修改。 可以通过容器中的 xchain-cli客户端进行区块链上的一些操作，例如创建 合约账户及安装智能合约。 # 定义合约账户和合约名称 $ export contractAccount='1234567890123456' /xchain-cli transfer -- to XC${contractAccount}@xuper --amount 100000000000 --keys ./user" # 将合约拷贝到容器中 $ docker cp ./contract/$contractName xchain1.node.com:/home/work/xchain/$contractName # 安装合约 $ docker 指明了各个任务执行方需要使用 的文件 -e: 任务执行节点名称, 和-f 一一对应, 执行节点执行任务时, 分别取对应位 置的样本文件 与 XuperDB 的使用方法一致，当使用 docker-compose 部署时需要进入容器执 行命令或者使用 docker exec 命令，后续命令将不再赘述。 授权确认 计算需求方发布任务之后，各个任务执行节点会自动向数据持有节点发起文件 授权使用申请，此时需要数据持有节点查询授权申请并进行确认，命令参

blockchain/xchain1/conf、blockchain/xchain2/conf、blockchain/xchain3/conf 下，需要调整配置时在网络拉起前进行修改。 可以通过容器中的 xchain-cli客户端进行区块链上的一些操作，例如创建 合约账户及安装智能合约。 # 定义合约账户和合约名称 $ export contractAccount='1234567890123456' /xchain-cli transfer -- to XC${contractAccount}@xuper --amount 100000000000 --keys ./user" # 将合约拷贝到容器中 $ docker cp ./contract/$contractName xchain1.node.com:/home/work/xchain/$contractName # 安装合约 $ docker 模型评估方式，可选随机划分训练集 ‘0’、10折交叉验证 ‘1’ 或者 Leave One Out ‘2’, 默认取值’0’ 与 XuperDB 的使用方法一致，当使用 docker-compose 部署时需要进入容器执 行命令或者使用 docker exec 命令，后续命令将不再赘述。 授权确认 计算需求方发布任务之后，各个任务执行节点会自动向数据持有节点发起文件 授权使用申请，此时需要数据持有节点查询授权申请并进行确认，命令参

blockchain/xchain1/conf、 blockchain/xchain2/conf、blockchain/xchain3/conf 下，需要调整配置时在网络拉起前进行修改。 可以通过容器中的 xchain-cli 客户端进行区块链上的一些操作，例如创建合约账户及安装智能合约。 # 定 义 合 约 账 户 和 合 约 名 称 $ export contractAccount='1234567890123456' 指明了各个任务执行方需要使用的文件 • -e: 任务执行节点名称, 和-f 一一对应, 执行节点执行任务时, 分别取对应位置的样本文件 与 XuperDB 的使用方法一致，当使用 docker-compose 部署时需要进入容器执行命令或者使用 docker exec 命 令，后续命令将不再赘述。 24 Chapter 6. 客户端工具 PaddleDTX Documentation 6.2.4 授权确认 计算需 申请。 9.3 数据持有节点 (DataOwner Node) 数据持有节点是数据的归属方，可以为使用方做数据的可信性背书。数据持有节点通常将数据存储于远程节 点，通过数据加密切分和分发、数据迁移、网络健康状态监控等机制，保障己方数据的私密性、安全性和高 可用。 9.4 存储节点 (Storage Node) 存储节点拥有丰富的存储资源，为数据持有方提供数据存储服务。存储节点通过健康状态更新、副本保持证

blockchain/xchain1/conf、 blockchain/xchain2/conf、blockchain/xchain3/conf 下，需要调整配置时在网络拉起前进行修改。 可以通过容器中的 xchain-cli 客户端进行区块链上的一些操作，例如创建合约账户及安装智能合约。 # 定 义 合 约 账 户 和 合 约 名 称 $ export contractAccount='1234567890123456' 模型评估方式，可选随机划分训练集‘0’、10 折交叉验证‘1’或者 Leave One Out ‘2’, 默认 取值’0’ 与 XuperDB 的使用方法一致，当使用 docker-compose 部署时需要进入容器执行命令或者使用 docker exec 命 令，后续命令将不再赘述。 6.2.4 授权确认 计算需求方发布任务之后，各个任务执行节点会自动向数据持有节点发起文件授权使用申请，此时需要数据 申请。 9.3 数据持有节点 (DataOwner Node) 数据持有节点是数据的归属方，可以为使用方做数据的可信性背书。数据持有节点通常将数据存储于远程节 点，通过数据加密切分和分发、数据迁移、网络健康状态监控等机制，保障己方数据的私密性、安全性和高 可用。 9.4 存储节点 (Storage Node) 存储节点拥有丰富的存储资源，为数据持有方提供数据存储服务。存储节点通过健康状态更新、副本保持证

联盟链系统中，区块链的运维至关重要，FISCO BCOS提供了一整套运维部署工具，并引入了合 合 合约 约 约命 命 命名 名 名 服 服 服务 务 务、数 数 数据 据 据归 归 归档 档 档和 和 和迁 迁 迁移 移 移、合 合 合约 约 约生 生 生命 命 命周 周 周期 期 期管 管 管理 理 理等工具来提升运维效率。 • 运 运 运维 维 维部 部 部署 署 署工 工 工具 具 具: 部署、管理和监 来实现对链上合约的调用。 1.3. 核 核 核心 心 心模 模 模块 块 块 5 FISCO BCOS Documentation, 发 发 发布 布 布 v2.7.1 • 数据归档、迁移和导出功能: 提供数据导出组件，支持链上数据归档、迁移和导出，增加了链上数 据的可维护性，降低了运维复杂度。 • 合 合 合约 约 约生 生 生命 命 命周 周 周期 期 期管 管 管理 理 理: 链上提供合约生命周期管理功能，便于链管理员对链上合约进行管理。 ，请参考 预编译设计文档 和 预编译合约开发文档 2.1.5 CRUD接 接 接口 口 口 FISCO BCOS 2.0新增符合CRUD接口的合约接口规范，简化了将主流的面向SQL设计的商业应用迁移到 区块链上的成本。其好处显而易见： • 与传统业务开发模式类似，降低了合约开发学习成本； • 合约只需关心核心逻辑，存储与计算分离，方便合约升级； • CRUD底层逻辑基于预编译合约实现，数据存储采用分布式存储，效率更高；

bcos/start_n…" 22 minutes ago Up 22 minutes fisco-node0_8545 启动的两个docker节点的容器id分别为: be8bd964322a、705b6c0e3800, docker节 点的STATUS状态为Up, 说明节点正常启动。 日志验证 tail -f node0/log/log_*.log 14b426884a0bc28499a556811467#1tx: 0,maxtx:1000,tq.num=0time:1534161162564 说明节点周期性共识, 出块。 进入docker容器部署合约。 docker运行之后, docker镜像内部是一个完整的fisco-bcos的运行环境, 包括js的 工具都是可用的, 可以进入docker镜像内部进行合约的部署。 以be8bd964322a为例 。 随从节点：负责接收从领导节点发送来的区块，对区块中的交易进行确 认，所有交易都确认完毕就对该块进行签名验证，从而使共识达成。 3.2 角色变迁 在本算法中，节点的角色不是固定不变的，随着时间迁移节点角色也会进行变 迁。 区块链网络由一个个节点组成，假设一共有N个节点，对节点从0,1,2…N- 1进行编号，每个节点对应一个唯一的Idx(i)。一个节点的角色判断通过公式 （h+v）%N 来决定

同态加密、群环签名：链上提供了同态加密、群环签名接口，用于满足更多的业务需求。 1.6 可运维性 联盟链系统中，区块链的运维至关重要，FISCO BCOS提供了一整套运维部署工具，并引入了合约命名 服务、数据归档和迁移、合约生命周期管理等工具来提升运维效率。 • 运维部署工具: 部署、管理和监控多机构多群组联盟链的便捷工具，支持扩容节点、扩容新群组等 多种操作。 • 合约命名服务: 建立合约地址到合约名和合约 调用者通过记忆简单的合约名 来实现对链上合约的调用。 1.3. 核心模块 5 FISCO BCOS Documentation, 发布 v2.9.0 • 数据归档、迁移和导出功能: 提供数据导出组件，支持链上数据归档、迁移和导出，增加了链上数 据的可维护性，降低了运维复杂度。 • 合约生命周期管理: 链上提供合约生命周期管理功能，便于链管理员对链上合约进行管理。 1.7 易用性 FISCO 预编译合约的介绍，请参考 预编译设计文档 和 预编译合约开发文档 2.1.5 CRUD接口 FISCO BCOS 2.0新增符合CRUD接口的合约接口规范，简化了将主流的面向SQL设计的商业应用迁移到 区块链上的成本。其好处显而易见： • 与传统业务开发模式类似，降低了合约开发学习成本； • 合约只需关心核心逻辑，存储与计算分离，方便合约升级； • CRUD底层逻辑基于预编译合约实现，数据存储采用分布式存储，效率更高；

联盟链系统中，区块链的运维至关重要，FISCO BCOS提供了一整套运维部署工具，并引入了合 合 合约 约 约命 命 命名 名 名 服 服 服务 务 务、数 数 数据 据 据归 归 归档 档 档和 和 和迁 迁 迁移 移 移、合 合 合约 约 约生 生 生命 命 命周 周 周期 期 期管 管 管理 理 理等工具来提升运维效率。 • 运 运 运维 维 维部 部 部署 署 署工 工 工具 具 具: 部署、管理和监 来实现对链上合约的调用。 1.3. 核 核 核心 心 心模 模 模块 块 块 5 FISCO BCOS Documentation, 发 发 发布 布 布 v2.7.2 • 数据归档、迁移和导出功能: 提供数据导出组件，支持链上数据归档、迁移和导出，增加了链上数 据的可维护性，降低了运维复杂度。 • 合 合 合约 约 约生 生 生命 命 命周 周 周期 期 期管 管 管理 理 理: 链上提供合约生命周期管理功能，便于链管理员对链上合约进行管理。 ，请参考 预编译设计文档 和 预编译合约开发文档 2.1.5 CRUD接 接 接口 口 口 FISCO BCOS 2.0新增符合CRUD接口的合约接口规范，简化了将主流的面向SQL设计的商业应用迁移到 区块链上的成本。其好处显而易见： • 与传统业务开发模式类似，降低了合约开发学习成本； • 合约只需关心核心逻辑，存储与计算分离，方便合约升级； • CRUD底层逻辑基于预编译合约实现，数据存储采用分布式存储，效率更高；

同态加密、群环签名：链上提供了同态加密、群环签名接口，用于满足更多的业务需求。 1.6 可运维性 联盟链系统中，区块链的运维至关重要，FISCO BCOS提供了一整套运维部署工具，并引入了合约命名 服务、数据归档和迁移、合约生命周期管理等工具来提升运维效率。 • 运维部署工具: 部署、管理和监控多机构多群组联盟链的便捷工具，支持扩容节点、扩容新群组等 多种操作。 • 合约命名服务: 建立合约地址到合约名和合约 调用者通过记忆简单的合约名 来实现对链上合约的调用。 1.3. 核心模块 5 FISCO BCOS Documentation, 发布 v2.9.0 • 数据归档、迁移和导出功能: 提供数据导出组件，支持链上数据归档、迁移和导出，增加了链上数 据的可维护性，降低了运维复杂度。 • 合约生命周期管理: 链上提供合约生命周期管理功能，便于链管理员对链上合约进行管理。 1.7 易用性 FISCO 预编译合约的介绍，请参考 预编译设计文档 和 预编译合约开发文档 2.1.5 CRUD接口 FISCO BCOS 2.0新增符合CRUD接口的合约接口规范，简化了将主流的面向SQL设计的商业应用迁移到 区块链上的成本。其好处显而易见： • 与传统业务开发模式类似，降低了合约开发学习成本； • 合约只需关心核心逻辑，存储与计算分离，方便合约升级； • CRUD底层逻辑基于预编译合约实现，数据存储采用分布式存储，效率更高；

同态加密、群环签名：链上提供了同态加密、群环签名接口，用于满足更多的业务需求。 1.6 可运维性 联盟链系统中，区块链的运维至关重要，FISCO BCOS提供了一整套运维部署工具，并引入了合约命名 服务、数据归档和迁移、合约生命周期管理等工具来提升运维效率。 • 运维部署工具: 部署、管理和监控多机构多群组联盟链的便捷工具，支持扩容节点、扩容新群组等 多种操作。 • 合约命名服务: 建立合约地址到合约名和合约 调用者通过记忆简单的合约名 来实现对链上合约的调用。 1.3. 核心模块 5 FISCO BCOS Documentation, 发布 v2.9.0 • 数据归档、迁移和导出功能: 提供数据导出组件，支持链上数据归档、迁移和导出，增加了链上数 据的可维护性，降低了运维复杂度。 • 合约生命周期管理: 链上提供合约生命周期管理功能，便于链管理员对链上合约进行管理。 1.7 易用性 FISCO 预编译合约的介绍，请参考 预编译设计文档 和 预编译合约开发文档 2.1.5 CRUD接口 FISCO BCOS 2.0新增符合CRUD接口的合约接口规范，简化了将主流的面向SQL设计的商业应用迁移到 区块链上的成本。其好处显而易见： • 与传统业务开发模式类似，降低了合约开发学习成本； • 合约只需关心核心逻辑，存储与计算分离，方便合约升级； • CRUD底层逻辑基于预编译合约实现，数据存储采用分布式存储，效率更高；