Date: Tue, 30 Jun 2015 10:53:09 -0400
From: Peter Todd <pete@petertodd.org>
To: Chris Pacia <ctpacia@gmail.com>
Message-ID: <20150630145309.GC17984@savin.petertodd.org>
References: <20150629050726.GA502@savin.petertodd.org>
	<5591E10F.9000008@thinlink.com>
	<20150630013736.GA11508@savin.petertodd.org>
	<CALqxMTH_5rtOs=aSNiVrfsG_sqQDCnTr-8qBH3Qji+8g_dAMcQ@mail.gmail.com>
	<55929E7F.8020301@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="H8ygTp4AXg6deix2"
Content-Disposition: inline
In-Reply-To: <55929E7F.8020301@gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: bitcoin-dev@lists.linuxfoundation.org
Subject: Re: [bitcoin-dev] BIP: Full Replace-by-Fee deployment schedule
Precedence: list


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

On Tue, Jun 30, 2015 at 09:49:51AM -0400, Chris Pacia wrote:
>=20
>=20
> On 06/30/2015 09:12 AM, Adam Back wrote:
> > It is correct to view first-seen miner and relay policy as
> > honour-based, though it is the current default.
> >
> >
> What would be the effect of IBLT on the first seen policy? It seems that
> if a miner has to broadcast extra data with his blocks because he's
> using full RBF and everyone else is using first-seen then his blocks are
> at a disadvantage in terms of propagation. That wouldn't make first-seen
> a hard consensus rule, but rather one rational miners are likely to
> follow. Or is this effect likely to be minimal?

The disadvantage can be calculated compensated for by higher fees; if
the disadvantage is so large that the higher fees are unaffordable we're
in big trouble as the guarantees that mempools are in sync are pretty
poor. (why doublespending zeroconf txs is easy!) For instance, that'd
imply that sending two simultaneous transactions will cause profit
losses to all but the largest miners - who are unaffected - and that
upgrades that change IsStandard() will cause profit losses, among many
other problems.

Bitcoin just doesn't work if blocks aren't relayed quickly in the worst
case.

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

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

-----BEGIN PGP SIGNATURE-----

iQGrBAEBCACVBQJVkq1RXhSAAAAAABUAQGJsb2NraGFzaEBiaXRjb2luLm9yZzAw
MDAwMDAwMDAwMDAwMDAwYzUxNzkzZTFmMmY2YjliZDgyZGQxNTc5YjNlNDIwN2U3
MGEwYWE4ZmI5NTNjODAvFIAAAAAAFQARcGthLWFkZHJlc3NAZ251cGcub3JncGV0
ZUBwZXRlcnRvZC5vcmcACgkQJIFAPaXwkfvKoAf+IbVqL/Rvfw9x7ezS19DyhsBI
K0NS0CfLTP26En07cmyjvDd4Z4IR0fNztnob9ze9b+yW8Bkgn058jHclNYoNH7me
5emvYJEvmCb/puvHLdc/2Tg6dONzdliiw6oMj6HwwPZNKKkY+Z4lwHZ26NXamGFA
eKylAl4RoQ2ZmuT4rqRa4v96NdGsuaVgX7CAleBNpmBPp4ktK1gxQvM5AF9YOcWL
xEAQDwiTt5Nopvs1lcdGsnBuVmOeN3TPmm4nbADiyegHgAGFW86WuLda+UnYlXkq
j72v7sG5gDbqotMShMlKiQLqJehAI6uR2dzddk3Qe36eqb6YcVuThcyBWBiUUA==
=Tgvn
-----END PGP SIGNATURE-----

--H8ygTp4AXg6deix2--