[bitcoin-dev] Draft BIP : fixed-schedule block size increase
odinn.cyberguerrilla at riseup.net
Wed Jul 1 22:49:12 UTC 2015
-----BEGIN PGP SIGNED MESSAGE-----
(My replies below)
On 06/26/2015 06:47 AM, Tier Nolan wrote:
> On Thu, Jun 25, 2015 at 3:07 PM, Adam Back <adam at cypherspace.org
> <mailto:adam at cypherspace.org>> wrote:
> The hard-cap serves the purpose of a safety limit in case our
> understanding about the economics, incentives or game-theory is
> wrong worst case.
> BIP 100 and 101 could be combined. Would that increase consensus?
Possibly ~ In my past message(s), I've suggested that Jeff's BIP 100
is a better alternative to Gavin's proposal(s), but that I didn't
think that this should be taken to mean that I am saying one thing is
"superior" to Gavin's work, rather, I emphasized that Gavin work with
Jeff and Adam.
At least, at this stage the things are in a BIP process.
If the BIP 100 and BIP 101 would be combined, what would that look
like on paper?
> - Miner vote threshold reached - Wait notice period or until
> earliest start time - Block size default target set to 1 MB - Soft
> limit set to 1MB - Hard limit set to 8MB + double every 2 years -
> Miner vote to decide soft limit (lowest size ignoring bottom 20%
> but 1MB minimum)
> Block size updates could be aligned with the difficulty setting
> and based on the last 2016 blocks.
> Miners could leave the 1MB limit in place initially. The vote is
> to get the option to increase the block size.
> Legacy clients would remain in the network until >80% of miners
> vote to raise the limit and a miner produces a >1MB block.
> If the growth rate over-estimates hardware improvements, the devs
> could add a limit into the core client. If they give notice and
> enough users update, then miners would have to accept it.
> The block size becomes min(miner's vote, core devs). Even if 4
> years notice is given, blocks would only be 4X optimal.
> _______________________________________________ bitcoin-dev mailing
> list bitcoin-dev at lists.linuxfoundation.org
"a protocol concept to enable decentralization
and expansion of a giving economy, and a new social good"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
-----END PGP SIGNATURE-----
More information about the bitcoin-dev