📅 Original date posted:2015-05-07
📝 Original message:I'd love to have more discussion of exactly how a hard fork should be
implemented. I think it might actually be of some value to have rough
consensus on that before we get too bogged down with exactly what the
proposed hard fork should do. After all, how can we debate whether a
particular hard fork proposal has consensus if we haven't even decided
what level of supermajority is needed to establish consensus?
For instance, back in 2012 Gavin was proposing, effectively, that a
hard fork should require a supermajority of 99% of miners in order to
succeed:
https://gist.github.com/gavinandresen/2355445
More recently, Gavin has proposed that a supermoajority of only 80% of
miners should be needed in order to trigger the hard fork.
http://www.gavintech.blogspot.co.uk/2015/01/twenty-megabytes-testing-results.html
Just now, on this list (see attached message) Gavin seems to be
aluding to some mechanism for a hard fork which involves consensus of
full nodes, and then a soft fork preceeding the hard fork, which I'd
love to see a full explanation of.
FWIW, I think 80% is far too low to establish consensus for a hard
fork. I think the supermajority of miners should be sufficiently
large that the rump doesn't constitute a viable coin. If you don't
have that very strong level of consensus then you risk forking Bitcoin
into two competing coins (and I believe we already have one exchange
promissing to trade both forks as long as the blockchains are alive).
As a starting point, I think 35/36th of miners (approximately 97.2%)
is the minimum I would be comfortable with. It means that the rump
coin will initially have an average confirmation time of 6 hours
(until difficulty, very slowly, adjusts) which is probably far enough
from viable that the majority of holdouts will quickly desert it too.
Thoughs?
roy
-------------- next part --------------
An embedded message was scrubbed...
From: Gavin Andresen <gavinandresen at gmail.com>
Subject: Re: [Bitcoin-development] Block Size Increase
Date: Thu, 7 May 2015 10:52:54 -0400
Size: 9909
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150507/ed0c3179/attachment.eml>;
Roy Badami [ARCHIVE] /
npub1tr…0f95j
2023-06-07 17:33:36
in reply to nevent1q…pm5t
Author Public Key
npub1trckpcxmceskq4cykxgwxm63n8ugrjrpu5mk83c90e4upsf7d9gqf0f95jPublished at
2023-06-07 17:33:36Event JSON
{
"id": "1b6c32f15c9eaf6c1c932336f2063dc97844ba3b4b3257a838317c59576963c2",
"pubkey": "58f160e0dbc661605704b190e36f5199f881c861e53763c7057e6bc0c13e6950",
"created_at": 1686152016,
"kind": 1,
"tags": [
[
"e",
"939543bd68ba2ab721cff29b22495f10b5b5cc1ae87446c7ca947f4247fd3a6f",
"",
"reply"
],
[
"p",
"a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0"
]
],
"content": "📅 Original date posted:2015-05-07\n📝 Original message:I'd love to have more discussion of exactly how a hard fork should be\nimplemented. I think it might actually be of some value to have rough\nconsensus on that before we get too bogged down with exactly what the\nproposed hard fork should do. After all, how can we debate whether a\nparticular hard fork proposal has consensus if we haven't even decided\nwhat level of supermajority is needed to establish consensus?\n\nFor instance, back in 2012 Gavin was proposing, effectively, that a\nhard fork should require a supermajority of 99% of miners in order to\nsucceed:\n\nhttps://gist.github.com/gavinandresen/2355445\n\nMore recently, Gavin has proposed that a supermoajority of only 80% of\nminers should be needed in order to trigger the hard fork.\n\nhttp://www.gavintech.blogspot.co.uk/2015/01/twenty-megabytes-testing-results.html\n\nJust now, on this list (see attached message) Gavin seems to be\naluding to some mechanism for a hard fork which involves consensus of\nfull nodes, and then a soft fork preceeding the hard fork, which I'd\nlove to see a full explanation of.\n\nFWIW, I think 80% is far too low to establish consensus for a hard\nfork. I think the supermajority of miners should be sufficiently\nlarge that the rump doesn't constitute a viable coin. If you don't\nhave that very strong level of consensus then you risk forking Bitcoin\ninto two competing coins (and I believe we already have one exchange\npromissing to trade both forks as long as the blockchains are alive).\n\nAs a starting point, I think 35/36th of miners (approximately 97.2%)\nis the minimum I would be comfortable with. It means that the rump\ncoin will initially have an average confirmation time of 6 hours\n(until difficulty, very slowly, adjusts) which is probably far enough\nfrom viable that the majority of holdouts will quickly desert it too.\n\nThoughs?\n\nroy\n-------------- next part --------------\nAn embedded message was scrubbed...\nFrom: Gavin Andresen \u003cgavinandresen at gmail.com\u003e\nSubject: Re: [Bitcoin-development] Block Size Increase\nDate: Thu, 7 May 2015 10:52:54 -0400\nSize: 9909\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150507/ed0c3179/attachment.eml\u003e",
"sig": "4ec1784c5e06f8ef93f6c5cfaacfe76f56bf1267198ffce0f4724de5eb324e5ade4ff8ced06a655e2e23cea18e11ea6f3cc51d15b7d59509d1c744c5d32bf8c1"
}