summaryrefslogtreecommitdiff
path: root/60/3fd2dbf834970e355d058048ac5870bda44f21
blob: 2b98281ab6175e1a786f1244106d4a308e85524c (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
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
Return-Path: <psharp.x13@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id B8680B30
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Mon, 25 Sep 2017 21:54:18 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-yw0-f196.google.com (mail-yw0-f196.google.com
	[209.85.161.196])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 367CB4B2
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Mon, 25 Sep 2017 21:54:18 +0000 (UTC)
Received: by mail-yw0-f196.google.com with SMTP id u134so4135981ywu.2
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Mon, 25 Sep 2017 14:54:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
	h=mime-version:from:date:message-id:subject:to;
	bh=FZrq4WFjjUGnHKoOvGel9798THzAbLfsrHv8ztmaQrA=;
	b=iWfYCEmfkeKsDfReCmNOfpegPSXTMVO1Y3mK7tmEGcKLRHgMfrtVv/GxNdChXHowK+
	ACyNVSH3SaeTuu+YAbUdwMQFwfwypWkiSGDkjwGbT++qonRJzArEpja5l1vvc1WnsTSV
	AIQsaBbMjQC+J7XxyBAHDlRXPc7MNYZBJGTbG+Gm5xXQn+6EoOeX5YhcpPpmbc8xoWkf
	eYDAA5PfPOhsJWepa+R08FztTzs4rZSH8NhB1lrbvZyEslFhJbVuqbsRPietjXTArJ+F
	MLoUKQ6EKzNYDNHmcFDrqY31EnPvlnYKCfEijiZBZT9aSEssVQTgfHWyUL5M+YyjHm+0
	M74Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:mime-version:from:date:message-id:subject:to;
	bh=FZrq4WFjjUGnHKoOvGel9798THzAbLfsrHv8ztmaQrA=;
	b=LdDrWL5NLaly7NviSCfROUCTAC1eXvKz8qOD5OsWGqm99KBwnHrJ89xmbnQvCvIptM
	6zWTcsUYZ/bbJf2/iJHQ4XrxLKsPAVyr6cx56L+DUzCZEt0WSafkH9v2sInwYKbvQaz5
	bP+zo+C9qDv7JPVpqZbT87ou6rivgWxPir/CfJTJ5CypgpFmMwI+uRTYWTL9h9upzFSV
	xL6mqSfMyLtLeN7ydB61IxboI/bEK2aDM8D0awXLC1IJ7gtlL6yCtZ4hK9dV8GPNv/Ls
	pcaKBVRSPttm6KvhDp+5d269XGqqvyY/KsdOPpOGD48HSTngUfTFIXFXSlLQC6cyCVj1
	dCpw==
X-Gm-Message-State: AHPjjUivKj/GjjTKRen9y9tXJ33XTlM0grRiSCGwSUbQeYx1FYlv2gQj
	Q/AlXNq1Lt4ZNwgEvUNHxuUj3AcEtPXNyzqWINQPbQvD
X-Google-Smtp-Source: AOwi7QBCSZQb9sjPtnkt1rX07zTMzJFBs6mW9YUIsi6jI5MLU2n/0pnJSy1HaJWwxfEbQLD2BTxI40y+C9iFc3j7iDw=
X-Received: by 10.13.212.200 with SMTP id w191mr5655932ywd.132.1506376457168; 
	Mon, 25 Sep 2017 14:54:17 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.37.45.77 with HTTP; Mon, 25 Sep 2017 14:54:16 -0700 (PDT)
From: Patrick Sharp <psharp.x13@gmail.com>
Date: Mon, 25 Sep 2017 15:54:16 -0600
Message-ID: <CAES+R-qpBwXdROKnXW0idierJYf7pSRe3Z=KSYvcGwB_S6nXrA@mail.gmail.com>
To: bitcoin-dev@lists.linuxfoundation.org
Content-Type: multipart/alternative; boundary="001a114fd420a0ac2d055a0a9915"
X-Spam-Status: No, score=0.7 required=5.0 tests=DKIM_SIGNED,DKIM_VALID,
	DKIM_VALID_AU,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,HTML_MESSAGE,
	RCVD_IN_DNSWL_NONE, RCVD_IN_SORBS_SPAM autolearn=disabled version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
X-Mailman-Approved-At: Mon, 25 Sep 2017 22:47:31 +0000
Subject: [bitcoin-dev] idea post: trimming and demurrage
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: Mon, 25 Sep 2017 21:54:18 -0000

--001a114fd420a0ac2d055a0a9915
Content-Type: text/plain; charset="UTF-8"

Hello Devs,

I am Patrick Sharp. I just graduated with a BS is computer science. Forgive
my ignorance.

As per bip-0002 I have scoured each bip available on the wiki to see if
these ideas have already been formally proposed and now as per bip-0002
post these ideas here.

First and foremost I acknowledge that these ideas are not original nor new.

Trimming and demurrage:

I am fully aware that demurrage is a prohibited change. I hereby contest.
For the record I am not a miner, I am just aware of the economics that
drive the costs of bitcoin.

Without the ability to maintain some sort of limit on the maximum length or
size of the block chain, block chain is not only unsustainable in the long
run but becomes more and more centralized as the block chain becomes more
and more unwieldy.

Trimming is not a foreign concept. Old block whose transactions are now
spent hold no real value. Meaningful trimming is expensive and inhibited by
unspent transactions. Old unspent transactions add unnecessary and unfair
burden.

   - Old transactions take up real world space that continues incur cost
   while these transactions they do not continue to contribute to any sort of
   payment for this cost.
   - One can assume that anybody with access to their bitcoins has the
   power to move these bitcoins from one address to another (or at least that
   the software that holds the keys to their coins can do it for them) and it
   is not unfair to require them to do so at least once every 5 to 10 years.
   - Given the incentive to move it or lose it and software that will do it
      for them, we can assume that any bitcoin not moved is most likey
therefore
      lost.
      - moving these coins will cost a small transaction fee which is fair
      as their transactions take up space, they need to contribute
      - most people who use their coins regularly will not even need to
      worry about this as their coins are moved to a change address anyway.
   - one downside is that paper wallets would then have an expiration date,
   however I do not think that a paper wallet that needs to be recycled every
   5 to 10 years is a terrible idea.

Therefore I propose that the block chain length be limited to either 2^18
blocks (slightly less than 5 years) or 2^19 blocks, or slightly less than
10 years. I propose that each time a block is mined the the oldest block(s)
(no more than two blocks) beyond this limit is trimmed from the chain and
that its unspent transactions are allowed to be included in the reward of
the mined block.

This keeps the block chain from tending towards infinity. This keeps the
costs of the miners balanced with the costs of the users.

Even though I believe this idea will have some friction, it is applicable
to the entire community. It will be hard for some users to give up small
benefits that they get at the great cost of miners, however miners run the
game and this fair proposal is in in their best interest in two different
ways. I would like your thoughts and suggestions. I obviously think this is
a freaking awesome idea. I know it is quite controversial but it is the
next step in evolution that bitcoin needs to take to ensure immortality.

I come to you to ask if this has any chance of acceptance.

-Patrick

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

<div dir=3D"ltr"><span style=3D"font-size:12.8px">Hello Devs,</span><div st=
yle=3D"font-size:12.8px"><br></div><div style=3D"font-size:12.8px">I am Pat=
rick Sharp. I just graduated with a BS is computer science. Forgive my igno=
rance.</div><div style=3D"font-size:12.8px"><br></div><div style=3D"font-si=
ze:12.8px">As per bip-0002 I have scoured each bip available on the wiki to=
 see if these ideas have already been formally proposed and now as per bip-=
0002 post these ideas here.</div><div style=3D"font-size:12.8px"><br></div>=
<div style=3D"font-size:12.8px">First and foremost I acknowledge that these=
 ideas are not original nor new.</div><div style=3D"font-size:12.8px"><br><=
/div><div style=3D"font-size:12.8px"><div>Trimming and demurrage:</div><div=
><br></div><div>I am fully aware that demurrage is a prohibited change. I h=
ereby contest. For the record I am not a miner, I am just aware of the econ=
omics that drive the costs of bitcoin.</div><div><br></div><div>Without the=
 ability to maintain some sort of limit on the maximum length or size of th=
e block chain, block chain is not only unsustainable in the long run but be=
comes more and more centralized as the block chain becomes more and more un=
wieldy.</div><div><br></div><div>Trimming is not a foreign concept. Old blo=
ck whose transactions are now spent hold no real value. Meaningful trimming=
 is expensive and inhibited by unspent transactions. Old unspent transactio=
ns add unnecessary and unfair burden.</div><div><ul><li style=3D"margin-lef=
t:15px">Old transactions take up real world space that continues incur cost=
 while these transactions they do not continue to contribute to any sort of=
 payment for this cost.<br></li><li style=3D"margin-left:15px">One can assu=
me that anybody with access to their bitcoins has the power to move these b=
itcoins from one address to another (or at least that the software that hol=
ds the keys to their coins can do it for them) and it is not unfair to requ=
ire them to do so at least once every 5 to 10 years.<br></li><ul><li style=
=3D"margin-left:15px">Given the incentive to move it or lose it and softwar=
e that will do it for them, we can assume that any bitcoin not moved is mos=
t likey therefore lost.</li><li style=3D"margin-left:15px">moving these coi=
ns will cost a small transaction fee which is fair as their transactions ta=
ke up space, they need to contribute</li><li style=3D"margin-left:15px">mos=
t people who use their coins regularly will not even need to worry about th=
is as their coins are moved to a change address anyway.</li></ul><li style=
=3D"margin-left:15px">one downside is that paper wallets would then have an=
 expiration date, however I do not think that a paper wallet that needs to =
be recycled every 5 to 10 years is a terrible idea.</li></ul>Therefore I pr=
opose that the block chain length be limited to either 2^18 blocks (slightl=
y less than 5 years) or 2^19 blocks, or slightly less than 10 years. I prop=
ose that each time a block is mined the the oldest block(s) (no more than t=
wo blocks) beyond this limit is trimmed from the chain and that its unspent=
 transactions are allowed to be included in the reward of the mined block.<=
/div></div><div style=3D"font-size:12.8px"><br></div><div style=3D"font-siz=
e:12.8px">This keeps the block chain from tending towards infinity. This ke=
eps the costs of the miners balanced with the costs of the users.</div><div=
 style=3D"font-size:12.8px"><br></div><div style=3D"font-size:12.8px"><div>=
<span style=3D"font-size:12.8px">Even though=C2=A0I believe this idea will =
have some friction, it is applicable to the entire community. It will be ha=
rd for some users to give up small benefits that they get at the great cost=
 of miners, however miners run the game and this fair proposal is in in the=
ir best interest in two different ways. I would like your thoughts and sugg=
estions. I obviously think this is a freaking awesome idea. I know it is qu=
ite controversial=C2=A0but it is the next step in evolution that bitcoin ne=
eds to take to ensure immortality.</span></div><div style=3D"font-size:12.8=
px"><br></div><div style=3D"font-size:12.8px">I come to you to ask if this =
has any chance of acceptance.</div></div><div style=3D"font-size:12.8px"><b=
r></div><div style=3D"font-size:12.8px">-Patrick</div></div>

--001a114fd420a0ac2d055a0a9915--