В чем разница между валидацией Orderer и валидацией перед фиксацией

Question

У меня есть запрос, я читаю статью фабрики Hyperledger. В статье упоминается, что пользователь Пользователь1 отправляет транзакцию Tx1 на Peer P1 , Peer P1 endose 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

Приложение «транслирует» предложение о транзакции и ответ в «сообщении о транзакции» службе заказа. Транзакция будет содержать наборы для чтения / записи, подписи подтверждающих одноранговых узлов и идентификатор канала. Службе заказа не требуется проверять весь контент транзакции, чтобы выполнить свою операцию, она просто получает транзакции со всех каналов в сети, упорядочивает их в хронологическом порядке по каналам и создает блоки транзакций на канал.

Прочитайте этот документ: 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. Если одноранговый узел также может проверять Tx1, лучше всего применить механизм создания блоков / пакетов непосредственно для однорангового узла, поэтому нетнужен заказчик. я сомневаюсь, пожалуйста, предложите мне.

   A) Если вы пришли из эфира, или заказчик похож на шахтера, то здесь он не будет делать никаких вычислений, просто формирует партии и отправляет их сверстникам, как работа почтальона.