📅 Original date posted:2021-03-06
📝 Original message:The most sensible approach I’ve seen yet.
e
> On Mar 6, 2021, at 01:29, Anthony Towns via bitcoin-dev <bitcoin-dev at lists.linuxfoundation.org> wrote:
>
> On Fri, Mar 05, 2021 at 05:43:43PM -1000, David A. Harding via bitcoin-dev wrote:
>> ## Example timeline
>> - T+0: release of one or more full nodes with activation code
>> - T+14: signal tracking begins
>> - T+28: earliest possible lock in
>> - T+104: locked in by this date or need to try a different activation process
>> - T+194: activation (if lockin occurred)
>
>> ### Base activation protocol
>> The idea can be implemented on top of either Bitcoin Core's existing
>> BIP9 code or its proposed BIP8 patchset.[6]
>> BIP9 is already part of Bitcoin Core and I think the changes being
>> proposed would be relatively small, resulting in a small patch that
>> could be easy to review.
>
> To get to specifics, here's a PR, based on #21334, that updates bip9
> to support an extra parameter to delay the transition from LOCKED_IN
> to ACTIVE until a particular timestamp is reached, and to reduce the
> activation threshold to 90%:
>
> https://github.com/bitcoin/bitcoin/pull/21377
>
> With that in mind, I think the example timeline above could translate
> to taproot parameters of:
>
> nStartTime = 1618358400; // April 14, 2021
> nTimeout = 1626220800; // July 14 2021
> activation_time = 1633046400; // October 1 2021
>
> That is, signalling begins with the first retarget period whose parent's
> median time is at least April 14th; and concludes with the last retarget
> period whose final block's median time is prior to July 14th; that's
> 91 days which should be about ~6.5 retarget periods, so should cover 6
> full retarget periods, but could only cover 5. Activation is delayed
> until the first retarget period where the final block of the previous
> retarget period has a timestamp of at least October 1st.
>
> Note that the timeout there is prior to the expected timestamp of the
> startheight block specified in the proposal for bip8 parameters:
>
> https://en.bitcoin.it/wiki/Taproot_activation_proposal_202102
>
> and earliest activation is after the expected release of 22.0 and hence
> the maintenance end of 0.20.
>
> Note also that the PR above specifies the delay as a deadline, not a
> delta between lockin and activation; so earlier lockin does not produce
> an earlier activation with the code referenced above.
>
> Cheers,
> aj
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
Eric Voskuil [ARCHIVE] /
npub1sg…ppx3c
2023-06-07 18:30:34
in reply to nevent1q…nfqt
Author Public Key
npub1sgs97fe0n9wehe6zw7drcxdz4cy9yt9pfqjv8gasz5jlk4zezc0quppx3cPublished at
2023-06-07 18:30:34Event JSON
{
"id": "93464993fa80029aa73dabc3fc1bac8a0bd391019a3e4152e8138480cc45e20a",
"pubkey": "82205f272f995d9be742779a3c19a2ae08522ca14824c3a3b01525fb5459161e",
"created_at": 1686162634,
"kind": 1,
"tags": [
[
"e",
"15c42fa852124a8300f31a1b111b86f45aee806989411ee68291c83252a4705c",
"",
"root"
],
[
"e",
"1900adf1f54e7f6fa888955bda07577b0c69997487008d3ee40b9fa3c6987d51",
"",
"reply"
],
[
"p",
"f0feda6ad58ea9f486e469f87b3b9996494363a26982b864667c5d8acb0542ab"
]
],
"content": "📅 Original date posted:2021-03-06\n📝 Original message:The most sensible approach I’ve seen yet.\n\ne\n\n\u003e On Mar 6, 2021, at 01:29, Anthony Towns via bitcoin-dev \u003cbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\u003e \n\u003e On Fri, Mar 05, 2021 at 05:43:43PM -1000, David A. Harding via bitcoin-dev wrote:\n\u003e\u003e ## Example timeline\n\u003e\u003e - T+0: release of one or more full nodes with activation code\n\u003e\u003e - T+14: signal tracking begins\n\u003e\u003e - T+28: earliest possible lock in\n\u003e\u003e - T+104: locked in by this date or need to try a different activation process\n\u003e\u003e - T+194: activation (if lockin occurred)\n\u003e \n\u003e\u003e ### Base activation protocol\n\u003e\u003e The idea can be implemented on top of either Bitcoin Core's existing\n\u003e\u003e BIP9 code or its proposed BIP8 patchset.[6]\n\u003e\u003e BIP9 is already part of Bitcoin Core and I think the changes being\n\u003e\u003e proposed would be relatively small, resulting in a small patch that\n\u003e\u003e could be easy to review.\n\u003e \n\u003e To get to specifics, here's a PR, based on #21334, that updates bip9\n\u003e to support an extra parameter to delay the transition from LOCKED_IN\n\u003e to ACTIVE until a particular timestamp is reached, and to reduce the\n\u003e activation threshold to 90%:\n\u003e \n\u003e https://github.com/bitcoin/bitcoin/pull/21377\n\u003e \n\u003e With that in mind, I think the example timeline above could translate\n\u003e to taproot parameters of:\n\u003e \n\u003e nStartTime = 1618358400; // April 14, 2021\n\u003e nTimeout = 1626220800; // July 14 2021\n\u003e activation_time = 1633046400; // October 1 2021\n\u003e \n\u003e That is, signalling begins with the first retarget period whose parent's\n\u003e median time is at least April 14th; and concludes with the last retarget\n\u003e period whose final block's median time is prior to July 14th; that's\n\u003e 91 days which should be about ~6.5 retarget periods, so should cover 6\n\u003e full retarget periods, but could only cover 5. Activation is delayed\n\u003e until the first retarget period where the final block of the previous\n\u003e retarget period has a timestamp of at least October 1st.\n\u003e \n\u003e Note that the timeout there is prior to the expected timestamp of the\n\u003e startheight block specified in the proposal for bip8 parameters:\n\u003e \n\u003e https://en.bitcoin.it/wiki/Taproot_activation_proposal_202102\n\u003e \n\u003e and earliest activation is after the expected release of 22.0 and hence\n\u003e the maintenance end of 0.20.\n\u003e \n\u003e Note also that the PR above specifies the delay as a deadline, not a\n\u003e delta between lockin and activation; so earlier lockin does not produce\n\u003e an earlier activation with the code referenced above.\n\u003e \n\u003e Cheers,\n\u003e aj\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",
"sig": "715f80b3fb347daa35947cb2cd3d810d85863ea090a0f5bc7afae559abacadc45a8d1a955978c8bcdd5765f1fce6895dd4507831f9825c7a8d105e45cc6a398f"
}