> That's not an argument not to do it though if you take a longer term
> perspective on building the strongest possible foundation for Lightning or
> other Layer 2 projects. The security benefit would just be delayed until a
> significant majority of Bitcoin Core users upgraded to a version
> This is the assumption which I don't agree with and hence asked some
> questions in my email. A new RBF policy used by default in Core will not
> improve the security of projects that are vulnerable to multiple RBF policies
> or rely on these policies in a way that affects their security.
> I suspect as with defaults generally most users will run whatever the
> defaults are as they won't care to change them (or even be capable of
> changing them if they are very non-technical).
30% nodes are using 0.21.1 right now whereas latest version was 22.0 and some
are even running
Hi Prayank
> 1.Is Lightning Network and a few other layer 2 projects vulnerable to
> multiple RBF policies being used?
Clearly the security of the Lightning Network and some other Layer 2 projects
are at least impacted or partly dependent on policy rules in a way that the
base
Hello World,
There was a discussion about improving fee estimation in Bitcoin Core last year
in which 'instagibbs' mentioned that we cannot consider mempool as an orderbook
in which which everyone is bidding for block space because nodes can use
different relay policies:
