way – it’s simply a convenience in situations where you have common groupings of servers. 在 0.9.2 版更改: Added ability to use callables as roledefs values. How host lists are constructed There are a number first line of each task’s docstring, if it has one, next to it (truncating if necessary.) 在 0.9.1 版更改: Added docstring to output. 参见 --shortlist, --list-format -p PASSWORD, --password=PASSWORD Sets __import__）来获取配置文件内容——而不是 eval 或者类似的方式。它的实现方式是，将 fabfile 所在目录加入 Python 的 加载目录（当然之后会将它删去）。 在 0.9.2 版更改: 支持加载 fabfile 包。 引用 Fabric Fabric 本质上依然是 Python，因此你 可以 随意地调用它的组件。不过，处于 封装和便捷性（以及 Fabric 脚本的易用性）考虑，Fabric

way – it’s simply a convenience in situations where you have common groupings of servers. 在 0.9.2 版更改: Added ability to use callables as roledefs values. How host lists are constructed There are a number first line of each task’s docstring, if it has one, next to it (truncating if necessary.) 在 0.9.1 版更改: Added docstring to output. 参见 --shortlist, --list-format -p PASSWORD, --password=PASSWORD Sets __import__）来获取配置文件内容——而不是 eval 或者类似的方式。它的实现方式是，将 fabfile 所在目录加入 Python 的 加载目录（当然之后会将它删去）。 在 0.9.2 版更改: 支持加载 fabfile 包。 引用 Fabric Fabric 本质上依然是 Python，因此你 可以 随意地调用它的组件。不过，处于 封装和便捷性（以及 Fabric 脚本的易用性）考虑，Fabric

当前区块的后继区块ID 54 bytes next_hash = 15; 55 } 3.2.2. 交易 背景：区块链网络中的每个节点都是一个状态机，为了给每个节点传递状 态，系统引入了交易，作为区块链网络状态更改的最小操作单元。 功能：通常表现为普通转账以及智能合约调用。 代码：交易的Proto如下 1 message Transaction { 2 // txid is the id of this 在XPoA中，网络中的节点有两种角色，分别是“普通节点”和“验证节点”： 1. 普通节点：普通节点仅对验证节点进行验证，计算当前时间点下验证节点 地址是否于计算结果吻合。 2. 验证节点：进行区块打包工作；在更改验证节点组过程中，多数验证节点 需确定更改结果添加和删除操作方能生效。 修改验证组规则 验证组信息通过合约调用进行修改，流程主要有以下几点： 1. 在收到该信息后，验证节点通过签名信息确认交易真实性 2. 验证节 "UU4kyZcQinAMsBSPRLUA34ebXrfZtB4Z8": 1 # } # } 4. 发起提案 XuperChain中有多种提案-投票操作场景，但原理都是一致的，我们以通过提 案更改共识算法（single改为tdpos）来介绍具体的操作流程 部署一个Single共识的 XuperChain 环境已经在“快速入门”一节有介绍 首先我们需要准备一个tdpos共识的配置，包括出块时间、代表名单等（假设文

已经切换到TDPOS了。 1 xchain-cli tdpos status 此命令可以查看tdpos状态。 XuperChain中有多种提案-投票操作场景，但原理都是一致的，我们以通过提 案更改共识算法（single改为tdpos）来介绍具体的操作流程 部署一个Single共识的超级链环境已经在“快速入门”一节有介绍 首先我们需要准备一个tdpos共识的配置，包括出块时间、代表名单等（假设 the miner // 矿工公钥 bytes pubkey = 7; 交易 背景：区块链网络中的每个节点都是一个状态机，为了给每个节点传递 状态，系统引入了交易，作为区块链网络状态更改的最小操作单元。 功能：通常表现为普通转账以及智能合约调用。 代码：交易的Proto如下 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 在XPoA中，网络中的节点有两种角色，分别是“普通节点”和“验证节点”： 1. 普通节点：普通节点仅对验证节点进行验证，计算当前时间点下验证节 点地址是否于计算结果吻合。 2. 验证节点：进行区块打包工作；在更改验证节点组过程中，多数验证节 点需确定更改结果添加和删除操作方能生效。 修改验证组规则 验证组信息通过合约调用进行修改，流程主要有以下几点： 1. 在收到该信息后，验证节点通过签名信息确认交易真实性 2. 验证节

已经切换到TDPOS了。 1 xchain-cli tdpos status 此命令可以查看tdpos状态。 XuperChain中有多种提案-投票操作场景，但原理都是一致的，我们以通过提 案更改共识算法（single改为tdpos）来介绍具体的操作流程 部署一个Single共识的超级链环境已经在“快速入门”一节有介绍 首先我们需要准备一个tdpos共识的配置，包括出块时间、代表名单等（假设 the miner // 矿工公钥 bytes pubkey = 7; 交易 背景：区块链网络中的每个节点都是一个状态机，为了给每个节点传递 状态，系统引入了交易，作为区块链网络状态更改的最小操作单元。 功能：通常表现为普通转账以及智能合约调用。 代码：交易的Proto如下 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 在XPoA中，网络中的节点有两种角色，分别是“普通节点”和“验证节点”： 1. 普通节点：普通节点仅对验证节点进行验证，计算当前时间点下验证节 点地址是否于计算结果吻合。 2. 验证节点：进行区块打包工作；在更改验证节点组过程中，多数验证节 点需确定更改结果添加和删除操作方能生效。 修改验证组规则 验证组信息通过合约调用进行修改，流程主要有以下几点： 1. 在收到该信息后，验证节点通过签名信息确认交易真实性 2. 验证节

已经切换到TDPOS了。 1 xchain-cli tdpos status 此命令可以查看tdpos状态。 XuperChain中有多种提案-投票操作场景，但原理都是一致的，我们以通过提 案更改共识算法（single改为tdpos）来介绍具体的操作流程 部署一个Single共识的超级链环境已经在“快速入门”一节有介绍 首先我们需要准备一个tdpos共识的配置，包括出块时间、代表名单等（假设 the miner // 矿工公钥 bytes pubkey = 7; 交易 背景：区块链网络中的每个节点都是一个状态机，为了给每个节点传递 状态，系统引入了交易，作为区块链网络状态更改的最小操作单元。 功能：通常表现为普通转账以及智能合约调用。 代码：交易的Proto如下 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 在XPoA中，网络中的节点有两种角色，分别是“普通节点”和“验证节点”： 1. 普通节点：普通节点仅对验证节点进行验证，计算当前时间点下验证节 点地址是否于计算结果吻合。 2. 验证节点：进行区块打包工作；在更改验证节点组过程中，多数验证节 点需确定更改结果添加和删除操作方能生效。 修改验证组规则 验证组信息通过合约调用进行修改，流程主要有以下几点： 1. 在收到该信息后，验证节点通过签名信息确认交易真实性 2. 验证节

已经切换到TDPOS了。 1 xchain-cli tdpos status 此命令可以查看tdpos状态。 XuperChain中有多种提案-投票操作场景，但原理都是一致的，我们以通过提 案更改共识算法（single改为tdpos）来介绍具体的操作流程 部署一个Single共识的超级链环境已经在“快速入门”一节有介绍 首先我们需要准备一个tdpos共识的配置，包括出块时间、代表名单等（假设 the miner // 矿工公钥 bytes pubkey = 7; 交易 背景：区块链网络中的每个节点都是一个状态机，为了给每个节点传递 状态，系统引入了交易，作为区块链网络状态更改的最小操作单元。 功能：通常表现为普通转账以及智能合约调用。 代码：交易的Proto如下 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 在XPoA中，网络中的节点有两种角色，分别是“普通节点”和“验证节点”： 1. 普通节点：普通节点仅对验证节点进行验证，计算当前时间点下验证节 点地址是否于计算结果吻合。 2. 验证节点：进行区块打包工作；在更改验证节点组过程中，多数验证节 点需确定更改结果添加和删除操作方能生效。 修改验证组规则 验证组信息通过合约调用进行修改，流程主要有以下几点： 1. 在收到该信息后，验证节点通过签名信息确认交易真实性 2. 验证节

当前区块的后继区块ID bytes next_hash = 15; } 3.2.2. 交易 背景：区块链网络中的每个节点都是一个状态机，为了给每个节点传递状 态，系统引入了交易，作为区块链网络状态更改的最小操作单元。 功能：通常表现为普通转账以及智能合约调用。 代码：交易的Proto如下 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 在XPoA中，网络中的节点有两种角色，分别是“普通节点”和“验证节点”： 1. 普通节点：普通节点仅对验证节点进行验证，计算当前时间点下验证节点 地址是否于计算结果吻合。 2. 验证节点：进行区块打包工作；在更改验证节点组过程中，多数验证节点 需确定更改结果添加和删除操作方能生效。 修改验证组规则 验证组信息通过合约调用进行修改，流程主要有以下几点： 1. 在收到该信息后，验证节点通过签名信息确认交易真实性 2. 验证节 "UU4kyZcQinAMsBSPRLUA34ebXrfZtB4Z8": 1 # } # } 4. 发起提案 XuperChain中有多种提案-投票操作场景，但原理都是一致的，我们以通过提 案更改共识算法（single改为tdpos）来介绍具体的操作流程 部署一个Single共识的超级链环境已经在“快速入门”一节有介绍 首先我们需要准备一个tdpos共识的配置，包括出块时间、代表名单等（假设文

当前区块的后继区块ID bytes next_hash = 15; } 3.2.2. 交易 背景：区块链网络中的每个节点都是一个状态机，为了给每个节点传递状 态，系统引入了交易，作为区块链网络状态更改的最小操作单元。 功能：通常表现为普通转账以及智能合约调用。 代码：交易的Proto如下 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 在XPoA中，网络中的节点有两种角色，分别是“普通节点”和“验证节点”： 1. 普通节点：普通节点仅对验证节点进行验证，计算当前时间点下验证节点 地址是否于计算结果吻合。 2. 验证节点：进行区块打包工作；在更改验证节点组过程中，多数验证节点 需确定更改结果添加和删除操作方能生效。 修改验证组规则 验证组信息通过合约调用进行修改，流程主要有以下几点： 1. 在收到该信息后，验证节点通过签名信息确认交易真实性 2. 验证节 "UU4kyZcQinAMsBSPRLUA34ebXrfZtB4Z8": 1 # } # } 4. 发起提案 XuperChain中有多种提案-投票操作场景，但原理都是一致的，我们以通过提 案更改共识算法（single改为tdpos）来介绍具体的操作流程 部署一个Single共识的超级链环境已经在“快速入门”一节有介绍 首先我们需要准备一个tdpos共识的配置，包括出块时间、代表名单等（假设文

当前区块的后继区块ID bytes next_hash = 15; } 3.2.2. 交易 背景：区块链网络中的每个节点都是一个状态机，为了给每个节点传递状 态，系统引入了交易，作为区块链网络状态更改的最小操作单元。 功能：通常表现为普通转账以及智能合约调用。 代码：交易的Proto如下 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 在XPoA中，网络中的节点有两种角色，分别是“普通节点”和“验证节点”： 1. 普通节点：普通节点仅对验证节点进行验证，计算当前时间点下验证节点 地址是否于计算结果吻合。 2. 验证节点：进行区块打包工作；在更改验证节点组过程中，多数验证节点 需确定更改结果添加和删除操作方能生效。 修改验证组规则 验证组信息通过合约调用进行修改，流程主要有以下几点： 1. 在收到该信息后，验证节点通过签名信息确认交易真实性 2. 验证节 "UU4kyZcQinAMsBSPRLUA34ebXrfZtB4Z8": 1 # } # } 4. 发起提案 XuperChain中有多种提案-投票操作场景，但原理都是一致的，我们以通过提 案更改共识算法（single改为tdpos）来介绍具体的操作流程 部署一个Single共识的超级链环境已经在“快速入门”一节有介绍 首先我们需要准备一个tdpos共识的配置，包括出块时间、代表名单等（假设文