多节点部署 2.1. p2p网络配置 2.2. 搭建TDPoS共识网络 2.3. 选举TDPOS候选人 2.4. 常见问题 3. 创建合约 3.1. 编写合约 3.2. 部署 wasm合约 3.3. 部署native合约 3.4. 部署solidity合约 3.5. 合约升级 3.6. 设置合约方法的ACL 4. 发起提案 5. 配置变更 5.1. 配置多盘存储 5.2. 替换扩展插件 com/xuperchain/xuperchain 2 make 在output目录得到产出xchain和xchain-cli 备注 可能需要配置go语言环境变量（$GOROOT, $PATH） GOPATH问题报错（go1.11版本之后无需关注） 在1.11版本之前需要配置。配置成以下形式： export GOPATH=xxx/github.com/xuperchain/xuperchain GCC版本需要升级到4或5以上 二进制文件有xchain， xchain-cli 各目录的功能如下表： 目录名 功能 output/ 节点根目录 ├─ conf xchain.yaml: xchain服务的配置信息（注意端口冲突） plugins.conf: 插件的配置信息 ├─ data 数据的存放目录，创世块信息，以及共识和合约的样 例 │ ··· ├─ blockchain 账本目录 │ ··· ├─ keys

合约账号基本操作 2. 多节点部署 2.1. p2p网络配置 2.2. 搭建TDPoS共识网络 2.3. 选举TDPOS候选人 2.4. 常见问题 3. 创建合约 3.1. 编写合约 3.2. 部署 wasm合约 3.3. 部署native合约 3.4. 部署solidity合约 3.5. 设置合约方法的ACL 4. 发起提案 5. 配置变更 5.1. 配置多盘存储 5.2. 替换扩展插件 6. 使用平行链与群组 com/xuperchain/xuperchain make 在output目录得到产出xchain和xchain-cli 注解 可能需要配置go语言环境变量（$GOROOT, $PATH） GOPATH问题报错（go1.11版本之后无需关注） 在1.11版本之前需要配置。配置成以下形式： export GOPATH=xxx/github.com/xuperchain/xuperchain GCC版本需要升级到4或5以上 二进制文件有xchain， xchain-cli 各目录的功能如下表： 目录名 功能 output/ 节点根目录 ├─ conf xchain.yaml: xchain服务的配置信息（注意端口冲突） plugins.conf: 插件的配置信息 ├─ data 数据的存放目录，创世块信息，以及共识和合约的样 例 │ ··· ├─ blockchain 账本目录 │ ··· ├─ keys

合约账号基本操作 2. 多节点部署 2.1. p2p网络配置 2.2. 搭建TDPoS共识网络 2.3. 选举TDPOS候选人 2.4. 常见问题 3. 创建合约 3.1. 编写合约 3.2. 部署 wasm合约 3.3. 部署native合约 3.4. 部署solidity合约 3.5. 设置合约方法的ACL 4. 发起提案 5. 配置变更 5.1. 配置多盘存储 5.2. 替换扩展插件 6. 使用平行链与群组 com/xuperchain/xuperchain make 在output目录得到产出xchain和xchain-cli 注解 可能需要配置go语言环境变量（$GOROOT, $PATH） GOPATH问题报错（go1.11版本之后无需关注） 在1.11版本之前需要配置。配置成以下形式： export GOPATH=xxx/github.com/xuperchain/xuperchain GCC版本需要升级到4或5以上 二进制文件有xchain， xchain-cli 各目录的功能如下表： 目录名 功能 output/ 节点根目录 ├─ conf xchain.yaml: xchain服务的配置信息（注意端口冲突） plugins.conf: 插件的配置信息 ├─ data 数据的存放目录，创世块信息，以及共识和合约的样 例 │ ··· ├─ blockchain 账本目录 │ ··· ├─ keys

11 12 13 14 15 16 17 evm: driver: "evm" enable: false # 管理native合约的配置 native: enable: false # docker相关配置 docker: enable: false # 合约运行的镜像名字 imageName: "docker Schnorr签名的插件，可以提供更高的签名验 签性能; SM2-P-256 : 使用SM2/3/4的国密插件，符合中国国家密码局制定的密码 学标准。 实际使用中，可以通过创建链时的配置中的密码学类型指定使用哪种密码学 插件，以schnorr签名为例，在创世块配置中添加下述配置即可： 1 "crypto": "schnorr" 在cli命令行工具中已经支持了通过命令行参数 –cryptotype 指定密码学插件 的类型，例如需要创建一个使用Nist 如果把合约账号当作一家股份制公司，那么ACL便是公司股东投票的机制， ACL可以规定合约账号背后各“股东”账号的权重，只有当“股东”签名的权重 之和大于设定阈值时操作才会有效地进行。 超级链中ACL配置格式如下： 1 2 3 4 5 6 7 8 9 10 { "pm": { "rule": 1, # rule=1表示签名阈值策略，rule=2

11 12 13 14 15 16 17 evm: driver: "evm" enable: false # 管理native合约的配置 native: enable: false # docker相关配置 docker: enable: false # 合约运行的镜像名字 imageName: "docker Schnorr签名的插件，可以提供更高的签名验 签性能; SM2-P-256 : 使用SM2/3/4的国密插件，符合中国国家密码局制定的密码 学标准。 实际使用中，可以通过创建链时的配置中的密码学类型指定使用哪种密码学 插件，以schnorr签名为例，在创世块配置中添加下述配置即可： 1 "crypto": "schnorr" 在cli命令行工具中已经支持了通过命令行参数 –cryptotype 指定密码学插件 的类型，例如需要创建一个使用Nist 如果把合约账号当作一家股份制公司，那么ACL便是公司股东投票的机制， ACL可以规定合约账号背后各“股东”账号的权重，只有当“股东”签名的权重 之和大于设定阈值时操作才会有效地进行。 超级链中ACL配置格式如下： 1 2 3 4 5 6 7 8 9 10 { "pm": { "rule": 1, # rule=1表示签名阈值策略，rule=2

11 12 13 14 15 16 17 evm: driver: "evm" enable: false # 管理native合约的配置 native: enable: false # docker相关配置 docker: enable: false # 合约运行的镜像名字 imageName: "docker Schnorr签名的插件，可以提供更高的签名验 签性能; SM2-P-256 : 使用SM2/3/4的国密插件，符合中国国家密码局制定的密码 学标准。 实际使用中，可以通过创建链时的配置中的密码学类型指定使用哪种密码学 插件，以schnorr签名为例，在创世块配置中添加下述配置即可： 1 "crypto": "schnorr" 在cli命令行工具中已经支持了通过命令行参数 –cryptotype 指定密码学插件 的类型，例如需要创建一个使用Nist 如果把合约账号当作一家股份制公司，那么ACL便是公司股东投票的机制， ACL可以规定合约账号背后各“股东”账号的权重，只有当“股东”签名的权重 之和大于设定阈值时操作才会有效地进行。 超级链中ACL配置格式如下： 1 2 3 4 5 6 7 8 9 10 { "pm": { "rule": 1, # rule=1表示签名阈值策略，rule=2

11 12 13 14 15 16 17 evm: driver: "evm" enable: false # 管理native合约的配置 native: enable: false # docker相关配置 docker: enable: false # 合约运行的镜像名字 imageName: "docker Schnorr签名的插件，可以提供更高的签名验 签性能; SM2-P-256 : 使用SM2/3/4的国密插件，符合中国国家密码局制定的密码 学标准。 实际使用中，可以通过创建链时的配置中的密码学类型指定使用哪种密码学 插件，以schnorr签名为例，在创世块配置中添加下述配置即可： 1 "crypto": "schnorr" 在cli命令行工具中已经支持了通过命令行参数 –cryptotype 指定密码学插件 的类型，例如需要创建一个使用Nist 如果把合约账号当作一家股份制公司，那么ACL便是公司股东投票的机制， ACL可以规定合约账号背后各“股东”账号的权重，只有当“股东”签名的权重 之和大于设定阈值时操作才会有效地进行。 超级链中ACL配置格式如下： 1 2 3 4 5 6 7 8 9 10 { "pm": { "rule": 1, # rule=1表示签名阈值策略，rule=2

合约账号基本操作 2. 多节点部署 2.1. p2p网络配置 2.2. 搭建TDPoS共识网络 2.3. 选举TDPOS候选人 2.4. 常见问题 3. 创建合约 3.1. 编写合约 3.2. 部署wasm合约 3.3. 部署native合约 3.4. 设置合约方法的ACL 4. 发起提案 5. 配置变更 5.1. 配置多盘存储 5.2. 替换扩展插件 6. 使用平行链与群组 6 com/xuperchain/xuperchain make 在output目录得到产出xchain和xchain-cli 注解 可能需要配置go语言环境变量（$GOROOT, $PATH） GOPATH问题报错（go1.11版本之后无需关注） 在1.11版本之前需要配置。配置成以下形式： export GOPATH=xxx/github.com/xuperchain/xuperchain GCC版本需要升级到4或5以上 二进制文件有xchain， xchain-cli 各目录的功能如下表： 目录名 功能 output/ 节点根目录 ├─ conf xchain.yaml: xchain服务的配置信息（注意端口冲突） plugins.conf: 插件的配置信息 ├─ data 数据的存放目录，创世块信息，以及共识和合约的样 例 │ ··· ├─ blockchain 账本目录 │ ··· ├─ keys

合约账号基本操作 2. 多节点部署 2.1. p2p网络配置 2.2. 搭建TDPoS共识网络 2.3. 选举TDPOS候选人 2.4. 常见问题 3. 创建合约 3.1. 编写合约 3.2. 部署wasm合约 3.3. 部署native合约 3.4. 设置合约方法的ACL 4. 发起提案 5. 配置变更 5.1. 配置多盘存储 5.2. 替换扩展插件 6. 使用平行链与群组 6 com/xuperchain/xuperchain make 在output目录得到产出xchain和xchain-cli 注解 可能需要配置go语言环境变量（$GOROOT, $PATH） GOPATH问题报错（go1.11版本之后无需关注） 在1.11版本之前需要配置。配置成以下形式： export GOPATH=xxx/github.com/xuperchain/xuperchain GCC版本需要升级到4或5以上 二进制文件有xchain， xchain-cli 各目录的功能如下表： 目录名 功能 output/ 节点根目录 ├─ conf xchain.yaml: xchain服务的配置信息（注意端口冲突） plugins.conf: 插件的配置信息 ├─ data 数据的存放目录，创世块信息，以及共识和合约的样 例 │ ··· ├─ blockchain 账本目录 │ ··· ├─ keys

合约账号基本操作 2. 多节点部署 2.1. p2p网络配置 2.2. 搭建TDPoS共识网络 2.3. 选举TDPOS候选人 2.4. 常见问题 3. 创建合约 3.1. 编写合约 3.2. 部署wasm合约 3.3. 部署native合约 3.4. 设置合约方法的ACL 4. 发起提案 5. 配置变更 5.1. 配置多盘存储 5.2. 替换扩展插件 6. 使用平行链与群组 6 com/xuperchain/xuperchain make 在output目录得到产出xchain和xchain-cli 注解 可能需要配置go语言环境变量（$GOROOT, $PATH） GOPATH问题报错（go1.11版本之后无需关注） 在1.11版本之前需要配置。配置成以下形式： export GOPATH=xxx/github.com/xuperchain/xuperchain GCC版本需要升级到4或5以上 二进制文件有xchain， xchain-cli 各目录的功能如下表： 目录名 功能 output/ 节点根目录 ├─ conf xchain.yaml: xchain服务的配置信息（注意端口冲突） plugins.conf: 插件的配置信息 ├─ data 数据的存放目录，创世块信息，以及共识和合约的样 例 │ ··· ├─ blockchain 账本目录 │ ··· ├─ keys