MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 8bit
Date: Sun, 20 Dec 2015 23:23:32 -0500
From: jl2012 <jl2012@xbt.hk>
To: joe2015@openmailbox.org
In-Reply-To: <1bf64a5b514d57ca37744ae5f5238149@openmailbox.org>
References: <1bf64a5b514d57ca37744ae5f5238149@openmailbox.org>
Message-ID: <e170f3a10164019824edaafe5a04f067@xbt.hk>
User-Agent: Roundcube Webmail/1.0.5
Cc: bitcoin-dev@lists.linuxfoundation.org
Subject: Re: [bitcoin-dev] Increasing the blocksize as a (generalized)
 softfork.
Precedence: list

I proposed something very similar 2 years ago:
https://bitcointalk.org/index.php?topic=283746.0

This is an interesting academic idea. But the way you implement it will 
immediately kill all existing full and SPV nodes (not really dead, 
rather like zombie as they can't send and receive any tx).

joe2015--- via bitcoin-dev 於 2015-12-20 05:56 寫到:
> This is a draft.
> 
> --joe
> 
> Introduction
> ============
> 
> It is generally assumed that increasing the blocksize limit requires a
> hardfork.  Instead we show that a increasing the limit can be achieved 
> using a
> "generalized" softfork.  Like standard softforks, generalized softforks 
> need a
> mere miner majority (>50% hashpower) rather than global consensus.
>