📅 Original date posted:2021-03-04
📝 Original message:On Wed, Mar 3, 2021 at 12:25 PM Michael Folkson via bitcoin-dev
<bitcoin-dev at lists.linuxfoundation.org> wrote:
>
> At this point in time it also appears the greatest risk to Taproot
> dying a slow death is a small group of developers who think talking in
> conservative tones and talking about endless philosophy makes Bitcoin
> a conservative system. (It doesn’t, it just makes it a dying, decaying
> one).
The current risk to taproot and all future activations is a loud
minority of users who are threatening to co-opt a LOT=false activation
by switching the parameter and organizing a marketing blitz that could
end in a fork if things don't go well.
As long as that threat persists consensus won't be reached. Then an
activation client probably won't be released because I don't expect
many devs will have an appetite for writing code that either doesn't
have consensus or code that will be manipulated into creating
consensus conflicts.
I think Bitcoin is fine staying as is until that minority forks off
with their own alt-node. If the UASF minority is dead set on creating
the alt-node then I only hope it's released quickly so the deadlock
can break. A quick UASF fork allows for an early LOT=false activation.
Cheers
Ariel Lorenzo-Luaces
> --
> Michael Folkson
> Email: michaelfolkson at gmail.com
> Keybase: michaelfolkson
> PGP: 43ED C999 9F85 1D40 EAF4 9835 92D6 0159 214C FEE3
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
Ariel Luaces [ARCHIVE] /
npub1a0…r09zx
2023-06-07 18:29:52
in reply to nevent1q…52pk
Author Public Key
npub1a0k5f8724s6malknkr647u8w7f0dj42zkfhazfv42gk65cspvvzq2r09zxPublished at
2023-06-07 18:29:52Event JSON
{
"id": "6e4c709307b5af3fc649a8dde62a6b31a69d9bd9cf08aa16c9525a5229a2e94a",
"pubkey": "ebed449fcaac35befed3b0f55f70eef25ed95542b26fd12595522daa62016304",
"created_at": 1686162592,
"kind": 1,
"tags": [
[
"e",
"9af22886418f0874e9ed03d13f088c39e0b14ae5170f9a46f645c8af64e18eb5",
"",
"root"
],
[
"e",
"dd06bacd8e485f9ca76b88a28d040f1e6d2e2a56f7d639732716e371a018077c",
"",
"reply"
],
[
"p",
"7c4981f0d3c5eec97631de273b25b6435f0f33e0fa6cce270ddd3f3b8797d26a"
]
],
"content": "📅 Original date posted:2021-03-04\n📝 Original message:On Wed, Mar 3, 2021 at 12:25 PM Michael Folkson via bitcoin-dev\n\u003cbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\u003e\n\u003e At this point in time it also appears the greatest risk to Taproot\n\u003e dying a slow death is a small group of developers who think talking in\n\u003e conservative tones and talking about endless philosophy makes Bitcoin\n\u003e a conservative system. (It doesn’t, it just makes it a dying, decaying\n\u003e one).\n\nThe current risk to taproot and all future activations is a loud\nminority of users who are threatening to co-opt a LOT=false activation\nby switching the parameter and organizing a marketing blitz that could\nend in a fork if things don't go well.\nAs long as that threat persists consensus won't be reached. Then an\nactivation client probably won't be released because I don't expect\nmany devs will have an appetite for writing code that either doesn't\nhave consensus or code that will be manipulated into creating\nconsensus conflicts.\nI think Bitcoin is fine staying as is until that minority forks off\nwith their own alt-node. If the UASF minority is dead set on creating\nthe alt-node then I only hope it's released quickly so the deadlock\ncan break. A quick UASF fork allows for an early LOT=false activation.\n\nCheers\nAriel Lorenzo-Luaces\n\n\u003e --\n\u003e Michael Folkson\n\u003e Email: michaelfolkson at gmail.com\n\u003e Keybase: michaelfolkson\n\u003e PGP: 43ED C999 9F85 1D40 EAF4 9835 92D6 0159 214C FEE3\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",
"sig": "85b13056ec828cb6ad83c1773e888be717c63ed7b0833a936eb733ae0ee151b97dcb95aea73cb10e1b65c1c969837adb353bd0e55090a4437a10b7254b212fe3"
}