谁是验证节点？

Question

我在Glossary 中没有看到术语验证对等和非验证对等的定义。有这个定义很重要，因为大量文献似乎取决于这些类型的同行。

回到我的主要问题。

将区块链视为数据存储，很明显，该数据存储将公开函数以更改和读取其存储状态。因此，验证节点是否是一个实体，它将验证以下事实：X 在状态之前，T 是应用的事务，X' 是结果状态？

或者，验证节点是否也会验证 T 表示的业务逻辑以及调用 T 时应该存在的访问级别？

一个集中的类比是使用 SQL 引擎公开存储状态的 RDBMS。这个存储可以通过业务逻辑（例如规则引擎）和 SQL 命令（例如 INSERT、SELECT 等）的组合来更新。我的问题是，验证器是否有兴趣确保 SQL 命令成功运行？或者，它是否也将验证扩展到规则引擎？

Answer 1

在v0.6 of Hyperledger Fabric 中使用了术语验证对等点。他们是排序者，以及无验证的对等点，即对等点。

在v1.0中有：

• Endorser Peers：他们收到一笔交易。然后，他们根据智能合约执行交易并签署结果。他们将签名的交易发送给发送它的对等方。
• Committer Peers：Peers 获取块（带有验证交易）并将它们提交到其分类帐。
• Orderes：对交易进行排序并生成区块的节点。

编辑（添加以下内容）：

peer 可以是 Endorser 和 Committer。此外，Endorser Peer 可以执行自己的交易。

流程（简要）：

• 对等方获取客户端请求。这个peer（初始Peer）向Endorser Peers发送相应的请求。
• Endorser Peers 根据其智能合约执行请求。他们签署响应并将其发送给初始 Peer。
• 如果所有响应的结果相等且签名正确，则初始 Peer 使用签名构建事务。它被发送给订购者。
• 在订购服务中验证签名。排序服务按时间顺序和通道创建块。它们被发送到提交者同行。
• 每个 Committer Peer 验证 Block 的每个事务。如果正常，它将块附加到每个本地分类帐。

Answer 2

背书者验证交易并将 RWset 与背书签名一起发送给提案。然后提案将交易请求发送给排序者，排序者将交易分成块并将块传递给提交者对等点。