📅 Original date posted:2015-09-28
📝 Original message:SPV wallets in their current form are inherently insecure. Moreover, while we at least have a soft fork mechanism that is not trivially exploitable (yes, it's got issues...but unlike SPV wallets, it isn't so easily exploitable), we have NO hard fork mechanism in place that isn't highly prone to systemic consensus failure.
But I think pretty much anyone who hasn't been in a coma for the last several years knows this...and I'll stop repeating the obvious.
On September 28, 2015 5:26:17 AM PDT, Mike Hearn <hearn at vinumeris.com> wrote:
>>
>> Go ahead and object to soft forks...but at least try not to make
>arguments
>> based on changing the definitions of terms we all generally agree
>upon.
>>
>
>I don't intend to do that, and I don't think I am - I know what the
>difference between a soft and hard fork is and am not trying to confuse
>or
>blur the two.
>
>To reiterate: this current BIP implements a soft fork. I am not
>debating
>that. I am saying it should use a hard fork instead. This will ensure
>no
>repeat of the P2SH case where invalid blocks were being found for weeks
>(or
>was it months?) after the new rules kicked in, thus exposing SPV
>wallets
>and old nodes to unnecessary risk for no benefit.
>
>Additionally, I am making it clear that there's no consensus for
>rolling
>out the new opcode in this way. As you say, the mechanism has issues.
>If
>you read the comments when I wrote my article, you can see that others
>share the same concerns:
>
>https://www.reddit.com/r/Bitcoin/comments/3griiv/on_consensus_and_forks_by_mike_hearn
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150928/cacc6b6d/attachment.html>;
Eric Lombrozo [ARCHIVE] /
npub1az…t2krq
2023-06-07 17:41:28
in reply to nevent1q…mj2m
Author Public Key
npub1azvhdrf9fu6n0tm7yez4j6zcxcedp2ct6nrcq3z74naqs7kgpk8s5t2krqPublished at
2023-06-07 17:41:28Event JSON
{
"id": "208c3500e9246089e345b1a1c6c2cf85041fd7118df21d3da7a0d4b3a93db537",
"pubkey": "e899768d254f3537af7e26455968583632d0ab0bd4c780445eacfa087ac80d8f",
"created_at": 1686159688,
"kind": 1,
"tags": [
[
"e",
"f5bb1bf208994917ac3ec4154383520df2a8573df815c54d28bae4e41ef024c8",
"",
"root"
],
[
"e",
"8c7ac3cb2722d8256ebc659e1536ecd8a77a068d4d20f8d3dbdc265dcee07da3",
"",
"reply"
],
[
"p",
"f2c95df3766562e3b96b79a0254881c59e8639f23987846961cf55412a77f6f2"
]
],
"content": "📅 Original date posted:2015-09-28\n📝 Original message:SPV wallets in their current form are inherently insecure. Moreover, while we at least have a soft fork mechanism that is not trivially exploitable (yes, it's got issues...but unlike SPV wallets, it isn't so easily exploitable), we have NO hard fork mechanism in place that isn't highly prone to systemic consensus failure.\n\nBut I think pretty much anyone who hasn't been in a coma for the last several years knows this...and I'll stop repeating the obvious.\n\nOn September 28, 2015 5:26:17 AM PDT, Mike Hearn \u003chearn at vinumeris.com\u003e wrote:\n\u003e\u003e\n\u003e\u003e Go ahead and object to soft forks...but at least try not to make\n\u003earguments\n\u003e\u003e based on changing the definitions of terms we all generally agree\n\u003eupon.\n\u003e\u003e\n\u003e\n\u003eI don't intend to do that, and I don't think I am - I know what the\n\u003edifference between a soft and hard fork is and am not trying to confuse\n\u003eor\n\u003eblur the two.\n\u003e\n\u003eTo reiterate: this current BIP implements a soft fork. I am not\n\u003edebating\n\u003ethat. I am saying it should use a hard fork instead. This will ensure\n\u003eno\n\u003erepeat of the P2SH case where invalid blocks were being found for weeks\n\u003e(or\n\u003ewas it months?) after the new rules kicked in, thus exposing SPV\n\u003ewallets\n\u003eand old nodes to unnecessary risk for no benefit.\n\u003e\n\u003eAdditionally, I am making it clear that there's no consensus for\n\u003erolling\n\u003eout the new opcode in this way. As you say, the mechanism has issues.\n\u003eIf\n\u003eyou read the comments when I wrote my article, you can see that others\n\u003eshare the same concerns:\n\u003e\n\u003ehttps://www.reddit.com/r/Bitcoin/comments/3griiv/on_consensus_and_forks_by_mike_hearn\n\n-- \nSent from my Android device with K-9 Mail. Please excuse my brevity.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150928/cacc6b6d/attachment.html\u003e",
"sig": "c57d473d64cddcd45518b8bcf1c98f8498da1599dc895502c7ecccd7670563f4504d6a3eb3dcef09ca9429ed2ce48fd18fa06ef9a926f1109391e1ff4d196e2f"
}