summaryrefslogtreecommitdiff
path: root/c4/aca82a01513bb2f01afca5295ba3605b1cedd6
blob: e309f55fba4e8c5ba68b5e9818411621543eb1c8 (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
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
Return-Path: <jtimon@jtimon.cc>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 16CE2258
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Sun, 27 Aug 2017 11:33:10 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-ua0-f179.google.com (mail-ua0-f179.google.com
	[209.85.217.179])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 7C5B0A1
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Sun, 27 Aug 2017 11:33:06 +0000 (UTC)
Received: by mail-ua0-f179.google.com with SMTP id y35so10319163uay.4
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Sun, 27 Aug 2017 04:33:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=jtimon-cc.20150623.gappssmtp.com; s=20150623;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc; bh=fYmve8jV3VJSXvvB3OKnWL3/zDV91fLSDRFDxHC8gF0=;
	b=hnJbjn7MhcNUhY0UHd2GptuHdHSWCnW8I+uu9t3gu6Loo153pNNu7Q4+TSFmxUm4mi
	QLsAUuH6bniE53lwpaUwq5NZ1C2ML9t6aSQNrXDxD6EKmukkEwZSqF1u5jnMJ/YhX77C
	OPb/nXjenNh8lvDwgDofwL98YW5KZpYIy20gbXdwRCbs37BCH68YX0niToIrISNsJg7T
	FobNpAcnBvDZYxvFYOxilKTA0oeWLsXeR5Ga6UJeEYa7oE2ztM2Pll4j9JZ7VAzTgxx8
	STJ6Am1ra/7M+HHoPNyah/oEM0KitHx1K+vdPv/4DqtI9bHWiKYGY9XESSmw9u3jnvMS
	x0mQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:mime-version:in-reply-to:references:from:date
	:message-id:subject:to:cc;
	bh=fYmve8jV3VJSXvvB3OKnWL3/zDV91fLSDRFDxHC8gF0=;
	b=sMmPFZxEyx6txe/5Uxo7Yi4VZCe9iSA0jo98ZIqRtWN486i6G3OTyHjd2XgYrHRJ4H
	M7ixKM9P3HPfJ2IyHPeJPk/MozDlvc4YSYoOWJIYnRfGhP0zVgkMbeZDwmfC+iaX9VEg
	sfQtIqvFpzdcD2Lq3hEoFaWfai0S0Etw5penfZ1nQwVC0sxrrhRDOAR5MBaM+Yg8GP8S
	AsDEU5j5rI2P5v9AHjpNPd+Uh3KMQ3b1FCR543oW6rVjcF3AMgix7HZGabW7/bW2BrFl
	qy/pApNQDtWQTm5dS8/QY+kjLPuN283k0P6SjPhUpR2fFxQWxSQ8JFuRaAJObUAzECFd
	rRxA==
X-Gm-Message-State: AHYfb5hJ+JpPpKrw8HUbvxOuszZutmzYc4zeHSRtC4+XXs6pBxEJaioS
	4ynJMKo6Wbwr0ZAKZLZ98fCONHL+wPSo
X-Received: by 10.159.34.132 with SMTP id 4mr2436908uan.50.1503833585484; Sun,
	27 Aug 2017 04:33:05 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.31.115.6 with HTTP; Sun, 27 Aug 2017 04:33:04 -0700 (PDT)
Received: by 10.31.115.6 with HTTP; Sun, 27 Aug 2017 04:33:04 -0700 (PDT)
In-Reply-To: <CACQPdjqwG9F0+9hbcP_kMf5gZr+DeATQs1TE_YekG_EDLvavqg@mail.gmail.com>
References: <CACQPdjpPTHKQaY5NOvhEvSX1X3Jc9X4fcO7=Qy6Epwbftg4NOQ@mail.gmail.com>
	<DEC1CF18-5425-41C2-88DF-399BD32CD6F1@gmail.com>
	<CACQPdjqwG9F0+9hbcP_kMf5gZr+DeATQs1TE_YekG_EDLvavqg@mail.gmail.com>
From: =?UTF-8?B?Sm9yZ2UgVGltw7Nu?= <jtimon@jtimon.cc>
Date: Sun, 27 Aug 2017 13:33:04 +0200
Message-ID: <CABm2gDoR+9f9OWT7_+b2qDcXHkO2Ub=UrxVHNXyXFVUVvL+_9g@mail.gmail.com>
To: Adam Tamir Shem-Tov <tshachaf@gmail.com>,
	Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: multipart/alternative; boundary="94eb2c03eb0eaa17ae0557ba8a16"
X-Spam-Status: No, score=0.5 required=5.0 tests=DKIM_SIGNED,DKIM_VALID,
	HTML_MESSAGE,LOTS_OF_MONEY,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,
	TVD_PH_BODY_ACCOUNTS_PRE autolearn=disabled version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
Subject: Re: [bitcoin-dev] Solving the Scalability Problem Part II - Adam
	Shem-Tov
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: Sun, 27 Aug 2017 11:33:10 -0000

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

Regarding storage space, have you heard about pruning? Probably you should.

On 27 Aug 2017 12:27 am, "Adam Tamir Shem-Tov via bitcoin-dev" <
bitcoin-dev@lists.linuxfoundation.org> wrote:

> Thank You Christian for your response.
>
> https://bitcointalk.org/index.php?topic=3D473.0 :  I dont see the relevan=
ce.
> https://bitcointalk.org/index.php?topic=3D52859.0 : This idea does not se=
em
> to talking about trimming the full node. Trimming the full node is the ke=
y,
> the full node is what keeps us secure from hackers. If it can be trimmed
> without losing security, that would be good, that is what I am proposing.
> https://bitcointalk.org/index.php?topic=3D12376.0 : Same answer as 505.0.
> https://bitcointalk.org/index.php?topic=3D74559.15 : I think his proposal
> is similar to mine, unfortunately for us his predictions were way off. He
> was trying to fix this problem while believing that in the year 2020 the
> blockchain would be 4GB!!! It is not his fault, his prediction was in 201=
1.
> But you can see, by his prediction, which was rational at the time, was w=
ay
> off. And it stresses my point, we need to fix this now. Too bad, no one
> took him seriously back then, when the block chain i was 1GB.
> *https://bitcointalk.org/index.php?topic=3D56226.0
> <https://bitcointalk.org/index.php?topic=3D56226.0>*: Another guy with a
> valid point, who was first acknowledged and then apparently ignored.
> .
> To summarize, this problem was brought up about 6 years ago, when the
> blockchain was 1GB in size, Now it is about 140GB in size. I think it is
> about time we stop ignoring this problem, and realize something needs to
> change, or else the only full-nodes you will have will be with private
> multi-million dollar companies, because no private citizen will have the
> storage space to keep it. That would make bitcoin the worst decentralized
> or uncentralized system in history.
>
>
> On 27 August 2017 at 00:42, Christian Riley <criley@gmail.com> wrote:
>
>> There have been a number of similar (identical?) proposals over the
>> years, some were discussed in these threads:
>> https://bitcointalk.org/index.php?topic=3D56226.0
>> https://bitcointalk.org/index.php?topic=3D505.0
>> https://bitcointalk.org/index.php?topic=3D473.0
>> https://bitcointalk.org/index.php?topic=3D52859.0
>> https://bitcointalk.org/index.php?topic=3D12376.0
>> https://bitcointalk.org/index.php?topic=3D74559.15
>>
>>
>> On Aug 26, 2017, at 5:01 PM, Adam Tamir Shem-Tov via bitcoin-dev <
>> bitcoin-dev@lists.linuxfoundation.org> wrote:
>>
>> <B>Solving the Scalability Problem Part II</B>
>> --------------------------------------------------------------------
>> <BR>
>> In the previous post I showed a way to minimize the blocks on the block
>> chain, to lower the amount of space it takes on the hard drive, without
>> losing any relevant information.
>> I added a note, saying that the transaction chain needs to be rewritten,
>> but I did not give much detail to it.<BR>
>> Here is how that would work:<BR>
>> <B>The Genesis Account:</B>
>> -----------------------------------------<BR>
>> The problem with changing the transaction and block chain, is that it
>> cannot be done without knowing the private key of the sender of the of t=
he
>> funds for each account. There is however a way to circumvent that proble=
m.
>> That is to create a special account called the =E2=80=9CGenesis Account=
=E2=80=9D, this
>> account=E2=80=99s Private Key and Public Key will be available to everyo=
ne.<BR>
>> But this account will not be able to send or receive any funds in a
>> normal block, it will be blocked--blacklisted. So no one can intentional=
ly
>> use it. The only time this account will be used is in the pruning block,
>> a.k.a Exodus Block.<BR>
>> When creating the new pruned block chain and transaction chain, all the
>> funds that are now in accounts must be legitimate, and it would be
>> difficult to legitimize them unless they were sent from a legitimate
>> account, with a public key, and a private key which can be verified. Tha=
t
>> is where the Genesis account comes in. All funds in the Exodus Block wil=
l
>> show as though they originated and were sent from the Genesis Account us=
ing
>> its privatekey to generate each transaction.<BR>
>> The funds which are sent, must match exactly the funds existing in the
>> most updated ledger in block 1000 (the last block as stated in my previo=
us
>> post).<BR>
>> In this way the Exodus Block can be verified, and the Genesis Account
>> cannot give free money to anyway, because if someone tried to, it would
>> fail verification.<BR>
>>
>> <BR>
>> Now the next problem is that the number of Bitcoins keeps expanding and
>> so the funds in the Genesis Account need to expand as well. That can be
>> done by showing as though this account is the account which is mining th=
e
>> coins, and it will be the only account in the Exodus Block which =E2=80=
=9Cmines=E2=80=9D
>> the coins, and receives the mining bonus. In the Exodus Block all coins
>> mined by the real miners will show as though they were mined by Genesis =
and
>> sent to the miners through a regular transaction.
>>
>> <BR>
>>
>> Adam Shem-Tov
>>
>>
>> _______________________________________________
>> bitcoin-dev mailing list
>> bitcoin-dev@lists.linuxfoundation.org
>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>>
>>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
>

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

<div dir=3D"auto">Regarding storage space, have you heard about pruning? Pr=
obably you should.</div><div class=3D"gmail_extra"><br><div class=3D"gmail_=
quote">On 27 Aug 2017 12:27 am, &quot;Adam Tamir Shem-Tov via bitcoin-dev&q=
uot; &lt;<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-d=
ev@lists.linuxfoundation.org</a>&gt; wrote:<br type=3D"attribution"><blockq=
uote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc =
solid;padding-left:1ex"><div dir=3D"ltr"><div>Thank You Christian for your =
response.<br><br><a href=3D"https://bitcointalk.org/index.php?topic=3D473.0=
" style=3D"background-color:rgba(255,255,255,0)" target=3D"_blank"><font co=
lor=3D"#000000">https://bitcointalk.org/index.<wbr>php?topic=3D473.0</font>=
</a> :=C2=A0 I dont see the relevance.<br><a href=3D"https://bitcointalk.or=
g/index.php?topic=3D52859.0" style=3D"background-color:rgba(255,255,255,0)"=
 target=3D"_blank"><font color=3D"#000000">https://bitcointalk.org/index.<w=
br>php?topic=3D52859.0</font></a> : This idea does not seem to talking abou=
t trimming the full node. Trimming the full node is the key, the full node =
is what keeps us secure from hackers. If it can be trimmed without losing s=
ecurity, that would be good, that is what I am proposing.<br><a href=3D"htt=
ps://bitcointalk.org/index.php?topic=3D12376.0" style=3D"background-color:r=
gba(255,255,255,0)" target=3D"_blank"><font color=3D"#000000">https://bitco=
intalk.org/index.<wbr>php?topic=3D12376.0</font></a> : Same answer as 505.0=
. <br><a href=3D"https://bitcointalk.org/index.php?topic=3D74559.15" style=
=3D"background-color:rgba(255,255,255,0)" target=3D"_blank"><font color=3D"=
#000000">https://bitcointalk.org/index.<wbr>php?topic=3D74559.15</font></a>=
 : I think his proposal is similar to mine, unfortunately for us his predic=
tions were way off. He was trying to fix this problem while believing that =
in the year 2020 the blockchain would be 4GB!!! It is not his fault, his pr=
ediction was in 2011. But you can see, by his prediction, which was rationa=
l at the time, was way off. And it stresses my point, we need to fix this n=
ow. Too bad, no one took him seriously back then, when the block chain i wa=
s 1GB.<br><u><a href=3D"https://bitcointalk.org/index.php?topic=3D56226.0" =
target=3D"_blank">https://bitcointalk.org/index.<wbr>php?topic=3D56226.0</a=
></u>: Another guy with a valid point, who was first acknowledged and then =
apparently ignored.<br>.<br></div>To summarize, this problem was brought up=
 about 6 years ago, when the blockchain was 1GB in size, Now it is about 14=
0GB in size. I think it is about time we stop ignoring this problem, and re=
alize something needs to change, or else the only full-nodes you will have =
will be with private multi-million dollar companies, because no private cit=
izen will have the storage space to keep it. That would make bitcoin the wo=
rst decentralized or uncentralized system in history.<br><div><div><br></di=
v></div></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On =
27 August 2017 at 00:42, Christian Riley <span dir=3D"ltr">&lt;<a href=3D"m=
ailto:criley@gmail.com" target=3D"_blank">criley@gmail.com</a>&gt;</span> w=
rote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;borde=
r-left:1px #ccc solid;padding-left:1ex"><div dir=3D"auto"><div><div><span s=
tyle=3D"background-color:rgba(255,255,255,0)">There have been a number of s=
imilar (identical?) proposals over the years, some were discussed in these =
threads:</span></div><div><a href=3D"https://bitcointalk.org/index.php?topi=
c=3D56226.0" style=3D"background-color:rgba(255,255,255,0)" target=3D"_blan=
k"><font color=3D"#000000">https://bitcointalk.org/index.<wbr>php?topic=3D5=
6226.0</font></a></div><div><a href=3D"https://bitcointalk.org/index.php?to=
pic=3D505.0" style=3D"background-color:rgba(255,255,255,0)" target=3D"_blan=
k"><font color=3D"#000000">https://bitcointalk.org/index.<wbr>php?topic=3D5=
05.0</font></a></div><div><a href=3D"https://bitcointalk.org/index.php?topi=
c=3D473.0" style=3D"background-color:rgba(255,255,255,0)" target=3D"_blank"=
><font color=3D"#000000">https://bitcointalk.org/index.<wbr>php?topic=3D473=
.0</font></a></div><div><a href=3D"https://bitcointalk.org/index.php?topic=
=3D52859.0" style=3D"background-color:rgba(255,255,255,0)" target=3D"_blank=
"><font color=3D"#000000">https://bitcointalk.org/index.<wbr>php?topic=3D52=
859.0</font></a></div><div><a href=3D"https://bitcointalk.org/index.php?top=
ic=3D12376.0" style=3D"background-color:rgba(255,255,255,0)" target=3D"_bla=
nk"><font color=3D"#000000">https://bitcointalk.org/index.<wbr>php?topic=3D=
12376.0</font></a></div><div><div id=3D"m_8452035740195603851m_498502935913=
5226761AppleMailSignature"><a href=3D"https://bitcointalk.org/index.php?top=
ic=3D74559.15" style=3D"background-color:rgba(255,255,255,0)" target=3D"_bl=
ank"><font color=3D"#000000">https://bitcointalk.org/index.<wbr>php?topic=
=3D74559.15</font></a></div></div><br></div><div><div class=3D"m_8452035740=
195603851h5"><div><br>On Aug 26, 2017, at 5:01 PM, Adam Tamir Shem-Tov via =
bitcoin-dev &lt;<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" ta=
rget=3D"_blank">bitcoin-dev@lists.linuxfounda<wbr>tion.org</a>&gt; wrote:<b=
r><br></div><blockquote type=3D"cite"><div><div dir=3D"ltr">


=09
=09
=09
=09


<p style=3D"margin-bottom:0in;line-height:100%">&lt;B&gt;Solving the
Scalability Problem Part
II&lt;/B&gt;<br>
------------------------------<wbr>------------------------------<wbr>-----=
---<br>
&lt;BR&gt;<br>
In
the previous post I showed a way to minimize the blocks on the block
chain, to lower the amount of space it takes on the hard drive,
without losing any relevant information.<br>
I added a note, saying
that the transaction chain needs to be rewritten, but I did not give
much detail to it.&lt;BR&gt;<br>
Here is how that would
work:&lt;BR&gt;<br>
&lt;B&gt;The Genesis
Account:&lt;/B&gt;<br>
------------------------------<wbr>-----------&lt;BR&gt;<br>
The
problem with changing the transaction and block chain, is that it
cannot be done without knowing the private key of the sender of the
of the funds for each account. There is however a way to circumvent
that problem. That is to create a special account called the =E2=80=9CGenes=
is
Account=E2=80=9D, this account=E2=80=99s Private Key and Public Key will be
available to everyone.&lt;BR&gt;<br>
But this account will not be
able to send or receive any funds in a normal block, it will be
blocked--blacklisted. So no one can intentionally use it. The only
time this account will be used is in the pruning block, a.k.a Exodus
Block.&lt;BR&gt;<br>
When creating the new pruned block chain and
transaction chain, all the funds that are now in accounts must be
legitimate, and it would be difficult to legitimize them unless they
were sent from a legitimate account, with a public key, and a private
key which can be verified. That is where the Genesis account comes
in. All funds in the Exodus Block will show as though they originated
and were sent from the Genesis Account using its privatekey to
generate each transaction.&lt;BR&gt;<br>
The funds which are sent,
must match exactly the funds existing in the most updated ledger in
block 1000 (the last block as stated in my previous post).&lt;BR&gt;<br>
In
this way the Exodus Block can be verified, and the Genesis Account
cannot give free money to anyway, because if someone tried to, it
would fail verification.&lt;BR&gt;</p>
<p style=3D"margin-bottom:0in;line-height:100%">&lt;BR&gt;<br>
Now
the next problem is that the number of Bitcoins keeps expanding and
so the funds in the Genesis Account need to expand as well. That can
be done by showing as though this account is the account which is
mining the coins, and it will be the only account in the Exodus Block
which =E2=80=9Cmines=E2=80=9D the coins, and receives the mining bonus. In =
the
Exodus Block all coins mined by the real miners will show as though
they were mined by Genesis and sent to the miners through a regular
transaction.</p>
<p style=3D"margin-bottom:0in;line-height:100%">&lt;BR&gt;</p>
<p style=3D"margin-bottom:0in;line-height:100%">Adam Shem-Tov</p>
<p style=3D"margin-bottom:0in;line-height:100%"><br>

</p>

</div>
</div></blockquote></div></div><blockquote type=3D"cite"><div><span>_______=
_______________________<wbr>_________________</span><br><span>bitcoin-dev m=
ailing list</span><br><span><a href=3D"mailto:bitcoin-dev@lists.linuxfounda=
tion.org" target=3D"_blank">bitcoin-dev@lists.linuxfoundat<wbr>ion.org</a><=
/span><br><span><a href=3D"https://lists.linuxfoundation.org/mailman/listin=
fo/bitcoin-dev" target=3D"_blank">https://lists.linuxfoundation.<wbr>org/ma=
ilman/listinfo/bitcoin-d<wbr>ev</a></span><br></div></blockquote></div></bl=
ockquote></div><br></div>
<br>______________________________<wbr>_________________<br>
bitcoin-dev mailing list<br>
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.=
<wbr>linuxfoundation.org</a><br>
<a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" =
rel=3D"noreferrer" target=3D"_blank">https://lists.linuxfoundation.<wbr>org=
/mailman/listinfo/bitcoin-<wbr>dev</a><br>
<br></blockquote></div></div>

--94eb2c03eb0eaa17ae0557ba8a16--