Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of petertodd.org
	designates 62.13.149.95 as permitted sender)
	client-ip=62.13.149.95; envelope-from=pete@petertodd.org;
	helo=outmail149095.authsmtp.com; 
Date: Wed, 13 Mar 2013 11:05:01 -0400
From: Peter Todd <pete@petertodd.org>
To: Luke-Jr <luke@dashjr.org>
Message-ID: <20130313150501.GA14067@savin>
References: <201303131256.30144.luke@dashjr.org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s"
Content-Disposition: inline
In-Reply-To: <201303131256.30144.luke@dashjr.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: bitcoin-development@lists.sourceforge.net
Subject: Re: [Bitcoin-development] 0.8.1 ideas
Precedence: list


--SLDf9lqlvOQaIe6s
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Mar 13, 2013 at 12:56:29PM +0000, Luke-Jr wrote:
> Here's a simple proposal to start discussion from...
>=20
> BEFORE block 262144:
> - Never make a block that, combined with the previous 4 blocks, results i=
n=20
> over 4500 transaction modifications.
> - Reject any block that includes more than 4500 transaction modifications=
 on=20
> its own (slight soft-fork)
> - (these rules should make older clients safe under most circumstances)
>=20
> FROM block 262144 to block 393216 (hard fork #1):
> - Never make, and reject any block that includes more than 24391 transact=
ion=20
> modifications on its own (this *should* be equivalent to 1 MB)
> - (this rules can make older client backports safe unless a reorg is more=
 than=20
> 6 blocks deep)
>=20
> FROM block 393216 onward (hard fork #2):
> - Never make, and reject any block that includes more than 48781 transact=
ion=20
> modifications on its own (this *should* be equivalent to 2 MB)
> - Accept blocks up to 2 MB in data size

If we're going to consider doing this, at minimum we need to also
include a separate limit for how much the UTXO set can be grown by each
block, calculated as the size of the scriptPubKey + constant metadata.
(tx hash, index #, nValue, nVersion, nHeight should cover it)

A P2SH transaction txout would measure 71bytes under that model. Given
that we haven't even shown we can limit the creation of txouts that can
not be spent economically caution would dictate setting the UTXO growth
limit fairly low, say 1/4th of the block limit.

--=20
'peter'[:-1]@petertodd.org

--SLDf9lqlvOQaIe6s
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQEcBAEBAgAGBQJRQJWcAAoJEH+rEUJn5PoEFR8IAKRGbTNc20qBtP9xsKubmE1U
owWiK/3GodoswvIGvVcOkr6MaaOVvYrW/jyGFdRdiEospEs8kbsRSvyxhBsiPjuO
Fc7lSec7cRt/XZKgUuQWK8npTjSBfr6p5jmVl1HD26hnCWS/DYf1oEI1L9bleE6w
A8nEakM4/jkBhVWwoczsqaSk+yJR87DjvmF6lixS/Y27Nqf2B9TDACA4xkGWz6Ai
zd8jZKv25hGpwbuYz9lDGPxmVG5s5v/gscVW3VLys9wlCOARPjpaO1WRkMveMqKv
golzhiWxiqS5VeRq1WgxdclW3DqcADLlvIldEGLStQD1wsfeFsBCyijfqnaBEtA=
=Vrqh
-----END PGP SIGNATURE-----

--SLDf9lqlvOQaIe6s--