From: Sjors Provoost <sjors@sprovoost.nl>
Message-Id: <FD79573C-4771-464B-A570-E2868BBA0CA5@sprovoost.nl>
Content-Type: multipart/signed;
	boundary="Apple-Mail=_DE7BD198-A6D9-4704-BB2A-328B2E8D5A34";
	protocol="application/pgp-signature"; micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 11.1 \(3445.4.7\))
Date: Tue, 5 Dec 2017 21:00:01 +0100
In-Reply-To: <201712051939.33238.luke@dashjr.org>
To: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>,
	CryptAxe <cryptaxe@gmail.com>, Luke Dashjr <luke@dashjr.org>
References: <AE14915B-37DF-4D94-A0B1-E32A26903807@sprovoost.nl>
	<201712051939.33238.luke@dashjr.org>
Cc: Matt Corallo <matt@chaincode.com>
Subject: Re: [bitcoin-dev] BIP-21 amendment proposal: -no125
Precedence: list


--Apple-Mail=_DE7BD198-A6D9-4704-BB2A-328B2E8D5A34
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

CryptAxe wrote:
> Perhaps instead of a flag that can be used to disable a specific =
operation, there should be a "-ignoredflags=3Dx,y,z" section of the URI =
that can be used to ignore whatever BIP this might also be useful for in =
the future?

I don't think all BIPs lend themselves to this pattern. Can you think of =
another example? I also suspect each ignored flag requires carefully =
defined behavior, so it's probably better to spell that out in the BIP.

I also wouldn't be surprised if this BIP will get superseded in its =
entirety in the not too distant future; I believe there's some earlier =
discussion on this list about variations on BIP-71. So I don't think =
there will be many additional params in the future that warrant =
abstraction.


Luke Dashjr wrote:
>> P.S. I'd similarly suggest adding a bech32 param, but that's for =
another
>> discussion
>=20
> Bech32 addresses are just normal addresses. What need is there for a =
param?
>=20
> Luke

Most wallets consider bech32 addresses to be invalid. This would allow =
merchants to display a backwards compatible P2SH address and allow =
modern wallets to use bech32. In fact, this should be encouraged because =
it's slightly cheaper for the recipient to spend these funds (but not =
worth even a tiny increase in shopping cart abandonment).

Once the new format has sufficient adoption, merchants can simply drop =
support for old wallets and not use this parameter.

Sjors

--Apple-Mail=_DE7BD198-A6D9-4704-BB2A-328B2E8D5A34
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP

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

iQIzBAEBCgAdFiEE7ZvfetalXiMuhFJCV/+b28wwEAkFAlom+sEACgkQV/+b28ww
EAlEuw/9FAEZj2Mm7z+EAmQjbB7TtXCPPRBd91lcVO6yTI+J5gx4wZSCAFeI3Jqi
hmF0bpthTj051jXkFQJsnLzpE9wKyoUsMF5pFgmRTmCb9gXNwBA8Iu/enc7tIZCU
W23dWjIxGtFvgiw5/O9YL/1AXJTxaVRk3XPbGigLOWzVWOlKIEdZNe7FGcQLlPZu
bMKvDkDN4wz9aRnWN78XyWGTgh3/22Pb40awwFhP+vCW57oJtiGB2V+hIKSr19CL
qoBASC/n597j+TLpuq0R7Z9vqm+3mDagfWl/NhQdy75ENuxgcnyNKLsbAN366IfV
X1HZ/gukYEc5LkzqVHvhlOCJqf6rSEGbdxs6R1GrpPCsppmmhgH7X6oUFsNqpWKv
XMAaq3si0qosMQ7WVcQ5PjooBy4TjFeWF0Ejo1pgn4bGe7103BLNHy9BZT3J4msW
IZsQHmbrh0GH+2WYw3Sy5MZNmdKGiP2Bd291Go0UVct7MJhhgK9ov1SHEV4hgo+S
7FwNGsdzylQ3pDzA67OsBGt6K22VqxenCbUxqHmMiRZiPtVf1WlnCU7NPof+NMU9
DbkD97+NcUg0ANbl4Fm56NiLYxxDZYhvmunP5n30fK9pFOYKYV2C0anCNKkRLB4f
FiY7DXqOw0VNcdiDPvyyHAI5C4Se7Oon7GBkDm4qpKWo/Y68J0k=
=90A3
-----END PGP SIGNATURE-----

--Apple-Mail=_DE7BD198-A6D9-4704-BB2A-328B2E8D5A34--