public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
* [bitcoin-dev] Humans constantly arguing about bsize proves that computers should decide
@ 2015-08-16  9:46 xor
  2015-08-16 10:13 ` Andrew
  0 siblings, 1 reply; 2+ messages in thread
From: xor @ 2015-08-16  9:46 UTC (permalink / raw)
  To: bitcoin-dev

[-- Attachment #1: Type: text/plain, Size: 695 bytes --]

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);
    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


[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [bitcoin-dev] Humans constantly arguing about bsize proves that computers should decide
  2015-08-16  9:46 [bitcoin-dev] Humans constantly arguing about bsize proves that computers should decide xor
@ 2015-08-16 10:13 ` Andrew
  0 siblings, 0 replies; 2+ messages in thread
From: Andrew @ 2015-08-16 10:13 UTC (permalink / raw)
  To: xor; +Cc: bitcoin-dev

[-- Attachment #1: Type: text/plain, Size: 1437 bytes --]

On Sun, Aug 16, 2015 at 9:46 AM, xor via bitcoin-dev <
bitcoin-dev@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@lists•linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
>


-- 
PGP: B6AC 822C 451D 6304 6A28  49E9 7DB7 011C D53B 5647

[-- Attachment #2: Type: text/html, Size: 2201 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2015-08-16 10:13 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-08-16  9:46 [bitcoin-dev] Humans constantly arguing about bsize proves that computers should decide xor
2015-08-16 10:13 ` Andrew

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox