编辑“权威证明（PoA）”（章节）

== 实现 ==
PoA 的两种主要实现是 Aura 和 Clique。两者在工作原理上有所不同，尽管它们都以当前矿工领导者提出新区块（称为区块提议）开始，但 Aura 需要进行额外的区块接受（block acceptance）轮次，而 Clique 不需要此步骤。

=== Aura ===
Aura 是由 Parity 实现的权威证明（PoA）共识算法。其名称源自Authority Round（最初称为 AuRo）。目前，Aura 主要用于以太坊的 Kovan 测试网<ref>PBFT vs Proof-of-Authority: [https://ceur-ws.org/Vol-2058/paper-06.pdf Applying the CAP Theorem to Permissioned Blockchain]</ref>。

在 Aura 中，网络被视为同步的，所有权威节点在统一的 UNIX 时间内同步操作。

==== 步骤 ====

* 每个阶段（step）代表一部分权威节点的轮换时间。
* 每个权威节点可以在其对应的阶段中签署一个区块。
* 当前步骤的索引 s 按以下方式计算： s = t / step_duration 其中 <code>step_duration</code> 是一个常数，表示每个阶段的持续时间。
* 当前阶段的领导者 <code>l</code> 根据以下公式确定： l = s mod N 其中 N 是权威节点总数。

==== 工作流程 ====

# 在每个阶段，领导者 l 将交易队列 Qb 中的交易打包到一个区块 b 中，并将其广播给其他权威节点（区块提议轮次）。
# 接收到区块后，每个权威节点会将区块再次广播（区块接受轮次）。
# 如果所有权威节点接收到相同的区块 b，则将其加入本地队列 Qb。
# 如果接收到非当前领导者所提出的区块，则直接拒绝。
# 如果没有交易可用，领导者必须发送空区块。

==== 异常与投票 ====

* 如果权威节点未能在接受轮次中达成一致，系统会发起投票，决定当前领导者是否恶意。
* 导致投票的原因包括：
** 未提议任何区块。
** 提议的区块数量超出预期。
** 提议不同的区块给不同的权威节点。
* 投票通过智能合约进行，需获得多数票通过后，恶意领导者会被移出权威节点集合。
* 此外，该领导者所提出的所有区块会被丢弃。

示例：假设有 5 个权威节点：A、B、C、D 和 E。

* 步骤 1：A 签署区块
* 步骤 2：B 签署区块
* 步骤 3：C 签署区块
* 步骤 4：D 签署区块
* 步骤 5：E 签署区块
* 循环重新开始。

如果 C 在 A 之后尝试签署区块，该区块将被拒绝，因为它未按严格的顺序进行。此外，如果某个领导者未能在指定时间内提交区块（例如 B 超时未签署），下一个权威节点（如 C）可以替代该步骤提交区块，确保网络顺畅运行。

=== Clique ===
Clique 是由 Geth 实现的权威证明（PoA）共识算法。目前，Clique 用于保护以太坊的测试网络，包括 Goerli 和 Rinkeby<ref>[https://github.com/ethereum/EIPs/issues/225 Clique PoA protocol & Rinkeby PoA testnet] · Issue #225 · ethereum/EIPs · GitHub</ref>。

与 Aura 基于 UNIX 时间不同，Clique 使用区块编号和权威节点数量的组合公式计算当前步骤及对应的领导者。此外，Clique 允许非当前领导者在每个阶段中提议区块。

==== 关键特点 ====

# 为防止单个权威节点提交大量区块干扰网络，Clique 设置了一个规则： 每个权威节点只能在每 N/2 + 1 个区块中提议一次区块。
# 在任一时刻，最多允许 N - (N/2 + 1) 个权威节点提议区块。
# 与 Aura 一样，如果权威节点出现恶意行为，可以通过投票将其移出权威节点集合。

Clique 提供更高的灵活性，因为非当前领导者也能提议区块，同时通过限制每个节点的提议次数，确保网络的稳定性与安全性。