High-priority P2P queue for dbft messages

[roman-khimov]

Rationale

Currently dbft protocol uses the same mechanisms to send its messages as all other subprotocols and active message exchange on eth subprotocol can delay dbft. In general, we want dbft messages to have a priority for consensus to have less delays and better convergence without view changes.

Implementation

Unfortunately, this would require some pretty deep changes in the E-node p2p system, some additional queues and APIs.

[steven1227]

Sounds to me like something we proposed in the Neo before that uses AKKA to have priority queues. Yes, We can investigate this performance improve later

[vncoelho]

The same as NEO,

Ethereum solved this nowadays by separating the clients (execution and consensus).