Justus Ranvier [ARCHIVE] on Nostr: š Original date posted:2019-07-24 š Original message:On 7/23/19 9:47 AM, ...
š
Original date posted:2019-07-24
š Original message:On 7/23/19 9:47 AM, Andreas Schildbach via bitcoin-dev wrote:
> BIP 157/158 is not an alternative to BIP 37:
They complement each other pretty well though.
Wallets can save the deterministic GCS filters in the same way as
headers, which means blocks can be re-scanned if necessary (importing
new keys, etc) offline.
Bloom filters are good for limiting mempool bandwidth as well as
controlling the fraction of each block that is downloaded.
On the BTC chain that last point doesn't matter as so much, but on
chains with larger blocks I expect that clients will ultimately end up
using both filter schemes for exactly that reason.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0x9B2D74E2A30A85B9.asc
Type: application/pgp-keys
Size: 29350 bytes
Desc: not available
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20190724/e8fe8f3b/attachment-0001.bin>
š Original message:On 7/23/19 9:47 AM, Andreas Schildbach via bitcoin-dev wrote:
> BIP 157/158 is not an alternative to BIP 37:
They complement each other pretty well though.
Wallets can save the deterministic GCS filters in the same way as
headers, which means blocks can be re-scanned if necessary (importing
new keys, etc) offline.
Bloom filters are good for limiting mempool bandwidth as well as
controlling the fraction of each block that is downloaded.
On the BTC chain that last point doesn't matter as so much, but on
chains with larger blocks I expect that clients will ultimately end up
using both filter schemes for exactly that reason.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0x9B2D74E2A30A85B9.asc
Type: application/pgp-keys
Size: 29350 bytes
Desc: not available
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20190724/e8fe8f3b/attachment-0001.bin>