Mime-Version: 1.0
In-Reply-To: <0642a5e59464779569f9d0aab452ee27@willtech.com.au>
References: <CANLPe+OZ33vcZheOyo2RdrvWzQvj3RzZc6sHTafGwbqEG2G4pA@mail.gmail.com>
 <0642a5e59464779569f9d0aab452ee27@willtech.com.au>
From: Casey Rodarmor <casey@rodarmor.com>
Date: Wed, 23 Feb 2022 08:10:58 +0100
Message-ID: <CANLPe+M0Zi1nme88KmwWxX_a0O9=enhK1WVGoEaS=AZ6VYDzCQ@mail.gmail.com>
To: damian@willtech.com.au
Content-Type: multipart/alternative; boundary="000000000000e4b6de05d8aa2a77"
Cc: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Draft-BIP: Ordinal Numbers
Precedence: list

--000000000000e4b6de05d8aa2a77
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

=E2=80=8BWell done, your bip looks well presented for discussion.


Thank you!

You say to number each satoshi created? For a 50 BTC block reward that is
> 5,000,000,000 ordinal numbers, and when some BTC is transferred to anothe=
r
> UTXO how do you determine which ordinal numbers, say if I create a
> transaction to pay-to another UTXO.
>

It uses a first-in-first out algorithm, so the first ordinal number of the
first input becomes the first ordinal number of the first output.

The system sounds expensive eventually to cope with approximately
> 2,100,000,000,000,000 ordinals.
>

A full index is expensive, but it doesn't have to track 2.1 individual
entries, it only has to track contiguous ordinal ranges, which scales with
the number of outputs=E2=80=93all outputs, not just unspent outputs=E2=80=
=93since an output
might split an ordinal range.

If I understand ordinals 0 to 5,000,000,000 as assigned to the first
> Bitcoin created from mining block-reward. Say if I send some Bitcoin to
> another UTXO then first-in-first-out algorithm splits those up to assign =
1
> to 100,000,000 to the 1 BTC that I sent, and 100,000,001 to 5,000,000,000
> are assigned to the change plus if any fee?-DA.
>

That's correct, assuming that the 1 BTC output is first, and the 4 BTC
output is second. Although it's actually 0 to 99,999,999 that go to the
first output, and 100,000,000 to 499,999,999 that are assigned to the
second output, less any fees.

--000000000000e4b6de05d8aa2a77
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<html><head></head><body><div><div><blockquote class=3D""><div class=3D""><=
div class=3D""><div class=3D""><div class=3D"">=E2=80=8BWell done, your bip=
 looks well presented for discussion.<br></div></div></div></div></blockquo=
te><div><div><br></div><div>Thank you!<br></div><div><br></div></div><div c=
lass=3D""><div class=3D"sh-quoted-content"><div class=3D""><div class=3D"gm=
ail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bor=
der-left:1px #ccc solid;padding-left:1ex"><div class=3D"gmail_extra"><div c=
lass=3D"gmail_quote" style=3D"null" id=3D"null"><p class=3D"">You say to=20
number each satoshi created? For a 50 BTC block reward that is=20
5,000,000,000 ordinal numbers, and when some BTC is transferred to=20
another UTXO how do you determine which ordinal numbers, say if I create=20
a transaction to pay-to another UTXO.<br></p></div></div></blockquote></div=
></div></div></div><div><div><br></div><div>It uses a first-in-first out al=
gorithm, so the first ordinal number of the first input becomes the first o=
rdinal number of the first output.<br></div><div><br></div></div><div class=
=3D""><div class=3D"sh-quoted-content"><div class=3D""><div class=3D"gmail_=
quote"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-=
left:1px #ccc solid;padding-left:1ex"><div class=3D"gmail_extra"><div class=
=3D"gmail_quote" style=3D"null" id=3D"null"><p class=3D"">The system sounds=
 expensive=20
eventually to cope with approximately 2,100,000,000,000,000 ordinals.<br></=
p></div></div></blockquote></div></div></div></div><div><div><br></div><div=
>A full index is expensive, but it doesn&#39;t have to track 2.1 individual=
 entries, it only has to track contiguous ordinal ranges, which scales with=
 the number of outputs=E2=80=93all outputs, not just unspent outputs=E2=80=
=93since an output might split an ordinal range.<br></div><div><br></div></=
div><div class=3D""><div class=3D"sh-quoted-content"><div class=3D""><div c=
lass=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 =
0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=3D"gmail_ext=
ra"><div class=3D"gmail_quote" style=3D"null" id=3D"null"><p class=3D"">If=
=20
I understand ordinals 0 to 5,000,000,000 as assigned to the first=20
Bitcoin created from mining block-reward. Say if I send some Bitcoin to=20
another UTXO then first-in-first-out algorithm splits those up to assign=20
1 to 100,000,000 to the 1 BTC that I sent, and 100,000,001 to=20
5,000,000,000 are assigned to the change plus if any fee?-DA.<br></p></div>=
</div></blockquote></div></div></div></div><div><div><br></div><div>That=
9;s correct, assuming that the 1 BTC output is first, and the 4 BTC output =
is second. Although it&#39;s actually 0 to 99,999,999 that go to the first =
output, and 100,000,000 to 499,999,999 that are assigned to the second outp=
ut, less any fees.<br></div></div><div><br></div></div><div></div></div></b=
ody></html>

--000000000000e4b6de05d8aa2a77--