Date: Wed, 16 Mar 2022 14:21:30 -0400
From: Peter Todd <pete@petertodd.org>
To: vjudeu@gazeta.pl,
 Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Message-ID: <YjIqqv+0YTbl/fAL@petertodd.org>
References: <157744394-3dec42994f1798ce65b00e23b21ea656@pmq2v.m5r2.onet>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature"; boundary="tMyDTiHxTR+JE6zO"
Content-Disposition: inline
In-Reply-To: <157744394-3dec42994f1798ce65b00e23b21ea656@pmq2v.m5r2.onet>
Subject: Re: [bitcoin-dev] OP_RETURN inside TapScript
Precedence: list


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

On Thu, Feb 24, 2022 at 10:02:08AM +0100, vjudeu via bitcoin-dev wrote:
> Since Taproot was activated, we no longer need separate OP_RETURN outputs=
 to be pushed on-chain. If we want to attach any data to a transaction, we =
can create "OP_RETURN <anything>" as a branch in the TapScript. In this way=
, we can store that data off-chain and we can always prove that they are co=
nnected with some taproot address, that was pushed on-chain. Also, we can s=
tore more than 80 bytes for "free", because no such taproot branch will be =
ever pushed on-chain and used as an input. That means we can use "OP_RETURN=
 <1.5 GB of data>", create some address having that taproot branch, and lat=
er prove to anyone that such "1.5 GB of data" is connected with our taproot=
 address.

There are two use-cases for OP_RETURN: committing to data, and publishing d=
ata.
Your proposal can only do the former, not the latter, and there are use-cas=
es
for both.

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

--tMyDTiHxTR+JE6zO
Content-Type: application/pgp-signature; name="signature.asc"

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

iQIzBAEBCgAdFiEE0RcYcKRzsEwFZ3N5Lly11TVRLzcFAmIyKqUACgkQLly11TVR
Lzeg5xAAt26MsA0IcUGUN3zeFIBO9tCTbgE1zH1Hdl6NJCdmez6ROOHKqZBks2T9
yM6Ju4ZTi2SGrrnDDufwPPAvGSk8xfLdeYYXdfDOJ6GFiUgGdYnZMKMq4lYrlTJb
orPmPFD4jfUfAi+/Q9zMp2RTb8ZSVDEdtsGjobTIhlMFgs1uN6gOg8DrKm+g54ua
qY96MbdUfdH1Nebr8MI2FxsB5QF+h5shqhWyt2K9G6/Y6xx6t/SHZRmLPnVAPOhK
Wq+hw22bJFsK6tAwbtrT+GYUOK5B82NO4WRllg1Z5saLusRQQEptvJDbD58Dwrgl
ysnOIx9obMOCAfTt8n2AHIoWtUTpB5ySVzf4t/jlNmvO+feqHhzytnUgxfA8IIDu
GZlzjfe7W0WpHx4Gc3k2xJq1Rl4xmTLms6+73XW5ujQbl38i99n1I2SY24lqNVy7
mQU5yhmHiDhfOODdveADm2WpKICH6zOCWEOGWH/+U7coNixTYpLh5whADW3ko6XC
kWezqxk/dwlIrPtz8lSZpBZI//4CAdNUQPm3IszTOxHwqlE1aWp7Wm2nukD3tXxW
gN4QnW1OGVbwY0xgE73RryLlB3DnSowcnqLFT0K6mKD1rWXN+mezC21mhpgSIwXh
RiE4BWl8tsd+DOfu6FPDqo+tyRygGDPVWQTCg+OODug2YwvnEh4=
=DYWq
-----END PGP SIGNATURE-----

--tMyDTiHxTR+JE6zO--