作效率。你可以在不同版本的文 件之间快速切换，也可以在进行大幅修改前快速备份文件。Krita 还具备自动 文件备份系统，可以按时自动保存文件，自动保存备份，崩溃后恢复文件等功 能。你可以在常规设置中配置相关选项。 你必须在 视图 里面观察打开的图像。 视图 视图是一个在 Krita 界面中显示已打开图像的子窗口。你可以在 Krita 里面打开 多个文件到不同的视图，也可以为同一个文件创建多个视图。每个视图都有独 Krita 给了用户充分的自由度进行客制化。除了按照个人喜好自由安排工具面 板外，还可以把自定义配置保存为 工作区。工作空间的管理按钮在窗口的右 上角。 要配置工具栏，点击菜单栏的 设置 ‣ 配置工具栏；要配置快捷键，点击菜单 栏的 设置 ‣ 配置 Krita ‣ 键盘快捷键 和 设置 ‣ 配置 Krita ‣ 画布输入设置。 视图控制 Krita 的界面设计 Krita 的界面非常灵活 工具栏可以提高绘画效率，尤其是在使用数位屏和笔式电脑时。 工作空间选单 工具栏最右侧的按钮是工作空间选单，你可以用它加载不同的工作空间。Krita 提供了一系列工作空间预设，每种工作空间都包含了不同的 Krita 界面配置， 适用于不同的工作情景。 Workspace chooser button 弹出面板 弹出面板 是 Krita 的独特功能，旨在提高画师的工作效率。在使用手绘笔刷工 具时，在画布的任意一处点击右键

作效率。你可以在不同版本的文 件之间快速切换，也可以在进行大幅修改前快速备份文件。Krita 还具备自动 文件备份系统，可以按时自动保存文件，自动保存备份，崩溃后恢复文件等功 能。你可以在常规设置中配置相关选项。 你必须在 视图 里面观察打开的图像。 视图 视图是一个在 Krita 界面中显示已打开图像的子窗口。你可以在 Krita 里面打开 多个文件到不同的视图，也可以为同一个文件创建多个视图。每个视图都有独 据自己的喜好对软件的界面进行调整。 Krita 给了用户充分的自由度进行客制化。除了按照个人喜好自由安排面板 外，还可以把自定义配置保存为工作区。工作区的管理按钮在窗口的右上角。 要配置工具栏，点击菜单栏的 设置 ‣ 配置工具栏；要配置快捷键，点击菜单 栏的 设置 ‣ 配置 Krita ‣ 键盘快捷键 和 设置 ‣ 配置 Krita ‣ 画布输入设置。 视图控制 Krita 的界面设计 Krita’s interface 弹出操作搜索栏，搜索并调用所有可用的操作。 工作区选单 工具栏最右侧的按钮可以打开工作区选单，你可以用它加载不同的工作区。 Krita 提供了一系列工作区预设，每种工作区都包含了不同的 Krita 界面配置， 适用于不同的工作场景。 Workspace chooser button 弹出面板 弹出面板 是 Krita 的独特功能，旨在提高画师的工作效率。在使用手绘笔刷工 具时，在画布的任意一处点击右键

作效率。你可以在不同版本的文 件之间快速切换，也可以在进行大幅修改前快速备份文件。Krita 还具备自动 文件备份系统，可以按时自动保存文件，自动保存备份，崩溃后恢复文件等功 能。你可以在常规设置中配置相关选项。 你必须在 视图 里面观察打开的图像。 视图 视图是一个在 Krita 界面中显示已打开图像的子窗口。你可以在 Krita 里面打开 多个文件到不同的视图，也可以为同一个文件创建多个视图。每个视图都有独 据自己的喜好对软件的界面进行调整。 Krita 给了用户充分的自由度进行客制化。除了按照个人喜好自由安排面板 外，还可以把自定义配置保存为工作区。工作区的管理按钮在窗口的右上角。 要配置工具栏，点击菜单栏的 设置 ‣ 配置工具栏；要配置快捷键，点击菜单 栏的 设置 ‣ 配置 Krita ‣ 键盘快捷键 和 设置 ‣ 配置 Krita ‣ 画布输入设置。 视图控制 Krita 的界面设计 Krita 的界面非常灵活， 弹出操作搜索栏，搜索并调用所有可用的操作。 工作区选单 工具栏最右侧的按钮可以打开工作区选单，你可以用它加载不同的工作区。 Krita 提供了一系列工作区预设，每种工作区都包含了不同的 Krita 界面配置， 适用于不同的工作场景。 Workspace chooser button 弹出面板 弹出面板 是 Krita 的独特功能，旨在提高画师的工作效率。在使用手绘笔刷工 具时，在画布的任意一处点击右键

合约账号创建 1.3. 合约账号基本操作 2. 多节点部署 2.1. p2p网络配置 2.2. 搭建TDPoS共识网络 2.3. 选举TDPOS候选人 2.4. 常见问题 3. 创建合约 3.1. 编写合约 3.2. 部署wasm合约 3.3. 部署native合约 4. 发起提案 5. 配置变更 5.1. 配置多盘存储 5.2. 替换扩展插件 6. 使用平行链与群组 6.1. 创建平行链 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.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 此节点的地址，具有全局唯一性