📅 Original date posted:2011-09-14
🗒️ Summary of this message: Discussion on implementing a forking change in Bitcoin. Suggestion to save it until necessary and implement it in a major release. Periodic upgrades are necessary for network health and user security.
📝 Original message:On Wed, Sep 14, 2011 at 5:36 PM, Alex Waters <ampedal at gmail.com> wrote:
> On Wed, Sep 14, 2011 at 4:28 PM, Gavin Andresen <gavinandresen at gmail.com> wrote:
>
>> What do other people think? I think it is too high risk for too
>> little benefit and shouldn't be done until we have a really compelling
>> reason to introduce a forking change.
>
> Could we bundle this and potential future blockchain-splitting changes
> - to implement them in a major release (down the road)? Or save them
> for when they are very necessary?
>
> TL;DR shelf it until needed, have it written just in case.
I'm generally opposed to doing "too much" at once in this kind of change.
Some changes, like this one, are completely uncontroversial (except
some argument about having fork causing change at all) where some have
more complicated social/economic impacts (the block size being among
them, though probably not the worst).
Moreover, the longer we go between such changes the more the cost is
perceived to be infinite. Better to take one per year, with six months
of gap between implementation, and give everyone the right
expectations than to have prolonged arguments due to our inexperience
that only get trumped by emergency changes.
General network health and user security _requires_ periodic upgrades
in any case, and will for the foreseeable future. The whole notion
that old versions will _stop working_ would be a pretty good thing at
this point in bitcoin's existence, judging by the high number of
pre-.24 listeners still reported.
Gregory Maxwell [ARCHIVE] /
npub1f2…crwet
2023-06-07 02:25:49
in reply to nevent1q…ehym
Author Public Key
npub1f2nvlx49er5c7sqa43src6ssyp6snd4qwvtkwm5avc2l84cs84esecrwetSeen on
wss://relay.noswhere.comPublished at
2023-06-07 02:25:49Event JSON
{
"id": "c3db6fefe04451c98c69ec9e1583f6ac3c4e2ac5a95ecbf7da6a173a0a2dd1cc",
"pubkey": "4aa6cf9aa5c8e98f401dac603c6a10207509b6a07317676e9d6615f3d7103d73",
"created_at": 1686104749,
"kind": 1,
"tags": [
[
"e",
"c5d8eb0720120c08594c588b2c728c7a4f1ca34d1ae4dfac6ef6225ba2d5a835",
"",
"root"
],
[
"e",
"97f7b6da722729df155d258769b4ccbdb37a7db6f2ecadc462a08fad98045c3b",
"",
"reply"
],
[
"p",
"52d684c703db27d20a0b2e3f7dc21cd09fbb302808a629365699ed800f2515ae"
]
],
"content": "📅 Original date posted:2011-09-14\n🗒️ Summary of this message: Discussion on implementing a forking change in Bitcoin. Suggestion to save it until necessary and implement it in a major release. Periodic upgrades are necessary for network health and user security.\n📝 Original message:On Wed, Sep 14, 2011 at 5:36 PM, Alex Waters \u003campedal at gmail.com\u003e wrote:\n\u003e On Wed, Sep 14, 2011 at 4:28 PM, Gavin Andresen \u003cgavinandresen at gmail.com\u003e wrote:\n\u003e\n\u003e\u003e What do other people think? I think it is too high risk for too\n\u003e\u003e little benefit and shouldn't be done until we have a really compelling\n\u003e\u003e reason to introduce a forking change.\n\u003e\n\u003e Could we bundle this and potential future blockchain-splitting changes\n\u003e - to implement them in a major release (down the road)? Or save them\n\u003e for when they are very necessary?\n\u003e\n\u003e TL;DR shelf it until needed, have it written just in case.\n\nI'm generally opposed to doing \"too much\" at once in this kind of change.\n\nSome changes, like this one, are completely uncontroversial (except\nsome argument about having fork causing change at all) where some have\nmore complicated social/economic impacts (the block size being among\nthem, though probably not the worst).\n\nMoreover, the longer we go between such changes the more the cost is\nperceived to be infinite. Better to take one per year, with six months\nof gap between implementation, and give everyone the right\nexpectations than to have prolonged arguments due to our inexperience\nthat only get trumped by emergency changes.\n\nGeneral network health and user security _requires_ periodic upgrades\nin any case, and will for the foreseeable future. The whole notion\nthat old versions will _stop working_ would be a pretty good thing at\nthis point in bitcoin's existence, judging by the high number of\npre-.24 listeners still reported.",
"sig": "214287a01fb739a412ab657c9e77c66ce085760da6fdc3d1821426b80de6969a812d94c1bd0cfba4e6bfb558fc794bab726bf898d3c96c59e21a36f8a39e3d73"
}