Antoine Riard

> All of them. Users will still need to opt in manually via: All good yeah we might let one or two release between the removal of the dedicated compilation...

Some review feedback from #2089: - allow unconfirmed inputs in case of empty fee-bumping reserve: https://github.com/lightningdevkit/rust-lightning/pull/2089#discussion_r1199683560 - clean utxo lock state afer confirmation: https://github.com/lightningdevkit/rust-lightning/pull/2089#discussion_r1198807426

And interactions with dust: https://github.com/lightningdevkit/rust-lightning/pull/2354#discussion_r1248157965 If we can update the state of anchor output after #2089, #2367 and #2368 that is valuable to know what prioritize next to harden anchor...

Indeed, preventing mass connection as it gives an edge in some other attacks is one of the motivation behind this change. This is distinct from limiting CPU DoS (whatever the...

Addressed all code comments at c7bc444d02 —————————————— @gmaxwell > That's like not-found, -- an idea that sounds attractive on it's face but on examination causes problems. For behavior that can't...

I think the main open problem of this approach, and iiuc as pointed out by gmaxwell and aj, if it’s applied to upgraded peers only (`REJECT_UNSOLICITED_TX_VERSION`) is the occupation of...

@gmaxwell > Huh? Nothing here changes at all what transactions a node relays. And someone can always waste bandwidth to you if thats their only goal (e.g. sending you IP...

> I think the mass connector concern would be potentially addressable by doing something like, "if a peer sends an unsolicited txn stop all processing on the peer for N...

Updated at [23551ef] with the `NODE_TXRELAY_V2` approach. Submitted a BIP [draft](https://github.com/bitcoin/bitcoin/pull/30572/commits/23551efc912f912c2ccedde9b6518854dad7aac9) in that sense, in the lack for now of a better approach for now on how to implement reject...

@mzumsande > I don't get this at all. > The suggestion above was, if you receive an unrequested TX, and you already have it, ignore it but don't disconnect the...