📅 Original date posted:2015-06-26
📝 Original message:This is a hard fork. It is not about miners, at all. 2013 showed that when
there is true consensus mining can be coordinated on the order of hours or
days. This is about pushing through a coercive change to the
decentralization tradeoffs of bitcoin without unanimous consent.
On Jun 26, 2015 12:03 PM, "Tier Nolan" <tier.nolan at gmail.com> wrote:
> On Fri, Jun 26, 2015 at 7:47 PM, Patrick Strateman <
> patrick.strateman at gmail.com> wrote:
>
>> For a proposed hard fork to reach a level of consensus necessary to be
>> safe requires that there be a clear and self evident course of action.
>>
>
> Safety increases with more lead-in time. If the reference client was
> updated so that the hard fork happened in two years, it would be pretty
> safe. Miners would have time to update.
>
> If miners (or the community) objected, it is sort of like a game of
> chicken.
>
> This is one of the problems with not making decisions in advance, the
> resulting hard fork is inherently safer.
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150626/f4b14ff9/attachment.html>;
Mark Friedenbach [ARCHIVE] /
npub1r3…48d0u
2023-06-07 15:40:35
in reply to nevent1q…kqrq
Author Public Key
npub1r3san9v5njl6798hvauyu9ntm6r9c7u8s0t65wls58gpfdcvqp5sa48d0uPublished at
2023-06-07 15:40:35Event JSON
{
"id": "1b4db7278ac2469daa650d2498856470680ea36b28b58d3f0529ea06789dd7f5",
"pubkey": "1c61d995949cbfaf14f767784e166bde865c7b8783d7aa3bf0a1d014b70c0069",
"created_at": 1686152435,
"kind": 1,
"tags": [
[
"e",
"6b97b8772e4c3c0f5eb751746063b4217197a3eb7cab2fa3b16264082ad573c4",
"",
"root"
],
[
"e",
"34776f902ea56ac78f4d93eb3d8b1367895b8c07810a3eb0d926fc8430843c4e",
"",
"reply"
],
[
"p",
"46986f86b97cc97829a031b03209644d134b939d0163375467f0b1363e0d875e"
]
],
"content": "📅 Original date posted:2015-06-26\n📝 Original message:This is a hard fork. It is not about miners, at all. 2013 showed that when\nthere is true consensus mining can be coordinated on the order of hours or\ndays. This is about pushing through a coercive change to the\ndecentralization tradeoffs of bitcoin without unanimous consent.\nOn Jun 26, 2015 12:03 PM, \"Tier Nolan\" \u003ctier.nolan at gmail.com\u003e wrote:\n\n\u003e On Fri, Jun 26, 2015 at 7:47 PM, Patrick Strateman \u003c\n\u003e patrick.strateman at gmail.com\u003e wrote:\n\u003e\n\u003e\u003e For a proposed hard fork to reach a level of consensus necessary to be\n\u003e\u003e safe requires that there be a clear and self evident course of action.\n\u003e\u003e\n\u003e\n\u003e Safety increases with more lead-in time. If the reference client was\n\u003e updated so that the hard fork happened in two years, it would be pretty\n\u003e safe. Miners would have time to update.\n\u003e\n\u003e If miners (or the community) objected, it is sort of like a game of\n\u003e chicken.\n\u003e\n\u003e This is one of the problems with not making decisions in advance, the\n\u003e resulting hard fork is inherently safer.\n\u003e\n\u003e _______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150626/f4b14ff9/attachment.html\u003e",
"sig": "f75ecaf36727d78c84411cca1586ec4a825082217dc123e219c4169a03b0a9ec8cea28015efae3a50bf7fd0d23b398710ed1f48d4aec87e6b04e33ac64f8a69b"
}