📅 Original date posted:2015-06-22
📝 Original message:On Mon, Jun 22, 2015 at 2:33 PM, Tier Nolan <tier.nolan at gmail.com> wrote:
> The BIP-100 proposal uses a window of 12000 blocks (83 days) rather than
> the standard 1000. Given that the threshold is lower than is normal for
> hard-forks, noise on the measurement could cause an activation even if less
> than 75% of miners agree. It also means that the vote has to be sustained
> for longer and inherently gives a longer notice period.
>
9,000 of last 12,000 blocks is OK with me (I don't think scanning through
the last 12,000 block headers every new block will cause performance
problems, but I'd want to benchmark it to be absolutely sure).
> Two weeks seems low for an upgrade warning. I guess there would be an
> alert on the network.
>
Do old nodes detect an upgrade by version numbers? If that was headers
> only, then they could detect that large blocks have activated.
>
Bitcoin Core will alert when automatically when 51% of blocks have a
version it doesn't understand.
It will also alert automatically if it detects a chain with more work that
it doesn't consider valid for some reason. And 0.11 contains code that
alerts if you're on a chain that is being mined really slowly.
Have you considered a "fail" condition? For example, if 750 of the last
> 1000 blocks set bits 4 and 14, then it counts as a rejection by 75% of the
> miners. Alternatively, if the rule doesn't activate by 11th Jan 2017, then
> it is disabled.
>
I like the fail-if-not-activated-by idea. Not so crazy about the vote idea
(what if miners set bits 3 AND 4 ?).
--
--
Gavin Andresen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150622/9cf73348/attachment.html>;
Gavin Andresen [ARCHIVE] /
npub1s4…d44kw
2023-06-07 15:39:40
in reply to nevent1q…lq6k
Author Public Key
npub1s4lj77xuzcu7wy04afcr487f0r3za0f8n2775xrpkld2sv639mjqsd44kwPublished at
2023-06-07 15:39:40Event JSON
{
"id": "0b53161f462a12f2e12c0eb267c1e13f4acd166227d65fe3a0eb93db8280a704",
"pubkey": "857f2f78dc1639e711f5ea703a9fc978e22ebd279abdea1861b7daa833512ee4",
"created_at": 1686152380,
"kind": 1,
"tags": [
[
"e",
"1936c15d372dc9e8a0eaf645dcff207375e90675dbebfadcf82370abc654737d",
"",
"root"
],
[
"e",
"c9d813d49276fdcb1b4516982ce7a8afd6f953b2065a0a06a4a49f8b89a6cf24",
"",
"reply"
],
[
"p",
"46986f86b97cc97829a031b03209644d134b939d0163375467f0b1363e0d875e"
]
],
"content": "📅 Original date posted:2015-06-22\n📝 Original message:On Mon, Jun 22, 2015 at 2:33 PM, Tier Nolan \u003ctier.nolan at gmail.com\u003e wrote:\n\n\u003e The BIP-100 proposal uses a window of 12000 blocks (83 days) rather than\n\u003e the standard 1000. Given that the threshold is lower than is normal for\n\u003e hard-forks, noise on the measurement could cause an activation even if less\n\u003e than 75% of miners agree. It also means that the vote has to be sustained\n\u003e for longer and inherently gives a longer notice period.\n\u003e\n\n9,000 of last 12,000 blocks is OK with me (I don't think scanning through\nthe last 12,000 block headers every new block will cause performance\nproblems, but I'd want to benchmark it to be absolutely sure).\n\n\n\u003e Two weeks seems low for an upgrade warning. I guess there would be an\n\u003e alert on the network.\n\u003e\nDo old nodes detect an upgrade by version numbers? If that was headers\n\u003e only, then they could detect that large blocks have activated.\n\u003e\n\nBitcoin Core will alert when automatically when 51% of blocks have a\nversion it doesn't understand.\n\nIt will also alert automatically if it detects a chain with more work that\nit doesn't consider valid for some reason. And 0.11 contains code that\nalerts if you're on a chain that is being mined really slowly.\n\nHave you considered a \"fail\" condition? For example, if 750 of the last\n\u003e 1000 blocks set bits 4 and 14, then it counts as a rejection by 75% of the\n\u003e miners. Alternatively, if the rule doesn't activate by 11th Jan 2017, then\n\u003e it is disabled.\n\u003e\n\nI like the fail-if-not-activated-by idea. Not so crazy about the vote idea\n(what if miners set bits 3 AND 4 ?).\n\n-- \n--\nGavin Andresen\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150622/9cf73348/attachment.html\u003e",
"sig": "4ac97b148de168e8f3ff4cbe7441c5abced282cd2cb426fcfea7af5aa20056c57bd16503bbf93d56d6d3e806b118cb3b32d2c6b8d9c5c823df32b81d3c2ab00a"
}