You very clearly didn't bother to read other mails in this thread. To make it easy for you, here's a few links: https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2019-July/017147.html https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2019-July/017175.html Matt > On Aug 13, 2019, at 23:05, Will Madden wrote: > > For the record, strong NACK. My understanding is that this breaks several established SPV implementations (such as early breadwallet for sure and possibly current BRD wallets) and I have yet to see quantitative prioritization or even a rational justification for this change. > > Requiring SPV wallets to communicate with trusted nodes is centralization, and breaking functionality and implementations that enable this without a thoroughly researched rationale is highly suspect. > >> On Jul 20, 2019, at 1:46 PM, Matt Corallo via bitcoin-dev wrote: >> >> Just a quick heads-up for those watching the list who may be using it - >> in the next Bitcoin Core release bloom filter serving will be turned off >> by default. This has been a long time coming, it's been an option for >> many releases and has been a well-known DoS vector for some time. >> As other DoS vectors have slowly been closed, this has become >> increasingly an obvious low-hanging fruit. Those who are using it should >> already have long been filtering for NODE_BLOOM-signaling nodes, and I >> don't anticipate those being gone any time particularly soon. >> >> See-also PR at https://github.com/bitcoin/bitcoin/pull/16152 >> >> The release notes will liekly read: >> >> P2P Changes >> ----------- >> - The default value for the -peerbloomfilters configuration option (and, >> thus, NODE_BLOOM support) has been changed to false. >> This resolves well-known DoS vectors in Bitcoin Core, especially for >> nodes with spinning disks. It is not anticipated that >> this will result in a significant lack of availability of >> NODE_BLOOM-enabled nodes in the coming years, however, clients >> which rely on the availability of NODE_BLOOM-supporting nodes on the >> P2P network should consider the process of migrating >> to a more modern (and less trustful and privacy-violating) alternative >> over the coming years. >> >> Matt >> _______________________________________________ >> bitcoin-dev mailing list >> bitcoin-dev@lists.linuxfoundation.org >> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev