This issue depends on how https://github.com/LiskHQ/lisk-sdk/issues/3344 is implemented, it's possible that it may not require additional work. The goal of this issue is to make sure that we do not lose propagation time after having implemented lazy push.
Description
In our current system, we adopt an eager push mechanism: new information like blocks are directly pushed to a subset of the peers. We are going to use eager in the cases where it suited more according to LIP0004.
Transaction Propagation: Removal of eager push as it's not as time critical as blocks.
Signature Propagation: Unchanged (stick to eager push as already present in current protocol)
Block Propagation: New valid blocks are forwarded via a postBlock message to 16 randomly chosen connected peers while at least 8 postBlock messages are sent via outgoing connections
SCOPE
This issue depends on how https://github.com/LiskHQ/lisk-sdk/issues/3344 is implemented, it's possible that it may not require additional work. The goal of this issue is to make sure that we do not lose propagation time after having implemented lazy push.
Description
In our current system, we adopt an eager push mechanism: new information like blocks are directly pushed to a subset of the peers. We are going to use eager in the cases where it suited more according to LIP0004.
Transaction Propagation: Removal of eager push as it's not as time critical as blocks.
Signature Propagation: Unchanged (stick to eager push as already present in current protocol)
Block Propagation: New valid blocks are forwarded via a
postBlock
message to 16 randomly chosen connected peers while at least 8postBlock
messages are sent via outgoing connections