Блог

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

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

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

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

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