📅 Original date posted:2015-08-16
📝 Original message:On Sun, Aug 16, 2015 at 9:46 AM, xor via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:
> Hey folks,
>
> so you've been stressed with arguing about what to do with the block size
> for
> months now :(
>
> Why not realize that the unfruitful permanent need for administrators to
> tweak
> a magical, god-given (= Satoshi-given) constant is a *strong* indicator for
> something which should be delegated to a self-adjusting system instead?
>
> new_max_blocksize = some_averaging_function(previous_block_sizes);
>
Not necessarily some_averaging_function. Could also be something that
depends on how much work has been put in, i.e. make the miners do more
computational work if they want to add bigger blocks into the chain, and
the chain doesn't have to be the original chain, it could be a sidechain or
block extension, so as to not force people to upgrade.
> end_of_flamewar();
> continue_with_REAL_development();
>
> Systems which do not require any human intervention are always more
> beautiful,
> and especially when trying to design a decentralized P2P network :)
>
>
> Greetings,
> xor, a developer working for the Freenet anonymous P2P network
>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
>
--
PGP: B6AC 822C 451D 6304 6A28 49E9 7DB7 011C D53B 5647
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150816/4abc0b7f/attachment.html>;
Andrew [ARCHIVE] /
npub1l8…hm88x
2023-06-07 15:47:40
in reply to nevent1q…2fy8
Author Public Key
npub1l899vmy2zhg9zr96jvnxt85ayddd26qu36m02k22759e9djqldnqrhm88xPublished at
2023-06-07 15:47:40Event JSON
{
"id": "7efb45777bc6f5a8d658c8c5421807c9c6f02b21b04a8ab69de00ed818f3da3e",
"pubkey": "f9ca566c8a15d0510cba9326659e9d235ad5681c8eb6f5594af50b92b640fb66",
"created_at": 1686152860,
"kind": 1,
"tags": [
[
"e",
"e4287e87297b707f92d8c093f0c7335f1c0d506945c3f00dea719ed211bd1980",
"",
"root"
],
[
"e",
"2084b6bc26283fb2ba401d6754d2557deb6e321a63f3ccd2d50888abebbe55c6",
"",
"reply"
],
[
"p",
"af7cc88ea10a48f7fa0f5d9577f25789ee53557a910736e58506f7d1354c1c18"
]
],
"content": "📅 Original date posted:2015-08-16\n📝 Original message:On Sun, Aug 16, 2015 at 9:46 AM, xor via bitcoin-dev \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\n\u003e Hey folks,\n\u003e\n\u003e so you've been stressed with arguing about what to do with the block size\n\u003e for\n\u003e months now :(\n\u003e\n\u003e Why not realize that the unfruitful permanent need for administrators to\n\u003e tweak\n\u003e a magical, god-given (= Satoshi-given) constant is a *strong* indicator for\n\u003e something which should be delegated to a self-adjusting system instead?\n\u003e\n\u003e new_max_blocksize = some_averaging_function(previous_block_sizes);\n\u003e\nNot necessarily some_averaging_function. Could also be something that\ndepends on how much work has been put in, i.e. make the miners do more\ncomputational work if they want to add bigger blocks into the chain, and\nthe chain doesn't have to be the original chain, it could be a sidechain or\nblock extension, so as to not force people to upgrade.\n\n\u003e end_of_flamewar();\n\u003e continue_with_REAL_development();\n\u003e\n\u003e Systems which do not require any human intervention are always more\n\u003e beautiful,\n\u003e and especially when trying to design a decentralized P2P network :)\n\u003e\n\u003e\n\u003e Greetings,\n\u003e xor, a developer working for the Freenet anonymous P2P network\n\u003e\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\n\u003e\n\u003e\n\n\n-- \nPGP: B6AC 822C 451D 6304 6A28 49E9 7DB7 011C D53B 5647\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150816/4abc0b7f/attachment.html\u003e",
"sig": "815a8852e06f11653a830eb04361bb56d03659872c3535fae39a3f9b246fdfe42321768cf25ecfedc63f2bd0e4ac55426afb397ccafe13464fca5e2dfc8d4566"
}