John Dillon [ARCHIVE] on Nostr: 📅 Original date posted:2013-06-28 📝 Original message:-----BEGIN PGP SIGNED ...
📅 Original date posted:2013-06-28
📝 Original message:-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
> Thinking about this a little more, I guess it does not hurt to build some
> kind of voting system into the clients. But I think it's more useful for
> straw polls. For example a bug fix 100% of people should agree on. A
> protocol optimization perhaps 80% would agree on. A protocol change that
> redistributes wealth or incentives perhaps only 60% will agree on.
>
> At this point in time it's far too easy to deliver contentious changes into
> the hands of the general population. I think that fortunately we're blessed
> with a very strong dev team, but the fundamental philosophy of bitcoin is to
> not put too much trust in single point, but rather, to distribute and
> diversify trust to the edges.
I disagree entirely. Your example of "straw polls" for bug fixes and
features is precisely what the current method of rough consensus and
running code, an IETF expression, handles just fine.
What the method does not handle effectively are issues that are
fundementally political rather than technical in nature. Blocksize is
precisely the latter because while the tradeoffs are technical in
nature the fundemental issue at hand is what do we want Bitcoin to be?
Who are we going to allow to participate?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iQEcBAEBCAAGBQJRzWR7AAoJEEWCsU4mNhiPEYsIAME+VvS4vfE0PdOMv3vHWGSH
HwUJdtKPold4+p0jhPBKSMbgnpMvXsZezMIIxj8xehnblnVuUdyakibXAdgVNLvp
a6SCw+W/VnopYCw151zZ4FQS92KQuSbX+XmYTQy32oqZIXtBmTE1fydw5q6YhoXb
gCCygPRyLTIQxLZAxqqRrQ0nsSE5ID5kDcr+xRsmCvfIKrzoOCbYL+nXPCB4Zzgu
Gs7Lfa0yfTrUlQmoDseyoWrVuhfYuFNesTAs3z6imMTdHqZh8Z+a+gmC+G9qFO1h
y7hOmzW4oz7hH4R2F6M+UpV6rKdwMaNYwrDw5eHClDgGYNfjjVduQ/YMQnbjyAc=
=5mhd
-----END PGP SIGNATURE-----
Published at
2023-06-07 15:03:12Event JSON
{
"id": "597620c95479e9f82a7cf6a3e4e3666313c56e45fd81c68fff3648bd54b73741",
"pubkey": "a0b592adfee20cad7bb28c238a9fc1fccf4511a458be8e3d96b00c914c8c3564",
"created_at": 1686150192,
"kind": 1,
"tags": [
[
"e",
"9c65e0538c0c65dd524896d67b9a9f484c5068051e57f2d48f8752479be057b1",
"",
"root"
],
[
"e",
"e13073d787034b98e33b12cdff797adc259745e2c468b5065c02cd0f8a3fbab2",
"",
"reply"
],
[
"p",
"e316966328c4cb66c34719ef9a7b3bc54ef601663ad4ab06185991237735aa19"
]
],
"content": "📅 Original date posted:2013-06-28\n📝 Original message:-----BEGIN PGP SIGNED MESSAGE-----\nHash: SHA256\n\n\u003e Thinking about this a little more, I guess it does not hurt to build some\n\u003e kind of voting system into the clients. But I think it's more useful for\n\u003e straw polls. For example a bug fix 100% of people should agree on. A\n\u003e protocol optimization perhaps 80% would agree on. A protocol change that\n\u003e redistributes wealth or incentives perhaps only 60% will agree on.\n\u003e\n\u003e At this point in time it's far too easy to deliver contentious changes into\n\u003e the hands of the general population. I think that fortunately we're blessed\n\u003e with a very strong dev team, but the fundamental philosophy of bitcoin is to\n\u003e not put too much trust in single point, but rather, to distribute and\n\u003e diversify trust to the edges.\n\nI disagree entirely. Your example of \"straw polls\" for bug fixes and\nfeatures is precisely what the current method of rough consensus and\nrunning code, an IETF expression, handles just fine.\n\nWhat the method does not handle effectively are issues that are\nfundementally political rather than technical in nature. Blocksize is\nprecisely the latter because while the tradeoffs are technical in\nnature the fundemental issue at hand is what do we want Bitcoin to be?\nWho are we going to allow to participate?\n-----BEGIN PGP SIGNATURE-----\nVersion: GnuPG v1.4.11 (GNU/Linux)\n\niQEcBAEBCAAGBQJRzWR7AAoJEEWCsU4mNhiPEYsIAME+VvS4vfE0PdOMv3vHWGSH\nHwUJdtKPold4+p0jhPBKSMbgnpMvXsZezMIIxj8xehnblnVuUdyakibXAdgVNLvp\na6SCw+W/VnopYCw151zZ4FQS92KQuSbX+XmYTQy32oqZIXtBmTE1fydw5q6YhoXb\ngCCygPRyLTIQxLZAxqqRrQ0nsSE5ID5kDcr+xRsmCvfIKrzoOCbYL+nXPCB4Zzgu\nGs7Lfa0yfTrUlQmoDseyoWrVuhfYuFNesTAs3z6imMTdHqZh8Z+a+gmC+G9qFO1h\ny7hOmzW4oz7hH4R2F6M+UpV6rKdwMaNYwrDw5eHClDgGYNfjjVduQ/YMQnbjyAc=\n=5mhd\n-----END PGP SIGNATURE-----",
"sig": "3539d97a206d0d19a4350e823d997b9fbada64fe9aa2b1e942570af88c39679a437c2cd5aa2f0c783be1a747cebfc1b2b9af9e175767f20b15474a26d07990cd"
}