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
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
|
Return-Path: <opensourcepj@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id 5F9AAB78
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 13 Jul 2018 10:11:43 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-lj1-f171.google.com (mail-lj1-f171.google.com
[209.85.208.171])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 843E76D6
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 13 Jul 2018 10:11:42 +0000 (UTC)
Received: by mail-lj1-f171.google.com with SMTP id v9-v6so13829096ljk.4
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 13 Jul 2018 03:11:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
h=mime-version:references:in-reply-to:from:date:message-id:subject:to;
bh=r5IYPXlatmaqPV16ufh1l6wJ+ji5NB62Pi9FfN+1KrU=;
b=P4iCEXf1mP6SiwgyiIcTLWOoKugZC24+RYdAmnSPYUTneFMvG8hwgK25KLdUiGlipM
A+jKfAEsHp7vrIcy1GFAs60750voaJ/KCc7iuPTxKnh9qw1hZSCmNVwpT/PVKwtNmkd4
ciDReiZzUc6KEeHNkSyP43npyN34JNfcVmSD1dPF4x5AFvDDR4c7gPcd7NoBCMrfoCer
U7Lp/5krXttUoyoouYsmB70kSvFEuqmoZfCA85/JzMuf4SoNYXBvgez00qp2Z3Df7chk
9lnXbHm35v5weXWRcR7xgfSM9DRV4nRojIp8XyYtj1Kx7QZgUo+XQJ2lWHIb3SIW/Ox3
GZMw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:mime-version:references:in-reply-to:from:date
:message-id:subject:to;
bh=r5IYPXlatmaqPV16ufh1l6wJ+ji5NB62Pi9FfN+1KrU=;
b=CV0s/wWOahMIbN1w8YDki8L2snKXKbfQ0iaWD0bhHA5oMhRDs6Df+pQuYVdMqJcnxO
cv4vM3jroud5/QK7q3/NrNNHw9DDjVJcUgbsPpCWDfXV56Kc0PPZLDQASTV+uAvmXQD6
vjDSwGA9twFK/yDlIwHOyBUceQlRp0EpD/e8t1BVoWNOPMHrgU36ljHJx6I9Ho82pg3i
4nnHFlshaQURIIXjJ0t0Zj3UEHdg0jNYHxjlhZb4GRs0P7nJaW+q1h3a4kXsI7t5jpfN
TU1+RTpTfB7hplsplSoBNba/Nvy1sS5aszOjeeOfKjxmW8Y4rWoT4SNrSwpuR6JZZVWv
cX9A==
X-Gm-Message-State: AOUpUlHpIl+6HxVkDP9kwqOmhsCHPxupXQmdalVFeNRl8wBCx0xcMHZV
tDt5XnZ2nP4Rua6Bclgd8xU7fMe4oAwurPrRgx/0Xg==
X-Google-Smtp-Source: AAOMgpfE09UoER3yNX5gjDT9tbBxG+YXQ7K//DY8Or0OC7stRukCFoGdD+Z8QTYR/b1LWJ9vBq+EYtdw1qu5xnnUq0M=
X-Received: by 2002:a2e:5d88:: with SMTP id
v8-v6mr2974998lje.137.1531476700577;
Fri, 13 Jul 2018 03:11:40 -0700 (PDT)
MIME-Version: 1.0
References: <CAEpNEN4wP3CMtrs1ivj_o+VN95fqaDswXeEq858zyJ03TjxuUA@mail.gmail.com>
<MQZ0Tsu-jXviDYi_QUADbNt91B3yobw1mVziogwRvabhcLT7Oxy-nsKDAKxCDphMlTs-n4U8T4ghDKOM_e7RC_xAeH-of1Uwt5LMF8tzFLc=@chainanalytics.net>
In-Reply-To: <MQZ0Tsu-jXviDYi_QUADbNt91B3yobw1mVziogwRvabhcLT7Oxy-nsKDAKxCDphMlTs-n4U8T4ghDKOM_e7RC_xAeH-of1Uwt5LMF8tzFLc=@chainanalytics.net>
From: PJ Fitzpatrick <opensourcepj@gmail.com>
Date: Fri, 13 Jul 2018 11:11:27 +0100
Message-ID: <CAEpNEN476OWtUNL3=7GQEwLTZ1wXZjKkOtgx+q-MS-F3-x_ktw@mail.gmail.com>
To: bitcoin-dev@lists.linuxfoundation.org
Content-Type: multipart/alternative; boundary="000000000000b8456c0570deb477"
X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,
DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, HTML_MESSAGE,
RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
smtp1.linux-foundation.org
X-Mailman-Approved-At: Fri, 13 Jul 2018 10:17:43 +0000
Subject: Re: [bitcoin-dev] Transaction Coins
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.12
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: Fri, 13 Jul 2018 10:11:43 -0000
--000000000000b8456c0570deb477
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
On Fri, Jul 13, 2018 at 1:27 AM Jakub Trnka <jakub.trnka@chainanalytics.net=
>
wrote:
> I think building some overlay scarcity and value on top of bitcoin
> blockchain would incentivize people to transact a lot. An equilibrium wou=
ld
> emerge between paying transaction fees and mining new coins. Which would
> effectively be equivalent to selling bitcoin and buying some mergemined
> altcoin, except this would congest the bitcoin network. You can easily
> borrow scarcity from bitcoin in some sidechain.
>
Yes what you say is correct. Therefore n could be a function of the
transaction fees of the block. I think this should be on bitcointalk and I
am going to start a discussion there.
PJ Fitzpatrick
> Jakub Trnka
>
>
> Sent with ProtonMail <https://protonmail.com> Secure Email.
>
> =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original =
Message =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90
> On 12 July 2018 10:05 AM, PJ Fitzpatrick via bitcoin-dev <
> bitcoin-dev@lists.linuxfoundation.org> wrote:
>
> I am considering a method to derive digital scarcity from bitcoin
> transactions. Coins are created from transactions if their hash is among
> the closest n to the non zero portion of the block hash. Only a single co=
in
> can be created per transaction irrespective of the size of the transactio=
n.
> Therefore n coins are created per block.
>
> The initial coin supply and addresses can be fully determined by the
> existing blockchain. Additionally coins are scarce as coins can only be
> produced by transactions.
>
> There are a number of variants such as creating computation puzzles from
> the previous block.
>
> Has anyone seen anything similar.
>
>
> PJ Fitzpatrick
>
>
>
>
--000000000000b8456c0570deb477
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><br><div class=3D"gmail_quote"><div dir=3D"ltr">On Fri, Ju=
l 13, 2018 at 1:27 AM Jakub Trnka <<a href=3D"mailto:jakub.trnka@chainan=
alytics.net">jakub.trnka@chainanalytics.net</a>> wrote:<br></div><blockq=
uote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc =
solid;padding-left:1ex"><div>I think building some overlay scarcity and val=
ue on top of bitcoin blockchain would incentivize people to transact a lot.=
An equilibrium would emerge between paying transaction fees and mining new=
coins. Which would effectively be equivalent to selling bitcoin and buyin=
g some mergemined altcoin, except this would congest the bitcoin network. Y=
ou can easily borrow scarcity from bitcoin in some sidechain.<br></div></bl=
ockquote><div><br></div><div>Yes =C2=A0what you say is correct. Therefore n=
could be a function of the transaction fees of the block. I think this sho=
uld be on bitcointalk and I am going to start a discussion there.</div><div=
>PJ Fitzpatrick</div><div><br></div><blockquote class=3D"gmail_quote" style=
=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div></d=
iv><div><br></div><div>Jakub Trnka</div><div><br></div><div class=3D"m_-401=
3677303774532720protonmail_signature_block"><div class=3D"m_-40136773037745=
32720protonmail_signature_block-user m_-4013677303774532720protonmail_signa=
ture_block-empty"><br></div><div class=3D"m_-4013677303774532720protonmail_=
signature_block-proton">Sent with <a href=3D"https://protonmail.com" target=
=3D"_blank">ProtonMail</a> Secure Email.<br></div></div><div><br></div><div=
>=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original M=
essage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90<br><=
/div><div> On 12 July 2018 10:05 AM, PJ Fitzpatrick via bitcoin-dev <<a =
href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank">bit=
coin-dev@lists.linuxfoundation.org</a>> wrote:<br></div><div> <br></div>=
<blockquote class=3D"m_-4013677303774532720protonmail_quote" type=3D"cite">=
<div dir=3D"ltr"><p style=3D"margin-bottom:0cm;line-height:100%">I am consi=
dering a
method to derive digital scarcity from bitcoin transactions. Coins
are created from transactions if their hash is among the closest n to
the non zero portion of the block hash. Only a single coin can be
created per transaction irrespective of the size of the transaction.
Therefore n coins are created per block.<br></p><p style=3D"margin-bottom:0=
cm;line-height:100%">The initial coin
supply and addresses can be fully determined by the existing
blockchain. Additionally coins are scarce as coins can only be
produced by transactions.<br></p><p style=3D"margin-bottom:0cm;line-height:=
100%">There are a number
of variants such as creating computation puzzles from the previous
block.<br></p><p style=3D"margin-bottom:0cm;line-height:100%">Has anyone se=
en
anything similar.<br></p><p style=3D"margin-bottom:0cm;line-height:100%"><b=
r></p><p style=3D"margin-bottom:0cm;line-height:100%">PJ Fitzpatrick<br></p=
><p style=3D"margin-bottom:0cm;line-height:100%"><br></p></div></blockquote=
><div><br></div></blockquote></div></div>
--000000000000b8456c0570deb477--
|
