📅 Original date posted:2014-04-10
📝 Original message:On 10/04/14 18:59, Pieter Wuille wrote:
> It's important to
> note that this is a strict reduction in security: we're now trusting
> that the longest chain (with most proof of work) commits to a valid
> UTXO set (at some point in the past).
AFAIK, current bitcoin code code already set blockchain checkpoints from
time to time. It is a garanteed that a longer chain starting before the
checkpoint is not going to be accepted suddently. See
<https://bitcointalk.org/index.php?topic=194078.0>;.
Could be perfectly valid to store only unspend wallets before last
checkpoint, if during the blockchain download the node did all the checks.
Would be interesting, of course, to be able to verify "unspend wallet
accounting" having only that checkpoint data (the merkle tree can do
that, I guess). So you could detect a data corruption or manipulation in
your local harddisk.
--
Jesús Cea Avión _/_/ _/_/_/ _/_/_/
jcea at jcea.es - http://www.jcea.es/ _/_/ _/_/ _/_/ _/_/ _/_/
Twitter: @jcea _/_/ _/_/ _/_/_/_/_/
jabber / xmpp:jcea at jabber.org _/_/ _/_/ _/_/ _/_/ _/_/
"Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/
"My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/
"El amor es poner tu felicidad en la felicidad de otro" - Leibniz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 538 bytes
Desc: OpenPGP digital signature
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140410/7e5e4f38/attachment.sig>;
Jesus Cea [ARCHIVE] /
npub139…4fsc7
2023-06-07 15:18:32
in reply to nevent1q…4333
Author Public Key
npub139fv33077zek3edv0z92psuj07rsygfctynsj83n0xscr0q8qrhq94fsc7Published at
2023-06-07 15:18:32Event JSON
{
"id": "c1614bebbfd6520c256e14df3b8ea41184e016cfdb3b179f938bfc207dcef2dc",
"pubkey": "8952c8c5fef0b368e5ac788aa0c3927f870221385927091e3379a181bc0700ee",
"created_at": 1686151112,
"kind": 1,
"tags": [
[
"e",
"aae8a2dedee78eef571f285fef23331d89c84b104c87b098618414541001d13e",
"",
"root"
],
[
"e",
"b0b9007b9e855030f48fe57ca2df01b7f453a5550fd044d5a0494b4fe234cf58",
"",
"reply"
],
[
"p",
"1c61d995949cbfaf14f767784e166bde865c7b8783d7aa3bf0a1d014b70c0069"
]
],
"content": "📅 Original date posted:2014-04-10\n📝 Original message:On 10/04/14 18:59, Pieter Wuille wrote:\n\u003e It's important to\n\u003e note that this is a strict reduction in security: we're now trusting\n\u003e that the longest chain (with most proof of work) commits to a valid\n\u003e UTXO set (at some point in the past).\n\nAFAIK, current bitcoin code code already set blockchain checkpoints from\ntime to time. It is a garanteed that a longer chain starting before the\ncheckpoint is not going to be accepted suddently. See\n\u003chttps://bitcointalk.org/index.php?topic=194078.0\u003e.\n\nCould be perfectly valid to store only unspend wallets before last\ncheckpoint, if during the blockchain download the node did all the checks.\n\nWould be interesting, of course, to be able to verify \"unspend wallet\naccounting\" having only that checkpoint data (the merkle tree can do\nthat, I guess). So you could detect a data corruption or manipulation in\nyour local harddisk.\n\n-- \nJesús Cea Avión _/_/ _/_/_/ _/_/_/\njcea at jcea.es - http://www.jcea.es/ _/_/ _/_/ _/_/ _/_/ _/_/\nTwitter: @jcea _/_/ _/_/ _/_/_/_/_/\njabber / xmpp:jcea at jabber.org _/_/ _/_/ _/_/ _/_/ _/_/\n\"Things are not so easy\" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/\n\"My name is Dump, Core Dump\" _/_/_/ _/_/_/ _/_/ _/_/\n\"El amor es poner tu felicidad en la felicidad de otro\" - Leibniz\n\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: signature.asc\nType: application/pgp-signature\nSize: 538 bytes\nDesc: OpenPGP digital signature\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140410/7e5e4f38/attachment.sig\u003e",
"sig": "13bdb28b76624e11556584cb4297173510368794f0fd3970cd5ab51d3efb387ee37dbc9338d56fa153ddc07f35947aa7746e72f0adb9912781ae6732928aec7f"
}