Re: [bitcoin-dev] Low-bandwidth transaction relay

2018-04-04 Thread Gleb Naumenko via bitcoin-dev
Thanks for the links! Blocksonly is definitely a relevant piece. However, I’m wondering what are the implications, especially at larger scale. For example, transactions processing will be not smooth anymore and will happen every 10 minutes at once. Another question is transaction propagation.

Re: [bitcoin-dev] Low-bandwidth transaction relay

2018-04-03 Thread Gleb Naumenko via bitcoin-dev
Yeah, sure. > How much bandwidth is consumed by redundant tx INVs currently? Currently, for an average public-IP node all INVs consume 0.05 Mbps or 540 megabytes per day. This number is based on current ratio public-IP nodes:private-IP nodes and transaction rate. This number is a sum of both in

Re: [bitcoin-dev] Low-bandwidth transaction relay

2018-04-03 Thread Gregory Maxwell via bitcoin-dev
On Mon, Apr 2, 2018 at 10:18 PM, Gleb Naumenko via bitcoin-dev wrote: > Hi all, > I have a couple of ideas regarding transaction relay protocol and wanted to > share it with and probably get some feedback. https://bitcointalk.org/index.php?topic=1377345.0 https://people.xiph.org/~greg/mempool_sy

Re: [bitcoin-dev] Low-bandwidth transaction relay

2018-04-03 Thread Jim Posen via bitcoin-dev
Hey. This idea sounds quite interesting. It'd be helpful to see some more numbers to evaluate it. - How much bandwidth is consumed by redundant tx INVs currently? What is this as a % of overall bandwidth usage? - How would filtering txs through N=2 links affect network propagation? This probably r

[bitcoin-dev] Low-bandwidth transaction relay

2018-04-02 Thread Gleb Naumenko via bitcoin-dev
Hi all, I have a couple of ideas regarding transaction relay protocol and wanted to share it with and probably get some feedback. I did some emulation and simulation and found out that around 90% of INV messages sent by public-IP nodes are idle (duplicate), obviously because each node creates 8