theymos [ARCHIVE] on Nostr: π
Original date posted:2011-09-14 ποΈ Summary of this message: A better ...
π
Original date posted:2011-09-14
ποΈ Summary of this message: A better retarget strategy for Bitcoin would be to use the real average time between all blocks, but it's not worth forking the chain over. Accurate time is important for discouraging blocks and should not be adjusted by more than 40 minutes.
π Original message:A better retarget strategy might be to use the real average time
between all of the blocks in the interval so that no blocks are
treated specially in the calculation. I agree that this is not
important enough to fork the chain over, though. An attacker would
have to maintain control for a *very* long time because of Bitcoin's
long retarget interval. (Maybe this kind of thing is why the retarget
interval is so long?)
I don't like requiring block times to be within minutes of reality. It
would be fine if only miners had to keep accurate time, but clients will
also need to have good time in order to see if a block will be
discouraged. A discouraged block should not count toward confirmations.
If relays will also discourage blocks, then they'll need accurate
time as well.
The network should not be allowed to adjust your time by more than 40
minutes to prevent the timejacking attack, but I don't see a problem
with the other time rules. Time is only used for retargets and LockTime,
so it only needs to be generally accurate.
Published at
2023-06-07 02:26:02Event JSON
{
"id": "9118e0c0ce2ea752d7db8c083a76a2ffc163cb393ac398e8b20079ff3dd1bea6",
"pubkey": "7b17a27b7a85e67ba7923c452fbb08ed536244f667a20168dfc3172a83c992df",
"created_at": 1686104762,
"kind": 1,
"tags": [
[
"e",
"c5d8eb0720120c08594c588b2c728c7a4f1ca34d1ae4dfac6ef6225ba2d5a835",
"",
"root"
],
[
"e",
"f58dc7456e4ed4214f10895bab7dea16c35d33b583910f62560b8621c675ea70",
"",
"reply"
],
[
"p",
"6ac6a519b554d8ff726a301e3daec0b489f443793778feccc6ea7a536f7354f1"
]
],
"content": "π
Original date posted:2011-09-14\nποΈ Summary of this message: A better retarget strategy for Bitcoin would be to use the real average time between all blocks, but it's not worth forking the chain over. Accurate time is important for discouraging blocks and should not be adjusted by more than 40 minutes.\nπ Original message:A better retarget strategy might be to use the real average time\nbetween all of the blocks in the interval so that no blocks are\ntreated specially in the calculation. I agree that this is not\nimportant enough to fork the chain over, though. An attacker would\nhave to maintain control for a *very* long time because of Bitcoin's\nlong retarget interval. (Maybe this kind of thing is why the retarget\ninterval is so long?)\n\nI don't like requiring block times to be within minutes of reality. It\nwould be fine if only miners had to keep accurate time, but clients will\nalso need to have good time in order to see if a block will be\ndiscouraged. A discouraged block should not count toward confirmations.\nIf relays will also discourage blocks, then they'll need accurate\ntime as well.\n\nThe network should not be allowed to adjust your time by more than 40\nminutes to prevent the timejacking attack, but I don't see a problem\nwith the other time rules. Time is only used for retargets and LockTime,\nso it only needs to be generally accurate.",
"sig": "b11f60f8644ab5f5b0e8793e776465579768dde3142e0bfbe11dffe9ea7bc96098d39ec7aed241b6c36f169e99b2404dab7a8835c3bbfb2e2068c14389a55f45"
}