Date: Wed, 2 Dec 2015 17:27:39 +0800
From: Peter Todd <pete@petertodd.org>
To: Chris <ctpacia@gmail.com>
Message-ID: <20151202092739.GA19610@muck>
References: <20151117004218.GB6302@savin.petertodd.org>
	<565BC352.4080001@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr"
Content-Disposition: inline
In-Reply-To: <565BC352.4080001@gmail.com>
Cc: bitcoin-dev@lists.linuxfoundation.org
Subject: Re: [bitcoin-dev] Opt-in Full Replace-By-Fee (Full-RBF)
Precedence: list


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

On Sun, Nov 29, 2015 at 10:32:34PM -0500, Chris via bitcoin-dev wrote:
> On 11/16/2015 07:42 PM, Peter Todd via bitcoin-dev wrote:
> > Sequence is used for opting in as it is the only "free-form" field
> > available for that purpose. Opt-in per output was proposed as well by
> > Luke-Jr, however the CTxOut data structure simply doesn't contain any
> > extra fields to use for that purpose.
> What is wrong with using they same scheme as sighash_single?
>=20
> If input 0 has nSequence < maxint-1 then output 0 is replaceable.
>=20
> For fee bumps you would just stick the change in position zero and
> reduce the value.
>=20
> You get FFS functionality without the hassle of addition other inputs.

Again, you're giving the whole world information about what's your
change address; that's simply unacceptable for privacy.

The only way to solve this is by a scheme where you pre-commit via a
hash, and reveal that later, which is extremely complex and not easily
feasible given the current tx data structure.

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

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

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

iQGrBAEBCACVBQJWXrmIXhSAAAAAABUAQGJsb2NraGFzaEBiaXRjb2luLm9yZzAw
MDAwMDAwMDAwMDAwMDAwMTlhN2MwMTVkN2I2MWJhYTI1ZThhZmQ0ZjFkY2FkZTQx
MzNkOGExZDZiNzQ0NWQvFIAAAAAAFQARcGthLWFkZHJlc3NAZ251cGcub3JncGV0
ZUBwZXRlcnRvZC5vcmcACgkQwIXyHOf0udxLdgf/VHkyH62xR5WA/odqEY2hmPeH
dGt56R2pERJpbn3GyimHeOgOftf78dS+NgDGFHlSv9fWVLyyreH2Ba75tbf7DWUv
kRPbwEZVongYXDKtZpWAjLjCPTxhC1A4CswG9eJnWrzpEJ4/pqIc3ucklUoRe58x
1L0SmckxP6GbFg1hgAC9CFncKtDK3S5P49niu2Q8pt6/rkZVkXg68/XgMJ8vUia0
mrp+7iqgWjnUEYBlYtIXIRuHhCbwiCP7U2FgNsAh0Bt1Gb5SZxGzZrTCf9Oc4j3j
nVyNwy6Hh2cAnFXgin+pg4wZ+wbySOGWSx4aBFOP4b1OWxEPZawsmHrgpRkzQQ==
=Jyy7
-----END PGP SIGNATURE-----

--liOOAslEiF7prFVr--