summaryrefslogtreecommitdiff
path: root/2e/0ca8fe8ed13846b409e5866a17e4c34eb59717
blob: ff3bc4897b04a327b222c86180313a90367e248f (plain)
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
Return-Path: <alfie@alfie.wtf>
Received: from smtp3.osuosl.org (smtp3.osuosl.org [IPv6:2605:bc80:3010::136])
 by lists.linuxfoundation.org (Postfix) with ESMTP id B4999C002D
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Sun,  1 Jan 2023 12:53:25 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by smtp3.osuosl.org (Postfix) with ESMTP id 726D060E77
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Sun,  1 Jan 2023 12:53:25 +0000 (UTC)
DKIM-Filter: OpenDKIM Filter v2.11.0 smtp3.osuosl.org 726D060E77
Authentication-Results: smtp3.osuosl.org; dkim=pass (1024-bit key,
 unprotected) header.d=alfie.wtf header.i=@alfie.wtf header.a=rsa-sha256
 header.s=key1 header.b=3wulMcMs
X-Virus-Scanned: amavisd-new at osuosl.org
X-Spam-Flag: NO
X-Spam-Score: -0.2
X-Spam-Level: 
X-Spam-Status: No, score=-0.2 tagged_above=-999 required=5
 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
 DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from smtp3.osuosl.org ([127.0.0.1])
 by localhost (smtp3.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id bHHHcBavWB-6
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Sun,  1 Jan 2023 12:53:23 +0000 (UTC)
X-Greylist: delayed 00:10:10 by SQLgrey-1.8.0
DKIM-Filter: OpenDKIM Filter v2.11.0 smtp3.osuosl.org 1E34060E76
Received: from out-181.mta0.migadu.com (out-181.mta0.migadu.com
 [91.218.175.181])
 by smtp3.osuosl.org (Postfix) with ESMTPS id 1E34060E76
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Sun,  1 Jan 2023 12:53:22 +0000 (UTC)
X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and
 include these headers.
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alfie.wtf; s=key1;
 t=1672576990;
 h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
 in-reply-to:in-reply-to:references:references;
 bh=2bfeRX1hVHHTa0wNivkhiKWXi52ZINtHJoKsok+uGFc=;
 b=3wulMcMsUGPV6ONint1xhKFgyFSNYEtvPonAhwplikVYGtUzIYye0bhD0wONGfivuJspgd
 VevjE4kKUhzsW1Dx8emdv7hkyUGM2ykRT1GWDI08spi2xcHIoNzKt/XYs+fr3HJ6ounZa/
 OEX9J8j6mH1KkH7R7O0QtAHCf1ST39o=
From: Alfie John <alfie@alfie.wtf>
Message-Id: <2480C772-EE75-4350-BF11-FA9FEFC8A4EA@alfie.wtf>
Content-Type: multipart/alternative;
 boundary="Apple-Mail=_1765C68F-4363-4982-AB44-024DAE8DA03D"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.200.110.1.12\))
Date: Sun, 1 Jan 2023 23:42:50 +1100
In-Reply-To: <Y690OjY0MA/YQ9IL@petertodd.org>
To: Peter Todd <pete@petertodd.org>,
 Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
References: <173552838-a7412589a40ea770709d0b227b056bd3@pmq5v.m5r2.onet>
 <Y690OjY0MA/YQ9IL@petertodd.org>
X-Migadu-Flow: FLOW_OUT
X-Mailman-Approved-At: Sun, 01 Jan 2023 12:56:40 +0000
Subject: Re: [bitcoin-dev] Pseudocode for robust tail emission
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: Sun, 01 Jan 2023 12:53:25 -0000


--Apple-Mail=_1765C68F-4363-4982-AB44-024DAE8DA03D
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

On 31 Dec 2022, at 10:28 am, Peter Todd via bitcoin-dev =
<bitcoin-dev@lists.linuxfoundation.org> wrote:
>=20
>> This way:
>>=20
>> 1. system cannot be played
>> 2. only in case of destructive halving: system waits for the recovery =
of network security
>=20
> The immediate danger we have with halvings is that in a competitive =
market,
> profit margins tend towards marginal costs - the cost to produce an =
additional
> unit of production - rather than total costs - the cost necessary to =
recover
> prior and future expenses. Since the halving is a sudden shock to the =
system,
> under the right conditions we could have a significant amount of =
hashing power
> just barely able to afford to hash prior to the halving, resulting in =
all that
> hashing power immediately having to shut down and fees increasing =
dramatically,
> and likely, chaotically.  Your proposal does not address that problem =
as it can
> only measure difficulty prior to the halving point.


> ... Since the halving is a sudden shock to the system

Is it though? Since everyone knows of the possible outcomes, wouldn't a =
possible halving be priced in?=20

> resulting in all that hashing power immediately having to shut down =
and fees increasing dramatically

Which should cause that hashing power to come back because of this fee =
increases.

Alfie

--
Alfie John
https://www.alfie <https://www.alfie/>.wtf=

--Apple-Mail=_1765C68F-4363-4982-AB44-024DAE8DA03D
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; =
charset=3Dus-ascii"></head><body style=3D"overflow-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;"><span =
style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);">On 31 Dec =
2022, at 10:28 am, Peter Todd via bitcoin-dev =
&lt;bitcoin-dev@lists.linuxfoundation.org&gt; wrote:</span><br =
style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"><div =
style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"><blockquote =
type=3D"cite"><br><div><blockquote type=3D"cite">This way:<br><br>1. =
system cannot be played<br>2. only in case of destructive halving: =
system waits for the recovery of network =
security<br></blockquote><br>The immediate danger we have with halvings =
is that in a competitive market,<br>profit margins tend towards marginal =
costs - the cost to produce an additional<br>unit of production - rather =
than total costs - the cost necessary to recover<br>prior and future =
expenses. Since the halving is a sudden shock to the system,<br>under =
the right conditions we could have a significant amount of hashing =
power<br>just barely able to afford to hash prior to the halving, =
resulting in all that<br>hashing power immediately having to shut down =
and fees increasing dramatically,<br>and likely, chaotically. &nbsp;Your =
proposal does not address that problem as it can<br>only measure =
difficulty prior to the halving point.<br></div></blockquote></div><div =
style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"><br></div><div =
style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, =
0);"><div><blockquote type=3D"cite">... Since the halving is a sudden =
shock to the system</blockquote><br></div><div>Is it though? Since =
everyone knows of the possible outcomes, wouldn't a possible halving be =
priced in?&nbsp;</div></div><div style=3D"caret-color: rgb(0, 0, 0); =
color: rgb(0, 0, 0);"><br></div><div style=3D"caret-color: rgb(0, 0, 0); =
color: rgb(0, 0, 0);"><blockquote type=3D"cite">resulting in all =
that&nbsp;hashing power immediately having to shut down and fees =
increasing dramatically</blockquote><br></div><div style=3D"caret-color: =
rgb(0, 0, 0); color: rgb(0, 0, 0);">Which should cause that hashing =
power to come back because of this fee increases.</div><div =
style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"><br></div><div =
style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, =
0);">Alfie</div><div style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, =
0, 0);"><br></div><div style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, =
0, 0);">--</div><div style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, =
0, 0);">Alfie John</div><div style=3D"caret-color: rgb(0, 0, 0); color: =
rgb(0, 0, 0);"><a =
href=3D"https://www.alfie/">https://www.alfie</a>.wtf</div></body></html>=

--Apple-Mail=_1765C68F-4363-4982-AB44-024DAE8DA03D--