0

我在词汇表中没有看到术语 Validating Peer 和 Non-Validating Peer 的定义。有这个定义很重要，因为大量文献似乎取决于这些类型的同行。

来到我的主要问题。

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

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

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

4

2 回答 2

3

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

在 v1.0 中有：

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

编辑（添加以下内容）：

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

流程（简要）：

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

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

于 2018-07-27T10:29:38.463 回答