alicexbt [ARCHIVE] on Nostr: 📅 Original date posted:2022-05-10 📝 Original message:Hi Bitcoin Developers, ...
📅 Original date posted:2022-05-10
📝 Original message:Hi Bitcoin Developers,
There were some disagreements with speedy trial activation method recently and BIP 8 became controversial because of LOT earlier. I have tried to solve these two problems after reading some arguments for/against different activation methods by removing LOT from BIP 8 and calculating MUST_SIGNAL state based on threshold reached.
BIP draft with no code and some changes in BIP 8:
https://gist.github.com/1440000bytes/5e58cad7ba9d9c1a7000d304920fe6f1State transitions diagram:
This proposal removes lockinontimeout flag, activation never fails although MUST_SIGNAL can be longer if miners signaling does not reach the threshold. Longer period for MUST_SIGNAL state is useful for coordination if LOCKED_IN was not reached.
MUST_SIGNAL = ((100-t)/10)*2016 blocks, where t is threshold reached and blocks that fail to signal in MUST_SIGNAL phase are invalid.
Example:
- This activation method is used for a soft fork
- Only 60% miners signaled readiness and timeout height was reached
- MUST_SIGNAL phase starts and will last for 4*2016 blocks
- LOCKED_IN and ACTIVE states remain same as BIP 8
- Soft fork is activated with a delay of 2 months
/dev/fd0
Sent with [ProtonMail](
https://protonmail.com/) secure email.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20220510/1d4ece3d/attachment.html>;
Published at
2023-06-07 23:09:31Event JSON
{
"id": "29a057527fcd9c3de843a7ca6962b21219dd384912fc6f104d305ec16bbe4fd9",
"pubkey": "745e2723e72d7ded3f0dd293d710b706cd302ab8476983c292d4bdb7f9c5d366",
"created_at": 1686179371,
"kind": 1,
"tags": [
[
"e",
"de9ffb1349899fc79aaff6eaff776e472e2c9e7c5024b1c03928170785e1658d",
"",
"reply"
],
[
"p",
"a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0"
]
],
"content": "📅 Original date posted:2022-05-10\n📝 Original message:Hi Bitcoin Developers,\n\nThere were some disagreements with speedy trial activation method recently and BIP 8 became controversial because of LOT earlier. I have tried to solve these two problems after reading some arguments for/against different activation methods by removing LOT from BIP 8 and calculating MUST_SIGNAL state based on threshold reached.\n\nBIP draft with no code and some changes in BIP 8: https://gist.github.com/1440000bytes/5e58cad7ba9d9c1a7000d304920fe6f1\n\nState transitions diagram: https://i.imgur.com/dj4bFVK.png\n\nThis proposal removes lockinontimeout flag, activation never fails although MUST_SIGNAL can be longer if miners signaling does not reach the threshold. Longer period for MUST_SIGNAL state is useful for coordination if LOCKED_IN was not reached.\n\nMUST_SIGNAL = ((100-t)/10)*2016 blocks, where t is threshold reached and blocks that fail to signal in MUST_SIGNAL phase are invalid.\n\nExample:\n\n- This activation method is used for a soft fork\n- Only 60% miners signaled readiness and timeout height was reached\n- MUST_SIGNAL phase starts and will last for 4*2016 blocks\n- LOCKED_IN and ACTIVE states remain same as BIP 8\n- Soft fork is activated with a delay of 2 months\n\n/dev/fd0\n\nSent with [ProtonMail](https://protonmail.com/) secure email.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20220510/1d4ece3d/attachment.html\u003e",
"sig": "b6a935c3b8aaf7801d8b2e9758c692233d02ba60ced99438123cc3dc997468a9ecf96c66e398d17db27c7140a9e52e8e378f48aaf51e3952c427a00abc5c2bbf"
}