1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
|
Return-Path: <vjudeu@gazeta.pl>
Received: from smtp4.osuosl.org (smtp4.osuosl.org [IPv6:2605:bc80:3010::137])
by lists.linuxfoundation.org (Postfix) with ESMTP id D9227C0011
for <bitcoin-dev@lists.linuxfoundation.org>;
Thu, 24 Feb 2022 07:09:50 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by smtp4.osuosl.org (Postfix) with ESMTP id C156241633
for <bitcoin-dev@lists.linuxfoundation.org>;
Thu, 24 Feb 2022 07:09:50 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=0.001,
RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001]
autolearn=ham autolearn_force=no
Authentication-Results: smtp4.osuosl.org (amavisd-new);
dkim=pass (1024-bit key) header.d=gazeta.pl
Received: from smtp4.osuosl.org ([127.0.0.1])
by localhost (smtp4.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id OkFooWzA4iyS
for <bitcoin-dev@lists.linuxfoundation.org>;
Thu, 24 Feb 2022 07:09:49 +0000 (UTC)
X-Greylist: delayed 00:07:35 by SQLgrey-1.8.0
Received: from smtpo47.poczta.onet.pl (smtpo47.poczta.onet.pl
[213.180.142.178])
by smtp4.osuosl.org (Postfix) with ESMTPS id 85D7541630
for <bitcoin-dev@lists.linuxfoundation.org>;
Thu, 24 Feb 2022 07:09:49 +0000 (UTC)
Received: from pmq4v.m5r2.onet (pmq4v.m5r2.onet [10.174.32.70])
by smtp.poczta.onet.pl (Onet) with ESMTP id 4K43k64PdHzlgNlL;
Thu, 24 Feb 2022 08:02:06 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gazeta.pl; s=2013;
t=1645686126; bh=BmnMQmDfVNQScbxGuk1atU73RDIUg/JO2ipdukhFWoc=;
h=From:To:In-Reply-To:Date:Subject:From;
b=pm9wQ6eN2xxXtoxT5SPy1tcwahny9S4Aeb1+GowU4hZDOkeS3s3y0xxttQqLz8bUt
v16WKAdkAYJMsesSEPPAztLVczqxDmkuiZStg4A85/e6HDiyTUGCxx9OAvxyFcXDc3
NAxB9wvwKKx+lpqqcTmjjRYF4/s6q/XfGh2Xpm1E=
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Received: from [82.177.167.2] by pmq4v.m5r2.onet via HTTP id ;
Thu, 24 Feb 2022 08:02:06 +0100
From: vjudeu@gazeta.pl
X-Priority: 3
To: damian@willtech.com.au, Casey Rodarmor <casey@rodarmor.com>,
Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
In-Reply-To: <0642a5e59464779569f9d0aab452ee27@willtech.com.au>
Date: Thu, 24 Feb 2022 08:02:06 +0100
Message-Id: <157547153-6d2c3d68baafa7157fc9862342a73750@pmq4v.m5r2.onet>
X-Mailer: onet.poczta
X-Onet-PMQ: <vjudeu@gazeta.pl>;82.177.167.2;PL;3
X-Mailman-Approved-At: Thu, 24 Feb 2022 08:13:46 +0000
Subject: Re: [bitcoin-dev] Draft-BIP: Ordinal Numbers
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Bitcoin Protocol Discussion <bitcoin-dev.lists.linuxfoundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>,
<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/>
List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org>
List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>,
<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Feb 2022 07:09:51 -0000
> The system sounds expensive eventually to cope with approximately 2,100,0=
00,000,000,000 ordinals.
What about zero satoshis? There are transactions, where zero satoshis are c=
reated or moved. Typical users cannot do that, but miners can, we currently=
have such transactions in the blockchain, for example 9f0b871e28fa19e2308e=
2fa74243bf2dcf23b160754df847d5f1e41aabe499d1 (check the last two inputs).
On 2022-02-24 01:53:36 user damian--- via bitcoin-dev <bitcoin-dev@lists.li=
nuxfoundation.org> wrote:
> Well done, your bip looks well presented for discussion. 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 =
another UTXO how do you determine which ordinal numbers, say if I create =
a transaction to pay-to another UTXO. The system sounds expensive =
eventually to cope with approximately 2,100,000,000,000,000 ordinals. 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.
On 2022-02-23 11:43, Casey Rodarmor via bitcoin-dev wrote:
> Briefly, newly mined satoshis are sequentially numbered in the order
> in
> which they are mined. These numbers are called "ordinal numbers" or
> "ordinals". When satoshis are spent in a transaction, the input
> satoshi
> ordinal numbers are assigned to output satoshis using a simple
> first-in-first-out algorithm.
_______________________________________________
bitcoin-dev mailing list
bitcoin-dev@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
|
