📅 Original date posted:2017-04-08
📝 Original message:Thomas,
> the change is not opt-in and will require coordination; and the continuation of the chain thereafter depends on people actually running the hard-fork code, not just being aware there is something happening.
This situation applies to soft forks as well.
- if you wish your software to validate correctly, it is not opt-in
- it requires coordination to activate without much orphan risk to miners (hence BIP9). Witness the long preparation time ahead of SegWit deployment for wallet providers, miners etc. to coordinate to support it on their systems
- after activation, it depends on people running it (most notably miners, otherwise the soft-fork is no longer enforced leading to a hard fork)
- awareness alone does not ensure full validation capability is retained during a soft fork
Therefore, these differences seem insignificant enough to merit treating soft and hard forks equal in terms of the coordination features afforded through the versionbits.
Sancho
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20170408/973f66ea/attachment.html>;
Sancho Panza [ARCHIVE] /
npub148…vlgku
2023-06-07 17:59:03
in reply to nevent1q…s0kx
Author Public Key
npub1489wmpkjrv7vvdtv9z0d9t4jcgvm78tts5j4ex9fxh2nksmhausqnvlgkuPublished at
2023-06-07 17:59:03Event JSON
{
"id": "b8acf8913a79c5b7edba4c5edb2a8602f4d3faed4c9826a166ff0fcb2050a682",
"pubkey": "a9caed86d21b3cc6356c289ed2aeb2c219bf1d6b85255c98a935d53b4377ef20",
"created_at": 1686160743,
"kind": 1,
"tags": [
[
"e",
"3909d155f1982e3a0b455d11e4ee4341d4be262d42cc407a1e3075f6c71d559b",
"",
"root"
],
[
"e",
"bfe3bd391c4f75da69a9c497e133c11adbf71486826b583f7c6b32e1257c41c8",
"",
"reply"
],
[
"p",
"cd7a2cba8fb58a6131210185f2257692f56b666fb24bf9cf016ca8aaa4a4ae01"
]
],
"content": "📅 Original date posted:2017-04-08\n📝 Original message:Thomas,\n\n\u003e the change is not opt-in and will require coordination; and the continuation of the chain thereafter depends on people actually running the hard-fork code, not just being aware there is something happening.\n\nThis situation applies to soft forks as well.\n\n- if you wish your software to validate correctly, it is not opt-in\n- it requires coordination to activate without much orphan risk to miners (hence BIP9). Witness the long preparation time ahead of SegWit deployment for wallet providers, miners etc. to coordinate to support it on their systems\n- after activation, it depends on people running it (most notably miners, otherwise the soft-fork is no longer enforced leading to a hard fork)\n- awareness alone does not ensure full validation capability is retained during a soft fork\n\nTherefore, these differences seem insignificant enough to merit treating soft and hard forks equal in terms of the coordination features afforded through the versionbits.\n\nSancho\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20170408/973f66ea/attachment.html\u003e",
"sig": "0af2cf11f889856b6d66a4361bdb7fc3049d97e07450c58c1bbae0773284f56eb6346fbffd9e9c2f65125d0c118b023bb4e08010fa98af79a759a4233e065f3d"
}