Hyperledger fabric Hyperledger结构中背书对等方和提交对等方之间的区别？

我不再和这两个同龄人混淆了，因为我对织物还不熟悉。如果有任何机构能帮我解决这个问题。

在交易成功提交到区块链之前，必须先提出交易，然后进行背书

背书对等方是在提议交易时将“背书”/提供批准印章的对等方。交易背书后，交易（加上背书）将提交给区块链

一旦事务被提交，它将为应该获得该事务的对等方让路。然后，这些对等方将“提交”/将交易保存在其分类账中，这些是提交方

---

提交对等点和认可对等点有时可能是相同的对等点

要了解这些对等体之间的差异，我认为了解其对等体在Hyperledger结构中的参与位置很重要

• 将提案发送给背书人同行。这些对等方验证提案，执行提案，并将签名的回复发送给客户
• 客户机检查这些回复。如果他们的结果是成功的，它将生成一个新事务，其中包含背书方对等方的回复，并将其发送到订购服务
• 订购服务执行其操作并将块发送给相应的对等方，即提交者
• 提交人将每个区块追加到相应的分类账中

正如@adnan.c所说：

“提交对等点和认可对等点可以是相同的对等点 有时。”

---

赞同的同龄人基本上是批准者