提交块之前，Orderer验证和对等验证之间有什么区别

Question

我有疑问，我正在阅读超级账本结构文章，在其文章中提到，用户 User1 向对等方 P1 发送事务 Tx1 >，同级 P1 插入 E1 ，交易 Tx1 ，交易收到回给 user1 ，然后他将其传递给命令 or1 ，然后命令将验证 Tx1 并创建该块，然后提交。

我的问题是：

  1. when order is committing the block, why it will send to peer P1 back.
  2. In article they mention Peer P1 is also validate Tx1, How Peer will 
     verify the Tx1.
  3. If Peer P1 verify the Tx1, does Peer P1 also keep the record of all the Peers and Orderer details.
  4. If Peer also can Validate the Tx1, best thing is to apply the 
    block/Batch creation mechanism to Peer directly, so no need of orderer. i have doubt please suggest me.

Answer 1

  

应用程序“广播”交易建议和响应   到订购服务的“交易消息”中。的   事务将包含读/写集，背书对等体   签名和频道ID。订购服务不需要   检查交易的全部内容以执行交易   操作，它仅接收来自所有渠道的交易   网络，按时间顺序对它们进行排序，并创建   每个渠道的交易。

阅读此文档：https://hyperledger-fabric.readthedocs.io/en/release-1.4/txflow.html

但是，我会回答您的问题：

1. 在提交订单时，为什么它将发送回对等P1。

   A）订购者将仅接收交易池和表格块并运送到提交的同级，它将不进行任何验证并创建块，因此订购者还将拥有分类帐的副本

2. 他们在文章中提到Peer P1也是验证Tx1，Peer将如何  验证Tx1。

   A）如果Peer1是认可对等方，则它将通过提交事务来模拟分类帐，并记录将发送回用户的行为。

3. 如果对等P1验证了Tx1，对等P1也会保留所有对等和订购者详细信息的记录。

   A）默认情况下，所有背书对等体都是提交对等体，因此是的，它将保留

4. 如果Peer也可以验证Tx1，最好的办法是应用 块/批次创建机制直接对等，因此不需要订购者。我有疑问请建议我。

   A）在这里，如果您是以太坊后台订购者，就像矿工一样，在这里他将不做任何简单的计算，而只是像批邮递员那样，成批地运送到同行。