📅 Original date posted:2016-01-25
📝 Original message:-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
> Why is the minimum storage quota of 550 MiB necessary for pruning
> nodes if the block data is not served to other nodes ? Could the
> client just do transaction verification and transaction relaying
> and only keep the block(s) being verified on disk ?
>
We try to allow reorgs ~288 blocks deep also in pruning:
- From code comments:
Require that user allocate at least 550MB for block & undo files
(blk???.dat and rev???.dat)
At 1MB per block, 288 blocks = 288MB.
Add 15% for Undo data = 331MB
Add 20% for Orphan block rate = 397MB
We want the low water mark after pruning to be at least 397 MB and
since we prune in
full block file chunks, we need the high water mark which triggers the
prune to be
one 128MB block file + added 15% undo data = 147MB greater for a total
of 545MB
Setting the target to > than 550MB will make it likely we can respect
the target.
</jonas>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQIcBAEBCAAGBQJWpklQAAoJECnUvLZBb1Ps464P+gNqN+Rs5MnAFg5Hukxcj9BU
f+Zm5B99VMT3qWjJUjk05NTPLoa6vS6I6pkanWNlzmquZSardW0rW/7JS8wu8BiA
ILP3gMWMiF2w//0o+4uEhQt5FhUKQGUVgtXDprc/6WeOfpEBunk+/YTmFPpSMQym
w9roH+vrMBHNogSXjdIsn3qPGdVWWuc1PeeluMthN/f7Y5Y5kcyUJvvJmhNbNspG
UaGqh7vCDBvaHmxKuPRvqPlSqvwXjA3kxDP1s+VBtLGKnJzVoBqBEsody0UscQQO
RRvxbEdaRL1iTVgA0orsDCOMsBaUcKiZ4tlJUd+Z+ifHCVJ5Szl5fsqIIElF8vOk
hy8++T4XqPEZqlDnAIpOxE0eGnByvdkUrFew60nA+A+ivY7GkCFhMz8AP4VHrhFS
UOU2wDuBOsA6ssqkxMmc5Vizyb6CmL2Ho0csPqabvfRYk5VZACc63FbJ2xcdjDZz
CufvfJZ3O5dgSy29fn9XQHsU8qSn0DteSU/9OiHAJmvkqrvB0yT21kIQXUWiqYGk
xDvc/SVpttYqaW2hAgjFG9NGJ/D2dpliYNUjgwmijUVZuI9bkJ68l5CfpOzXYnNJ
e1AFzBeHVCKSn0advmTVdyybslU32g7ytzJQcQP2b8a4GQYEI6DNhTA5HTxWaj//
O+Cm0CkAbW1vNJqSolnU
=lDcA
-----END PGP SIGNATURE-----
Jonas Schnelli [ARCHIVE] /
npub1nf…3dtxs
2023-06-07 17:47:56
in reply to nevent1q…kat5
Author Public Key
npub1nfrrurat393mqymf3s26pujyn5vujlem3pzcukr5p9d4qpklngxq43dtxsPublished at
2023-06-07 17:47:56Event JSON
{
"id": "f1bbf812c2bbd454cccd8a526fcd39d5c9f524383dc30afb65231de285fb20ca",
"pubkey": "9a463e0fab8963b013698c15a0f2449d19c97f3b88458e5874095b5006df9a0c",
"created_at": 1686160076,
"kind": 1,
"tags": [
[
"e",
"a2c5e8a8812a1fbb64bafec18efd3012d3b028a825e407ccb16effdc61bfee78",
"",
"root"
],
[
"e",
"1810d9569f61f131920d6ac95ead47d2a71e939bd475d886bb44c47b821283c4",
"",
"reply"
],
[
"p",
"f1f229b2f1d0f05869db156a77993874bca2544138f87dce6e9273af4a64bbc3"
]
],
"content": "📅 Original date posted:2016-01-25\n📝 Original message:-----BEGIN PGP SIGNED MESSAGE-----\nHash: SHA256\n\n\n\u003e Why is the minimum storage quota of 550 MiB necessary for pruning\n\u003e nodes if the block data is not served to other nodes ? Could the\n\u003e client just do transaction verification and transaction relaying\n\u003e and only keep the block(s) being verified on disk ?\n\u003e \n\nWe try to allow reorgs ~288 blocks deep also in pruning:\n\n- From code comments:\nRequire that user allocate at least 550MB for block \u0026 undo files\n(blk???.dat and rev???.dat)\nAt 1MB per block, 288 blocks = 288MB.\nAdd 15% for Undo data = 331MB\nAdd 20% for Orphan block rate = 397MB\nWe want the low water mark after pruning to be at least 397 MB and\nsince we prune in\nfull block file chunks, we need the high water mark which triggers the\nprune to be\none 128MB block file + added 15% undo data = 147MB greater for a total\nof 545MB\nSetting the target to \u003e than 550MB will make it likely we can respect\nthe target.\n\n\n\u003c/jonas\u003e\n-----BEGIN PGP SIGNATURE-----\nVersion: GnuPG v2\n\niQIcBAEBCAAGBQJWpklQAAoJECnUvLZBb1Ps464P+gNqN+Rs5MnAFg5Hukxcj9BU\nf+Zm5B99VMT3qWjJUjk05NTPLoa6vS6I6pkanWNlzmquZSardW0rW/7JS8wu8BiA\nILP3gMWMiF2w//0o+4uEhQt5FhUKQGUVgtXDprc/6WeOfpEBunk+/YTmFPpSMQym\nw9roH+vrMBHNogSXjdIsn3qPGdVWWuc1PeeluMthN/f7Y5Y5kcyUJvvJmhNbNspG\nUaGqh7vCDBvaHmxKuPRvqPlSqvwXjA3kxDP1s+VBtLGKnJzVoBqBEsody0UscQQO\nRRvxbEdaRL1iTVgA0orsDCOMsBaUcKiZ4tlJUd+Z+ifHCVJ5Szl5fsqIIElF8vOk\nhy8++T4XqPEZqlDnAIpOxE0eGnByvdkUrFew60nA+A+ivY7GkCFhMz8AP4VHrhFS\nUOU2wDuBOsA6ssqkxMmc5Vizyb6CmL2Ho0csPqabvfRYk5VZACc63FbJ2xcdjDZz\nCufvfJZ3O5dgSy29fn9XQHsU8qSn0DteSU/9OiHAJmvkqrvB0yT21kIQXUWiqYGk\nxDvc/SVpttYqaW2hAgjFG9NGJ/D2dpliYNUjgwmijUVZuI9bkJ68l5CfpOzXYnNJ\ne1AFzBeHVCKSn0advmTVdyybslU32g7ytzJQcQP2b8a4GQYEI6DNhTA5HTxWaj//\nO+Cm0CkAbW1vNJqSolnU\n=lDcA\n-----END PGP SIGNATURE-----",
"sig": "53d4e6c3461a8de4ab178a6df267de2216938d0cd95c2c6dcd48cbb5ff45b01c1ecf931efe845805d23075f74477a9776b1fd341b2fe4715b1084e40ccea5fcb"
}