📅 Original date posted:2015-06-18
📝 Original message:-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
The purpose of this post is to present an inquiry related to the
possible narrowing of scope of what sort of proposals are likely to
"bear fruit" at this stage. The inquiry or question is, "Are there
some proposals that are more likely to succeed, in addressing the
whole block size limit debate meaningfully?"
The flip side of this inquiry, is that if you think that an attempt to
do such "scope narrowing" _at this time_ is foolhardy, inappropriate,
wrong, or otherwise flawed, please say so and explain. I'm not
religious about this notion. I throw out proposals below which I
think would be likely to advance further ~ and thus I ask the question
again, and rephrase, "Are there some proposals (some shown below as
examples, not all-inclusive) that are more likely to succeed, in
addressing the whole block size limit debate meaningfully?"
~ Jeff Garzik, with respect to his BIP 100 (note Evan Mo, CEO of
Huobi's mining project Digcoin, clarified that the big Chinese mining
pools consider further adjustments to the protocol beyond the
suggested 8 MB block size limit adjustment — such as the Bitcoin core
developer Jeff Garzik's BIP-100 draft — to be feasible)
~ Adam Back, with a simplified soft-fork one-way peg
~ Gavin Andresen, developing an 8 MB block size limit adjustment in
the context of Core (as an example) with one or more of the above
authors rather than focusing on XT. (This is a big assumption but,
roll with it)
All of this assumes that developer(s) are willing to abandon
intentionally contentious proposals such as the "hard fork to XT w/ 20
MB," remain within the context of Core and be reasonable.
Here I am being aware of the fact that "Pushing a hard fork in the
face of such controversy is a folly, a danger to the network, and that
deserves to be said." - Wladimir J. van der Laan
https://github.com/bitcoin/bitcoin.org/pull/894#issuecomment-112113917
And if I'm lucky, this thread may get comments from DumbFruit, who
writes stuff like this:
https://bitcointalk.org/index.php?topic=1085436.msg11643203#msg11643203
So now... your thoughts?
- --
http://abis.io ~
"a protocol concept to enable decentralization
and expansion of a giving economy, and a new social good"
https://keybase.io/odinn
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBAgAGBQJVgnLuAAoJEGxwq/inSG8CchMH/0zm+A7Uqp8SpU+CsJr3lF2+
0re+5Ql4qVVmOI560918BtkdFjcq33jsKU9cYUDXqZ4wHfJTAGLGDqNgUZGpGkmJ
bqGgSvdF64P52Vb9PVnz1I9+aClas8Mjvl8XUYoD0yEA14XVBakYDRbVqZ5yPM8n
hBi6EpWLUnkFvvEj2dkgwddvPCvrnhVL/aRfmhet1pfOELfIrXtXI7hs2F1RyaqK
sbR/Qg3SFlyHzbxSzRVcZQ0G81exq/fxHqxc5kSLMiR7TODIJxCl6cJDCjf8LbeS
n6tL/I8vWN2zraYfb0cWu5uIjz5XnXpsitu951109zoS8IYle3uTfCF+6xdG3tY=
=HQ9R
-----END PGP SIGNATURE-----
odinn [ARCHIVE] /
npub1xv…5j2ga
2023-06-07 15:38:25
in reply to nevent1q…wzp9
Author Public Key
npub1xv3g4rkhj7eyape0cqjhc9g4ljdu5axqkgcdewma854a8r7e0mtsl5j2gaPublished at
2023-06-07 15:38:25Event JSON
{
"id": "f57c258efc15c367df34ddd1864e72d8e50f8ce367b9702ce1bf37cccedd7b1d",
"pubkey": "33228a8ed797b24e872fc0257c1515fc9bca74c0b230dcbb7d3d2bd38fd97ed7",
"created_at": 1686152305,
"kind": 1,
"tags": [
[
"e",
"88f1f486c69b64de3291aba51a4097d23aab4c04d671791332ebaa6206139440",
"",
"reply"
],
[
"p",
"a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0"
]
],
"content": "📅 Original date posted:2015-06-18\n📝 Original message:-----BEGIN PGP SIGNED MESSAGE-----\nHash: SHA1\n\nThe purpose of this post is to present an inquiry related to the\npossible narrowing of scope of what sort of proposals are likely to\n\"bear fruit\" at this stage. The inquiry or question is, \"Are there\nsome proposals that are more likely to succeed, in addressing the\nwhole block size limit debate meaningfully?\"\n\nThe flip side of this inquiry, is that if you think that an attempt to\ndo such \"scope narrowing\" _at this time_ is foolhardy, inappropriate,\nwrong, or otherwise flawed, please say so and explain. I'm not\nreligious about this notion. I throw out proposals below which I\nthink would be likely to advance further ~ and thus I ask the question\nagain, and rephrase, \"Are there some proposals (some shown below as\nexamples, not all-inclusive) that are more likely to succeed, in\naddressing the whole block size limit debate meaningfully?\"\n\n~ Jeff Garzik, with respect to his BIP 100 (note Evan Mo, CEO of\nHuobi's mining project Digcoin, clarified that the big Chinese mining\npools consider further adjustments to the protocol beyond the\nsuggested 8 MB block size limit adjustment — such as the Bitcoin core\ndeveloper Jeff Garzik's BIP-100 draft — to be feasible)\n ~ Adam Back, with a simplified soft-fork one-way peg\n ~ Gavin Andresen, developing an 8 MB block size limit adjustment in\nthe context of Core (as an example) with one or more of the above\nauthors rather than focusing on XT. (This is a big assumption but,\nroll with it)\n\nAll of this assumes that developer(s) are willing to abandon\nintentionally contentious proposals such as the \"hard fork to XT w/ 20\nMB,\" remain within the context of Core and be reasonable.\n\nHere I am being aware of the fact that \"Pushing a hard fork in the\nface of such controversy is a folly, a danger to the network, and that\ndeserves to be said.\" - Wladimir J. van der Laan\nhttps://github.com/bitcoin/bitcoin.org/pull/894#issuecomment-112113917\n\nAnd if I'm lucky, this thread may get comments from DumbFruit, who\nwrites stuff like this:\nhttps://bitcointalk.org/index.php?topic=1085436.msg11643203#msg11643203\n\nSo now... your thoughts?\n\n\n- -- \nhttp://abis.io ~\n\"a protocol concept to enable decentralization\nand expansion of a giving economy, and a new social good\"\nhttps://keybase.io/odinn\n-----BEGIN PGP SIGNATURE-----\nVersion: GnuPG v1\n\niQEcBAEBAgAGBQJVgnLuAAoJEGxwq/inSG8CchMH/0zm+A7Uqp8SpU+CsJr3lF2+\n0re+5Ql4qVVmOI560918BtkdFjcq33jsKU9cYUDXqZ4wHfJTAGLGDqNgUZGpGkmJ\nbqGgSvdF64P52Vb9PVnz1I9+aClas8Mjvl8XUYoD0yEA14XVBakYDRbVqZ5yPM8n\nhBi6EpWLUnkFvvEj2dkgwddvPCvrnhVL/aRfmhet1pfOELfIrXtXI7hs2F1RyaqK\nsbR/Qg3SFlyHzbxSzRVcZQ0G81exq/fxHqxc5kSLMiR7TODIJxCl6cJDCjf8LbeS\nn6tL/I8vWN2zraYfb0cWu5uIjz5XnXpsitu951109zoS8IYle3uTfCF+6xdG3tY=\n=HQ9R\n-----END PGP SIGNATURE-----",
"sig": "fafc4eeba445a66c86d983af0648cc4a935d87baed11173fac9d12d8a6a75235dbaf58d5ee62edff80d58db0c30c63fc2366b9b5b091410da9009d42396f961e"
}