Может ли услуга заказа плота иметь набор консентера?

Наша сеть DLT требует высокого TPS, и разделение службы заказа на 3 разных местоположения отрицательно скажется на производительности в соответствии с протоколом raft, все узлы заказа (развернутые в разных местах) примут участие в консенсусе. Итак, у нас есть следующие вопросы, связанные с этим:

  1. Можем ли мы указать набор участников-заказчиков (содержащий узел-заказчик только из основного местоположения) в службе заказа плота, чтобы служба заказа принимала консенсус только от узла-заказчика, присутствующего в наборе согласователей?
  2. Можем ли мы сделать так, чтобы лидер заказов выбирался из набора участников (содержит узел заказчика только из основного местоположения)?
  3. Не принимают ли другие узлы-заказчики, кроме набора участников, активное участие в консенсусе?

Определение для набора consenter взято из https://hyperledger-fabric.readthedocs.io/en/latest/orderer/ordering_service.html Есть ли другой способ сделать это?


hyperledger-fabric raft
person NehaG    schedule 02.11.2020    source источник

Ответы (1)


arrow_upward
1
arrow_downward

  1. Вы можете определить любой набор участников для каждого канала, но каждый участник должен быть частью системного канала.
  2. Вы не можете управлять лидером набора согласных, он выбирается только протоколом.
  3. Да, если у вас есть, скажем, n узел-заказчик в сети, вы можете определить, что только k<n из них будут использоваться для данного канала.

При этом Raft поддерживает конвейерную обработку блоков, поэтому даже если вы развернете узлы в разных частях мира, у вас все равно будет приличная пропускная способность.

person yacovm    schedule 02.11.2020