* [bitcoin-dev] Proposal: Auto-shutdown as 5-year fork window
@ 2021-09-12 15:26 James Lu
2021-09-12 19:38 ` vjudeu
0 siblings, 1 reply; 2+ messages in thread
From: James Lu @ 2021-09-12 15:26 UTC (permalink / raw)
To: bitcoin-dev
[-- Attachment #1: Type: text/plain, Size: 334 bytes --]
If MTP-11 is greater than 5 years after the release date of the current
software version, the full node should shut down automatically.
This would allow writing code that gives the community ~5 years to upgrade
to a version that executes a new hard fork while keeping everyone in
consensus, provided the change is non-controversial.
[-- Attachment #2: Type: text/html, Size: 690 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [bitcoin-dev] Proposal: Auto-shutdown as 5-year fork window
2021-09-12 15:26 [bitcoin-dev] Proposal: Auto-shutdown as 5-year fork window James Lu
@ 2021-09-12 19:38 ` vjudeu
0 siblings, 0 replies; 2+ messages in thread
From: vjudeu @ 2021-09-12 19:38 UTC (permalink / raw)
To: James Lu, bitcoin-dev
[-- Attachment #1: Type: text/plain, Size: 1198 bytes --]
You can do that kind of change in your own Bitcoin-compatible client, but you cannot be sure that other people will run that version and that it will shut down when you want. Many miners use their own custom software for mining blocks, the same for mining pools. There are many clients that are compatible with consensus, but different than Bitcoin Core.
Also you should notice that Bitcoin community make changes by using soft-forks, not hard-forks. Backward compatibility is preserved as often as possible and there is no reason to change that. Any change can be deployed in a soft-fork way, even "evil soft-forks" are possible, as described in https://petertodd.org/2016/forced-soft-forks. I think that kind of soft-fork is still better than hard-fork.
On 2021-09-12 21:16:00 user James Lu via bitcoin-dev <bitcoin-dev@lists•linuxfoundation.org> wrote:
If MTP-11 is greater than 5 years after the release date of the current software version, the full node should shut down automatically.
This would allow writing code that gives the community ~5 years to upgrade to a version that executes a new hard fork while keeping everyone in consensus, provided the change is non-controversial.
[-- Attachment #2: Type: text/html, Size: 1740 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2021-09-12 19:39 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-09-12 15:26 [bitcoin-dev] Proposal: Auto-shutdown as 5-year fork window James Lu
2021-09-12 19:38 ` vjudeu
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox