This is Erlay while not a softfork this is an important change that is being worked on in bitcoin. It reduces the amount of bandwidth required to run a full public bitcoin node. What are your thoughts on this and what other projects are you guys following?
10 sats \ 3 replies \ @mallardshead 12 Sep 2023
It's plumbing, not sexy, but important. The trade-off of a little latency for 40% bandwidth increase seems worth it if there's no relevant privacy loss and we already wait 3-6 confirmations for a tx anyway. It seems like a lot of attacks try to exploit low connectivity of nodes and this should help. Do you know what the main arguments (if any) against Erlay have been?
reply
375 sats \ 2 replies \ @kevkevin OP 12 Sep 2023
the only thing I can think of that worries me about Erlay is that if most nodes either use flood or Erlay but not both there may be a partition in the mempool. But otherwise I think this is a super cool change to bitcoin and I'm happy to see it
reply
225 sats \ 1 reply \ @benthecarman 12 Sep 2023
The way it's designed is that nodes will be able to speak both.
reply
0 sats \ 0 replies \ @kevkevin OP 12 Sep 2023
ahh gotcha then ya I'm all on board choo choo
reply
0 sats \ 0 replies \ @m00ninite 12 Sep 2023
Seems like a good idea on the surface. If I'm understanding correctly, you get better bandwidth scaling for those that can afford the bandwidth, and lower requirements for those on the default (or lower) settings.
reply