Conversation
This message isn't included in the reasosn for moving bloom services into a opt-out service. Also, filterclear is a useful way for nodes to start with TX relay off and to request TX relay later. (e.g. during IBD).
|
I think it's too late to change this, though...? |
|
The context is bitcoin/bitcoin#8709 |
|
Given the low consequences for connecting to a peer without this change - getting disconnected - I think it's reasonable to change this behavior and just phase it in over time. Also as @pstratem notes, reconnecting after IBD is sufficient for now: bitcoin/bitcoin#8709 (comment) (which retry logic in your implementation may very well do anyway!) |
|
So is that an ack, or does it need changes? (What's the status here?) |
|
This needs some text to note that some nodes on the network will additionally disconnect for filterclear, but new implementations MUST NOT do so. |
|
@rebroad Please either finish or close this... |
i think it is now! |
This message (filterclear) isn't included in the reasons for moving bloom services into a opt-out service.
Also, filterclear is a useful way for nodes to start with TX relay off and to request TX relay later. (e.g. during IBD).
Discussed in bitcoin/bitcoin#8709