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>
Published at
2023-06-07 18:19:36Event JSON
{
"id": "5b0b96d6dbf5e11867246d8a8ffd281fa6c32b61cab1e6a609414834b021e6b5",
"pubkey": "b2b39b6f2c86908d3da9f500193abd5757b21cac328f838800a48c4d557c10dd",
"created_at": 1686161976,
"kind": 1,
"tags": [
[
"e",
"9984a06ec701a8f6ac2773e4a62741a4d9d15af90b1fce9ee03180b7fd819eec",
"",
"root"
],
[
"e",
"a0a9b2b6101ae74b019e7293961c6c65167292cdc6e61f33c4c5a356a1741d43",
"",
"reply"
],
[
"p",
"3215b3d77dff1f84eeb5ad46fb1206a8d1657b3ea765a80b5489ece3a702d2bc"
]
],
"content": "š
Original date posted:2019-07-24\nš Original message:On 7/23/19 9:47 AM, Andreas Schildbach via bitcoin-dev wrote:\n\u003e BIP 157/158 is not an alternative to BIP 37:\n\nThey complement each other pretty well though.\n\nWallets can save the deterministic GCS filters in the same way as\nheaders, which means blocks can be re-scanned if necessary (importing\nnew keys, etc) offline.\n\nBloom filters are good for limiting mempool bandwidth as well as\ncontrolling the fraction of each block that is downloaded.\n\nOn the BTC chain that last point doesn't matter as so much, but on\nchains with larger blocks I expect that clients will ultimately end up\nusing both filter schemes for exactly that reason.\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: 0x9B2D74E2A30A85B9.asc\nType: application/pgp-keys\nSize: 29350 bytes\nDesc: not available\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20190724/e8fe8f3b/attachment-0001.bin\u003e",
"sig": "aa625faeea587ff91c961428f663206b3fcd4684a2769b1d5dbb36730b6c68a3c801b82a2a1a7174443d505312992a8ce753ae219002cdc4a48bfaac5a8cafd6"
}