-
Notifications
You must be signed in to change notification settings - Fork 780
Open
Labels
P:bandwidth-optimizationPriority: Optimize bandwidth usagePriority: Optimize bandwidth usageenhancementNew feature or requestNew feature or requestmempool
Description
Related to #11 and, more specifically, #1058
Scenario
When a node receives a transaction, it retransmits the transaction to its peers (except to the peer that sent the transaction originally, and only if the transaction was validated by the application). Those peers may retransmit the same transaction between them if they are connected, thus receiving the transaction multiple times.
We can clearly observe this behaviour in a network of four nodes where only one node receives transactions from a client. The volume of transactions received by the other three nodes is at least 3 times higher than the first node.
Proposal
There are multiple ways to improve this scenario. For example:
- Implement a back pressure mechanism in the emitting node, so that its neighbours have time to update the status of their peers and avoid resending transactions.
- Send together with the transaction a list of peers where the transaction is being sent. Then the peers will know to which other nodes the transaction has been sent.
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
P:bandwidth-optimizationPriority: Optimize bandwidth usagePriority: Optimize bandwidth usageenhancementNew feature or requestNew feature or requestmempool