The latest BCHN release (v0.21.2) still has a 5 second random poisson delay for relaying transactions, inherited from Core and ABC.
This slows down the propagation of transactions across the network. It is not a major problem on the live BCH mainnet, because other implementations have a faster relay policy, so it’s not urgent. Nontheless it’s impolite to rely on other implementations for making things work.
BCHN is looking at removing or at least reducing the propagation delay. There is a tradeoff to be made with bandwidth usage, because batching several transactions will have a smaller use that forwarding all transactions right away (because of TCP overhead and round trips). This tradeoff has not been investigated yet.
corgi a novel test framework has been used to determine the effect of the local transaction delay on the propagation times across a whole network. A “private” network of 256 nodes (with 8 outgoing connections each) in regtest mode was created in 20 AWS regions. Then several thousand transactions were propagated across the network and the time of arrival of each transaction on each node was registered.
The results were compiled and the metric of “transaction propagation time” was simply defined as the time it takes for a transaction to reach all nodes.
The results get some cleaning for outliers and charted. The mean propagation time on this small network is around 9 seconds, which is a lot. This is expected to increase with network size (all other parameters being equal).
In contrast, block are relayed instantly, and block propagation takes less than 0.5 seconds.
Further research on the tradeoff between the delay and bandwidth is yet to be made.