本的区 块链解决方案。 为了让大家更好的了解FISCO BCOS区块链开源平台的使用方 法。本文档按照Step By Step的步骤详细介绍了FISCO BCOS区块链的构建、安 装、启动，智能合约部署、调用等初阶用法，还包括多节点组网、系统合约等 高阶内容的介绍。 本文档不介绍FISCO BCOS区块链设计理念及思路，详情请 参看白皮书。 快速指引 手工搭链 使用指南 高级合约调用（web3sdk） 手工搭链 环境要求 程序部署 基础配置 创世节点 增加节点 环境要求 配置 最低配置 推荐配置 CPU 1.5GHz 2.4GHz 内存 2GB 4GB 核心 2核 4核 带宽 1Mb 5Mb 操作系统 CentOS （7.2 64位）或Ubuntu（16.04 64位） JAVA Java(TM) 1.8 && JDK 1.8 程序部署 获取代码 新建一个目录，例如/mydata pubkey 使用Web3SDK时将ca.crt client.keystore文件拷贝到conf目录下即可。 创世节点 生成创世节点 生成节点的目录、配置文件、启动脚本、身份文件、证书文件。并自动部署系 统合约。 cd /mydata/FISCO-BCOS/tools/scripts/ #sh generate_genesis_node -o 节点文件夹生成位置 -n 节点名 -l 节点监听的IP

像素笔刷引擎和颜色涂抹笔刷引擎是数字绘画最常用到的两种笔刷引擎。像素 引擎的工作原理最为简单，处理速度也最快，采用这种引擎的笔刷预设可以很 好地完成绝大多数的基本绘画工作。而颜色涂抹引擎虽然比像素引擎要慢，但 它在混合颜色时效率更高。 有些笔刷引擎的工作原理比较独特。草图笔刷引擎可以画出潦草的线条，形状 笔刷引擎可以快速铺色。Krita 的笔刷引擎还可以营造许多其他有趣的效果， 大胆地去进行尝试吧！ 要调整笔 长的光，从而呈现 出它们应有的颜色。但是混合的颜料越多，被吸收的光就越多，颜色也会变得 越来越浑浊灰暗，所以我们也把颜料的混合原理叫做 减色法。基于这种原 理，在传统颜料中，混色效果最好的三原色都是比较明亮的颜色：青、品红和 黄 (CMY)。 计算机同样使用三原色，它通过标注一种颜色所含的三原色的数值来保存颜 色。计算机的屏幕是发光体，而不同的色光在混合后会变得更加明亮，直到变 为白色，所以这种混色原理又叫做 理打造的。你也可以把图层设成擦除模式。 正常 正常 混色模式按照上层图层的透明度来决定如何分配两个图层的颜色。 Krita 有 76 种混色模式，每种的效果都不尽相同。想要进一步了解它们的原理 和用法，请阅读 混合模式 章节。 因为颜色通道可被视作灰阶图像，所以我们也可以把灰阶图像转换成颜色通 道。例如，我们可以把一张灰阶图像用作透明度通道。我们把这种用法叫做 蒙版。 蒙版 蒙版图层可以在别的图层上面产生附加效果，它们通常基于一张灰阶图像。

insertions(+) 图表 21. 基于 master 分支的紧急问题分支 hotfix branch 你可以运行你的测试，确保你的修改是正确的，然后将 hotfix 分支合并回你 的 master 分支来部署到线上。 你可以使用 git merge 命令来达到上述目的： $ git checkout master $ git merge hotfix Updating f42c576..3a0874c 只需要把裸版本库放到正确的目录下就可以。 Git 的数据是以基本的静态文件形式提供的（详情见 Git 内部原理）。 通常的，会在可以提供读／写的智能 HTTP 服务和简单的只读的哑 HTTP 服 务之间选一个。 极少会将二者混合提供服务。 优点 我们将只关注智能 HTTP 协议的优点。 不同的访问方式只需要一个 URL 以及服务器只在需要授权时提示输入授权信 息，这两个简便性让终端用户使用 Git 变得非常简单。 相比 生时，GitLab 的服务器会执行一个包含描述性 JSON 数据的 HTTP 请求。 这 是自动化连接你的 git 版本库和 GitLab 实例到其他的开发工具，比如 CI 服务 器，聊天室，或者部署工具的一个极好方法。 基本用途 你想要在 GitLab 做的第一件事就是建立一个新项目。 这通过点击工具栏上的 “+” 图标完成。 你需要填写项目名称，项目所属命名空间，以及它的可视层 级。

documentation 中找到——请不要 忘了一并阅读。 Fabric 是什么？ 如 README 所说： Fabric 是一个 Python (2.5-2.7) 的库和命令行工具，用来提高基于 SSH 的 应用部署和系统管理效率。 更具体地说，Fabric 是： 一个让你通过 命令行 执行 无参数 Python 函数 的工具； 一个让通过 SSH 执行 Shell 命令更加 容易 、 更符合 Python urls.py `-- views.py 注解 在这里我们使用一个 Django 应用为例——不过 Fabric 并s依赖于外部代码， 除了它的 SSH 库。 作为起步，我们希望先执行测试准备好部署后，再提交到 VCS（版本控制系 统）： from fabric.api import local def prepare_deploy(): local("./manage.py test prepare_deploy 任务仍可以像之前那样调用，但现在只要你愿意，就可 以调用更细粒度的子任务。 故障 我们的基本案例已经可以正常工作了，但如果测试失败了会怎样？我们应该抓 住机会即使停下任务，并在部署之前修复这些失败的测试。 Fabric 会检查被调用程序的返回值，如果这些程序没有干净地退出，Fabric 会 终止操作。下面我们就来看看如果一个测试用例遇到错误时会发生什么： $ fab prepare_deploy

documentation 中找到——请不要 忘了一并阅读。 Fabric 是什么？ 如 README 所说： Fabric 是一个 Python (2.5-2.7) 的库和命令行工具，用来提高基于 SSH 的 应用部署和系统管理效率。 更具体地说，Fabric 是： 一个让你通过 命令行 执行 无参数 Python 函数 的工具； 一个让通过 SSH 执行 Shell 命令更加 容易 、 更符合 Python urls.py `-- views.py 注解 在这里我们使用一个 Django 应用为例——不过 Fabric 并s依赖于外部代码， 除了它的 SSH 库。 作为起步，我们希望先执行测试准备好部署后，再提交到 VCS（版本控制系 统）： from fabric.api import local def prepare_deploy(): local("./manage.py test prepare_deploy 任务仍可以像之前那样调用，但现在只要你愿意，就可 以调用更细粒度的子任务。 故障 我们的基本案例已经可以正常工作了，但如果测试失败了会怎样？我们应该抓 住机会即使停下任务，并在部署之前修复这些失败的测试。 Fabric 会检查被调用程序的返回值，如果这些程序没有干净地退出，Fabric 会 终止操作。下面我们就来看看如果一个测试用例遇到错误时会发生什么： $ fab prepare_deploy

2. 核心数据结构 4. 智能合约 5. 权限系统 6. 隐私和保密 7. 性能 8. 总结 快速入门 1. XuperChain环境部署 1.1. 准备环境 1.2. 编译XuperChain 2. XuperChain基本操作 2.1. 部署xchain服务 2.2. 基本功能的使用 技术设计文档: 1. XuperModel 2. XuperBridge 2.1. 内核调用设计 1.1. 访问控制列表（ACL） 1.2. 合约账号创建 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. 替换扩展插件 在架构方面，其可插拔、插件化的设计使得用户可以方便选择适合自己业务场 景的解决方案，通过独有的XuperBridge技术，可插拔多语言虚拟机，从而支 持丰富的合约开发语言。 在网络能力方面，XuperChain具备全球化部署能力，节点通信基于加密的P2P 网络，支持广域网超大规模节点，且底层账本支持分叉管理，自动收敛一致 性，TDPOS算法确保了大规模节点下的快速共识。在账号安全方面， XuperChain内置了多私钥

支持的文件格式 版本控制集成 Weblate 的 REST API Weblate 客户端 Weblate’s Python API Administrator docs 配置手册 Weblate 部署 升级 Weblate 备份和移动 Weblate 身份验证 访问控制 翻译项目 语言定义 持续本地化集成 翻译许可 翻译进程 检查并修正 机器翻译 附加组件 翻译记忆库 配置 配置的例子 管理命令 叹标记来指示： 同样也推荐查看由 Django 触发的检查（尽管可能不需要修复所有的检查）： weblate check --deploy 还可以复查来自 管理界面 的每个检查表。 参见 部署清单 [https://docs.djangoproject.com/zh-hans/stable/howto/deployment/checklist/] 禁止调试模式 禁止 Django 的调试模式（ io/en/stable/settings/#django.conf.settings.COMPRESS_OFFLINE_CONTEX T] （后者已经包括在例子的配置中）： COMPRESS_OFFLINE = True 在每个部署中，您需要压缩文件来匹配当前的版本： weblate compress 提示 官方 Docker 镜像已经允许了这个特性。 参见 Common Deployment Scenarios [https://django-

支持的文件格式 版本控制集成 Weblate 的 REST API Weblate 客户端 Weblate’s Python API Administrator docs 配置手册 Weblate 部署 升级 Weblate 备份和移动 Weblate 身份验证 访问控制 翻译项目 语言定义 持续本地化集成 翻译许可 翻译进程 检查并修正 机器翻译 附加组件 翻译记忆库 配置 配置的例子 管理命令 叹标记来指示： 同样也推荐查看由 Django 触发的检查（尽管可能不需要修复所有的检查）： weblate check --deploy 还可以复查来自 管理界面 的每个检查表。 参见 部署清单 [https://docs.djangoproject.com/zh-hans/stable/howto/deployment/checklist/] 禁止调试模式 禁止 Django 的调试模式（ io/en/stable/settings/#django.conf.settings.COMPRESS_OFFLINE_CONTEX T] （后者已经包括在例子的配置中）： COMPRESS_OFFLINE = True 在每个部署中，您需要压缩文件来匹配当前的版本： weblate compress 提示 官方 Docker 镜像已经允许了这个特性。 参见 Common Deployment Scenarios [https://django-

支持的文件格式 版本控制集成 Weblate 的 REST API Weblate 客户端 Weblate’s Python API Administrator docs 配置手册 Weblate 部署 升级 Weblate 备份和移动 Weblate 身份验证 访问控制 翻译项目 语言定义 持续本地化集成 翻译许可 翻译进程 检查并修正 机器翻译 附加组件 翻译记忆库 配置 配置的例子 管理命令 叹标记来指示： 同样也推荐查看由 Django 触发的检查（尽管可能不需要修复所有的检查）： weblate check --deploy 还可以复查来自 管理界面 的每个检查表。 参见 部署清单 [https://docs.djangoproject.com/zh-hans/stable/howto/deployment/checklist/] 禁止调试模式 禁止 Django 的调试模式（ io/en/stable/settings/#django.conf.settings.COMPRESS_OFFLINE_CONTEX T] （后者已经包括在例子的配置中）： COMPRESS_OFFLINE = True 在每个部署中，您需要压缩文件来匹配当前的版本： weblate compress 提示 官方 Docker 镜像已经允许了这个特性。 参见 Common Deployment Scenarios [https://django-

支持的文件格式 版本控制集成 Weblate 的 REST API Weblate 客户端 Weblate’s Python API Administrator docs 配置手册 Weblate 部署 升级 Weblate 备份和移动 Weblate 身份验证 访问控制 翻译项目 语言定义 持续本地化集成 翻译许可 翻译进程 检查并修正 机器翻译 附加组件 翻译记忆库 配置 配置的例子 管理命令 叹标记来指示： 同样也推荐查看由 Django 触发的检查（尽管可能不需要修复所有的检查）： weblate check --deploy 还可以复查来自 管理界面 的每个检查表。 参见 部署清单 [https://docs.djangoproject.com/zh-hans/stable/howto/deployment/checklist/] 禁止调试模式 禁止 Django 的调试模式（ io/en/stable/settings/#django.conf.settings.COMPRESS_OFFLINE_CONTEX T] （后者已经包括在例子的配置中）： COMPRESS_OFFLINE = True 在每个部署中，您需要压缩文件来匹配当前的版本： weblate compress 提示 官方 Docker 镜像已经允许了这个特性。 参见 Common Deployment Scenarios [https://django-