From: Thomas Zander <thomas@thomaszander.se>
To: bitcoin-dev@lists.linuxfoundation.org,
	Pieter Wuille <pieter.wuille@gmail.com>
Date: Thu, 30 Jul 2015 22:20:43 +0200
Message-ID: <25710699.lX8S1tS4UG@coldstorage>
User-Agent: KMail/4.14.1 (Linux/3.16.0-4-amd64; KDE/4.14.2; x86_64; ; )
In-Reply-To: <CAPg+sBj-wA1DMrwkQRWnzQoB5NR-q=2-5=WDAAUYfSpXRZSTqw@mail.gmail.com>
References: <CAPg+sBj-wA1DMrwkQRWnzQoB5NR-q=2-5=WDAAUYfSpXRZSTqw@mail.gmail.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
Subject: Re: [bitcoin-dev] Block size following technological growth
Precedence: list

On Thursday 30. July 2015 16.25.02 Pieter Wuille via bitcoin-dev wrote:
> Hello all,
> 
> here is a proposal for long-term scalability I've been working on:
> https://gist.github.com/sipa/c65665fc360ca7a176a6
> 
> Some things are not included yet, such as a testnet whose size runs ahead
> of the main chain, and the inclusion of Gavin's more accurate sigop
> checking after the hard fork.
> 
> Comments?


Maybe this part could use a bit more rationale, it looks like its a sudden and 
unexplained.

>  No hard forking change that relaxes the block size limit can be guaranteed
>  to provide enough space for every possible demand - or even any particular
>  demand - unless strong centralization of the mining ecosystem is expected.
-- 
Thomas Zander