如果你想调整笔刷的选项，请点击工具栏中的笔刷编辑器按钮，或者按 F5 ， 打开笔刷编辑器对话框。 在笔刷预设面板中，点击任意一个笔刷图标就等于选中了该笔刷，它会被用于 在画布上作画。要更改颜色，请在高级拾色器面板的三角形区域点击选择。 擦除 在笔刷预设里面有各种橡皮擦，但你也可以直接按 E 切换到擦除模式，直接用 当前笔刷来擦除内容。除手绘笔刷外，直线工具、矩形工具、甚至渐变工具等 大多数工具都可以切换到擦除模式用于擦除内容。 果把某个笔 画放大观察，你可以看见许多颜色小方块，它们就是像素： 和栅格图像不同，矢量图形是通过数学方式记录形状的，它们并不依赖像素。 如果你在 Krita 的矢量图层上使用矩形工具绘制了一个四边形，该工具实际上 只创建了四个节点，每个节点都有一组 X 轴和 Y 轴坐标，四个节点之间以路 径相连，路径被按照指定的参数描边后呈现出实际形状。当你移动了这些节点 时，计算机会重新算出连线的路径并按照描边参数重新绘制形状。因此，无论 颜料图层 这种图层就是栅格图层。这是 Krita 最常用的一种图层，手绘笔刷工具等大 多数工具都是在这种图层上进行绘制的。 矢量图层 这种图层专门用于绘制矢量图形。矢量图形一般比栅格图像更简单，在变 形后也不会变模糊。 图层组 你可以把其他图层拖放到这种图层里成为一组，然后便可以对整组图层进 行组织、移动、应用蒙版以及其他操作。 克隆图层 这种图层是另一个图层的实时克隆，你创建它们时选中的图层就是它们的

如果你想调整笔刷的选项，请点击工具栏中的笔刷编辑器按钮，或者按 F5 ， 打开笔刷编辑器对话框。 在笔刷预设面板中，点击任意一个笔刷图标就等于选中了该笔刷，它会被用于 在画布上作画。要更改颜色，请在高级拾色器面板的三角形区域点击选择。 擦除 在笔刷预设里面有各种橡皮擦，但你也可以直接按 E 切换到擦除模式，直接用 当前笔刷来擦除内容。除手绘笔刷外，直线工具、矩形工具、甚至渐变工具等 大多数工具都可以切换到擦除模式用于擦除内容。 果把某个笔 画放大观察，你可以看见许多颜色小方块，它们就是像素： 和栅格图像不同，矢量图形是通过数学方式记录形状的，它们并不依赖像素。 如果你在 Krita 的矢量图层上使用矩形工具绘制了一个四边形，该工具实际上 只创建了四个节点，每个节点都有一组 X 轴和 Y 轴坐标，四个节点之间以路 径相连，路径被按照指定的参数描边后呈现出实际形状。当你移动了这些节点 时，计算机会重新算出连线的路径并按照描边参数重新绘制形状。因此，无论 颜料图层 这种图层就是栅格图层。这是 Krita 最常用的一种图层，手绘笔刷工具等大 多数工具都是在这种图层上进行绘制的。 矢量图层 这种图层专门用于绘制矢量图形。矢量图形一般比栅格图像更简单，在变 形后也不会变模糊。 图层组 你可以把其他图层拖放到这种图层里成为一组，然后便可以对整组图层进 行组织、移动、应用蒙版以及其他操作。 克隆图层 这种图层是另一个图层的实时克隆，你创建它们时选中的图层就是它们的

如果你想调整笔刷的选项，请点击工具栏中的笔刷编辑器按钮，或者按 F5 ，打 开笔刷编辑器对话框。 在笔刷预设面板中，点击任意一个笔刷图标就等于选中了该笔刷，它会被用于 在画布上作画。要更改颜色，请在高级拾色器面板的三角形区域点击选择。 擦除 在笔刷预设里面有各种橡皮擦，但你也可以直接按 E 切换到擦除模式，直接用 当前笔刷来擦除内容。除手绘笔刷外，直线工具、矩形工具、甚至渐变工具等 大多数工具都可以切换到擦除模式用于擦除内容。 赖像素。如果 你在 Krita 的矢量图层上使用矩形工具绘制了一个四边形，该工具实际上只创建了 四个节点，每个节点都有一组 X 轴和 Y 轴坐标，四个节点之间以路径相连，路径被 按照指定的参数描边后呈现出实际形状。当你移动了这些节点时，计算机会重新算 出连线的路径并按照描边参数重新绘制形状。因此，无论你如何对矢量图形进行变 形，它们呈现的图像品质会始终如一，不会劣化。在 Krita 里，矢量图层之外的内 你可以使用工具来对图像的数据进行操作。最常用的工具当然是手绘笔刷，Krita 也 会在启动之后默认选中它。Krita 的工具可以被笼统地分为 5 大类： 绘画工具 这组工具用于在颜料图层上进行绘画。它们既可以按照矩形、圆形和直线等形 状进行描绘，也可以按手绘的路径进行描绘。它们还可以通过笔刷引擎来绘制 出不同的形状和效果。 矢量工具 这组工具位于工具箱的最顶端，用来编辑矢量形状。除了手绘笔刷工具外的所 有工具都能在矢量图层上

前的加密数据被破 解。ECDH算法使得双方通过对方的公钥和自己的私钥，可以获得一致 的共享密钥SharedKey。 第三阶段是Verify阶段。双方使用ShareKey产生两组密钥Key1，Key2分 别作为读写密钥，并使用支持的对称加密算法(AES/blowfish)加密传输第 一步中发送给对方的Nonce，而接收方则使用刚才协商的密钥对数据解 密，并验证Nonce是不是等于第一步中自己发送给对方的值。 CryptoClient interface { CryptoCore KeyUtils AccountUtils MultiSig } 整个CryptoClient由四部分功能接口组成： CryptoCore ： 主要提供包括加解密、签名等密码学核心功能； KeyUtils : 主要提供公私钥相关工具，例如密钥对象和JSON、文件格式 之间的转换等； AccountUtils 比如执行合 约的时候，构造的交易是否合法我们可以实时获知，但具体什么时候真正的 被节点打包上链就不一样了。当然还有其他类似的场景，针对这种问题，我 们引入了事件订阅机制。 合约事件 订阅的接口十分简单，只有Subscribe一个 1 2 3 service EventService { rpc Subscribe (SubscribeRequest) returns (stream

前的加密数据被破 解。ECDH算法使得双方通过对方的公钥和自己的私钥，可以获得一致 的共享密钥SharedKey。 第三阶段是Verify阶段。双方使用ShareKey产生两组密钥Key1，Key2分 别作为读写密钥，并使用支持的对称加密算法(AES/blowfish)加密传输第 一步中发送给对方的Nonce，而接收方则使用刚才协商的密钥对数据解 密，并验证Nonce是不是等于第一步中自己发送给对方的值。 CryptoClient interface { CryptoCore KeyUtils AccountUtils MultiSig } 整个CryptoClient由四部分功能接口组成： CryptoCore ： 主要提供包括加解密、签名等密码学核心功能； KeyUtils : 主要提供公私钥相关工具，例如密钥对象和JSON、文件格式 之间的转换等； AccountUtils 比如执行合 约的时候，构造的交易是否合法我们可以实时获知，但具体什么时候真正的 被节点打包上链就不一样了。当然还有其他类似的场景，针对这种问题，我 们引入了事件订阅机制。 合约事件 订阅的接口十分简单，只有Subscribe一个 1 2 3 service EventService { rpc Subscribe (SubscribeRequest) returns (stream

前的加密数据被破 解。ECDH算法使得双方通过对方的公钥和自己的私钥，可以获得一致 的共享密钥SharedKey。 第三阶段是Verify阶段。双方使用ShareKey产生两组密钥Key1，Key2分 别作为读写密钥，并使用支持的对称加密算法(AES/blowfish)加密传输第 一步中发送给对方的Nonce，而接收方则使用刚才协商的密钥对数据解 密，并验证Nonce是不是等于第一步中自己发送给对方的值。 CryptoClient interface { CryptoCore KeyUtils AccountUtils MultiSig } 整个CryptoClient由四部分功能接口组成： CryptoCore ： 主要提供包括加解密、签名等密码学核心功能； KeyUtils : 主要提供公私钥相关工具，例如密钥对象和JSON、文件格式 之间的转换等； AccountUtils 比如执行合 约的时候，构造的交易是否合法我们可以实时获知，但具体什么时候真正的 被节点打包上链就不一样了。当然还有其他类似的场景，针对这种问题，我 们引入了事件订阅机制。 合约事件 订阅的接口十分简单，只有Subscribe一个 1 2 3 service EventService { rpc Subscribe (SubscribeRequest) returns (stream

前的加密数据被破 解。ECDH算法使得双方通过对方的公钥和自己的私钥，可以获得一致 的共享密钥SharedKey。 第三阶段是Verify阶段。双方使用ShareKey产生两组密钥Key1，Key2分 别作为读写密钥，并使用支持的对称加密算法(AES/blowfish)加密传输第 一步中发送给对方的Nonce，而接收方则使用刚才协商的密钥对数据解 密，并验证Nonce是不是等于第一步中自己发送给对方的值。 CryptoClient interface { CryptoCore KeyUtils AccountUtils MultiSig } 整个CryptoClient由四部分功能接口组成： CryptoCore ： 主要提供包括加解密、签名等密码学核心功能； KeyUtils : 主要提供公私钥相关工具，例如密钥对象和JSON、文件格式 之间的转换等； AccountUtils 比如执行合 约的时候，构造的交易是否合法我们可以实时获知，但具体什么时候真正的 被节点打包上链就不一样了。当然还有其他类似的场景，针对这种问题，我 们引入了事件订阅机制。 合约事件 订阅的接口十分简单，只有Subscribe一个 1 2 3 service EventService { rpc Subscribe (SubscribeRequest) returns (stream

= 6; // The pk of the miner // 矿工公钥 bytes pubkey = 7; // The Merkle Tree root // 默克尔树树根 bytes merkle_root = 8; // The height of the blockchain // 区块所在高度 int64 height = 9; config/xuper.json 中的配置创建了一条链（此时 data/blockchain 中会生成 xuper 目录，里面即是我们创建的链的账本等文件） 2.1.2. 启动服务 启动服务命令十分简单，还可以配合多种参数使用，详见命令行的 -h 输出 1 2 # 启动服务节点 nohup ./xchain & 2.1.3. 确认服务状态 按照默认配置，xchain服务会监听37101端口，可以使用如下命令查看xchain服 init_table(h); return h; } 3.4. 语言运行环境 3.4.1. c++运行环境 c++因为没有runtime，因此运行环境相对比较简单，只需要设置基础的堆栈分 布以及一些系统函数还有emscripten的运行时函数即可。 c++合约的内存分布 c++合约的内存分布 普通调用如何在xvm解释 xvm符号解析 3.4.2. go运行环境 go合约运行时结构

pk of the miner 21 // 矿工公钥 22 bytes pubkey = 7; 23 // The Merkle Tree root 24 // 默克尔树树根 25 bytes merkle_root = 8; 26 // The height of the blockchain 27 // 区块所在高度 28 int64 config/xuper.json 中的配置创建了一条链（此时 data/blockchain 中会生成 xuper 目录，里面即是我们创建的链的账本等文件） 2.1.2. 启动服务 启动服务命令十分简单，还可以配合多种参数使用，详见命令行的 -h 输出 1 # 启动服务节点 2 nohup ./xchain & 2.1.3. 确认服务状态 按照默认配置，xchain服务会监听37101端口，可以使用如下命令查看xchain服 data/account/bob --tx tx.out -- output bob.sign 最后将交易和收集好的签名发出 1 # send后第一个参数是发起者的签名文件，第二个参数是需要收集的签名文件，均为逗号分 割 2 ./xchain-cli multisig send --tx tx.out my.sign alice.sign,bob.sign 1. XuperModel XuperChain能够

= 6; // The pk of the miner // 矿工公钥 bytes pubkey = 7; // The Merkle Tree root // 默克尔树树根 bytes merkle_root = 8; // The height of the blockchain // 区块所在高度 int64 height = 9; config/xuper.json 中的配置创建了一条链（此时 data/blockchain 中会生成 xuper 目录，里面即是我们创建的链的账本等文件） 2.1.2. 启动服务 启动服务命令十分简单，还可以配合多种参数使用，详见命令行的 -h 输出 1 2 # 启动服务节点 nohup ./xchain & 2.1.3. 确认服务状态 按照默认配置，xchain服务会监听37101端口，可以使用如下命令查看xchain服 init_table(h); return h; } 3.4. 语言运行环境 3.4.1. c++运行环境 c++因为没有runtime，因此运行环境相对比较简单，只需要设置基础的堆栈分 布以及一些系统函数还有emscripten的运行时函数即可。 c++合约的内存分布 c++合约的内存分布 普通调用如何在xvm解释 xvm符号解析 3.4.2. go运行环境 go合约运行时结构