Sergio Lerner [ARCHIVE] on Nostr: 📅 Original date posted:2014-12-29 📝 Original message:I propose to allow miners ...
📅 Original date posted:2014-12-29
📝 Original message:I propose to allow miners to voluntarily lock funds by letting miners
add additional inputs to the coinbase transaction. Currently the
coinbase transaction does not allow any real input to be added (only a
pseudo-input).
This is a hard-fork, and we could include it the next time a hardfork is
made.
The modifications to the code are minimal (no more than 12 lines
modified where IsCoinBase() is called), and they generally involve
removing code, not adding.
Why ?
Because sometime in the future (maybe 5-10 years) we may have to deal
with problems of securing the blockchain, as the subsidy is lowered. We
don't want the number of confirmation blocks to be increased in
compensation because Bitcoin won't be able to compete with other payment
networks.
Then by having this hardfork now, we will be able to soft-fork later to
any rule we may came come up with involving deposit bonds,
proof-of-stake, and the penalization of double-mining (mining two blocks
at the same height) to prevent short-range attacks.
Can it hurt?
No. I doesn't not change the incentives or the security in any way, as
adding additional inputs to the coinbase transaction would be voluntary
until the time for a soft-fork comes.
We shouldn't hard-fork for this change only, but maybe we could do this
change when the next hard-fork is scheduled (when we increase the block
size?).
Regards, S.
Published at
2023-06-07 15:28:16Event JSON
{
"id": "7c0149022ecb9651d65734359a76e93b7cda9dd2ab9de909ddd6fa9cc64cdfe4",
"pubkey": "60f7a1f85420f38fa26db24af48330bd1800ed3bef3168454263dcfcef62a8ce",
"created_at": 1686151696,
"kind": 1,
"tags": [
[
"e",
"f6ade51d51dafc917c8be29f489893de2a4b160770ae11b63e489d5ab377f8dd",
"",
"reply"
],
[
"p",
"a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0"
]
],
"content": "📅 Original date posted:2014-12-29\n📝 Original message:I propose to allow miners to voluntarily lock funds by letting miners\nadd additional inputs to the coinbase transaction. Currently the\ncoinbase transaction does not allow any real input to be added (only a\npseudo-input).\nThis is a hard-fork, and we could include it the next time a hardfork is\nmade.\nThe modifications to the code are minimal (no more than 12 lines\nmodified where IsCoinBase() is called), and they generally involve\nremoving code, not adding.\n\nWhy ?\n\nBecause sometime in the future (maybe 5-10 years) we may have to deal\nwith problems of securing the blockchain, as the subsidy is lowered. We\ndon't want the number of confirmation blocks to be increased in\ncompensation because Bitcoin won't be able to compete with other payment\nnetworks.\nThen by having this hardfork now, we will be able to soft-fork later to\nany rule we may came come up with involving deposit bonds,\nproof-of-stake, and the penalization of double-mining (mining two blocks\nat the same height) to prevent short-range attacks.\n\nCan it hurt?\n\nNo. I doesn't not change the incentives or the security in any way, as\nadding additional inputs to the coinbase transaction would be voluntary\nuntil the time for a soft-fork comes.\nWe shouldn't hard-fork for this change only, but maybe we could do this\nchange when the next hard-fork is scheduled (when we increase the block\nsize?).\n\nRegards, S.",
"sig": "36a0afb8d38d37a28f59548ca033b43c67dd20d26ed5e0cb6fc0ef16e9e69219f50040bf8ed4e27f302d96f5e9c0613235e927520e86cdce4191c7c8cac71e5e"
}