i'd like to revisit that thought experiment i introduced last week.
an anonymous person hard forks the current Bitcoin code with the only change being a lifting of the limit. he provably destroys the commit key (a Bitcoin private key) over at github thru a op_return spend. the result being a Bitcoin source code with no core devs and thus no ability to change it going forward. would that be enough to carry Bitcoin forward for the next century?
This message is technically incohearent-- there is no such thing as a a "commit key", and "op_return spend" doesn't destroy information if there were; achieving what you suggest simply requires people stop upgrading (which is also part of the reason that we do not use automatic 'push' upgrades)---- but I certantly get the _intent_. and it's one I've forelorely expressed multiple time myself, going back years:
That it would be philosophically ideal and achieve the highest security properites if the system were completely involatile, defined by it's own mechnical construction, and any change to it would simply be a different system which people could voluntarily move to by their own free choice. Through this the system would be immune to whilm, political control, or subterfuge in a much stronger sense.
Sadly, that result currently appears to be pratically be beyond the scope of human engineering abilities-- or at least beyond the efforts expended on any software system I'm aware of thus far.
A particular point that I couldn't disclose the time cypherdoc initially made the argument was that the software the network was running at that moment was vulnerable:
http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-July/009697.htmlWe've had a pipeline of newly discovered non-public vulnerabilties in the Bitcoin protocol running almost all the time since 2012. I don't have a great answer to that hard questions, but sadly burying our heads in the sand cannot work-- it would just result in a regular series of potentially devistating "emergency" changes, rather than a orderly, planned, resolution.