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
|
Return-Path: <dermoth@aei.ca>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id 44D90CEE
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 1 Sep 2017 17:25:07 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from mail001.aei.ca (mail001.aei.ca [206.123.6.130])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id B9906422
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 1 Sep 2017 17:25:06 +0000 (UTC)
Received: (qmail 21143 invoked by uid 89); 1 Sep 2017 17:25:05 -0000
Received: by simscan 1.2.0 ppid: 21136, pid: 21139, t: 0.0045s
scanners: regex: 1.2.0 attach: 1.2.0
Received: from mail002.aei.ca (HELO mail002.contact.net) (206.123.6.132)
by mail001.aei.ca with (DHE-RSA-AES256-SHA encrypted) SMTP;
1 Sep 2017 17:25:05 -0000
Received: (qmail 18580 invoked by uid 89); 1 Sep 2017 17:25:05 -0000
Received: by simscan 1.2.0 ppid: 18500, pid: 18510, t: 8.5977s
scanners: regex: 1.2.0 attach: 1.2.0 clamav: 0.97.8/m: spam: 3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
smtp1.linux-foundation.org
X-Spam-Level:
X-Spam-Status: No, score=-0.7 required=5.0 tests=HTML_MESSAGE,
RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD autolearn=disabled version=3.3.1
Received: from dsl-66-36-132-63.mtl.aei.ca (HELO ?192.168.67.200?)
(dermoth@66.36.132.63)
by mail.aei.ca with ESMTPA; 1 Sep 2017 17:24:56 -0000
To: Lucas Clemente Vella <lvella@gmail.com>,
Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>,
Tom Zander <tomz@freedommail.ch>
References: <CACY+MSO8PM89VTtKfuZiQGvAs7a7R6_4mY+onhZh9KnvwxW2uw@mail.gmail.com>
<1570222.Uh686LP1o4@strawberry>
<CAGCathxjDsST6xD+CvKN_3md3UcWuKqgSvV+CjaTqS4gPaPGZg@mail.gmail.com>
From: Thomas Guyot-Sionnest <dermoth@aei.ca>
Message-ID: <a172c495-c868-5e13-5db9-59e5cbb52f38@aei.ca>
Date: Fri, 1 Sep 2017 13:24:56 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <CAGCathxjDsST6xD+CvKN_3md3UcWuKqgSvV+CjaTqS4gPaPGZg@mail.gmail.com>
Content-Type: multipart/alternative;
boundary="------------47C1726A10CC2FE73A8CA32D"
X-Mailman-Approved-At: Fri, 01 Sep 2017 17:27:52 +0000
Subject: Re: [bitcoin-dev] Horizontal scaling of blockchain
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, 01 Sep 2017 17:25:07 -0000
This is a multi-part message in MIME format.
--------------47C1726A10CC2FE73A8CA32D
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
On 01/09/17 01:15 PM, Lucas Clemente Vella via bitcoin-dev wrote:
>
> > The current chain is effectively single threaded.
>
> This is not true, since xthin/compactblocks have been introduced we
> completely removed this bottle-neck.
> The transactions will be validated continuously, in parallel and
> not just
> when a block is found.
>
>
> If I understood correctly, OP was not talking about the process inside
> a node being single threaded, but instead that the whole bitcoin
> distributed system behaves as single threaded computation. OP seems to
> be describing a system closer to what IOTA uses, by distributing among
> the miners the task of validating the transactions. Although, without
> more specific details, it is hard to judge the benefits.
>
If the goal is reducing the delay for validation then I don't get what
advantage there would be vs. reducing the difficulty.
Also it is my understanding that with the Lightning network transactions
could be validated instantly by third parties and could be subject to
smaller fees overall...
Regards,
--
Thomas
--------------47C1726A10CC2FE73A8CA32D
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
On 01/09/17 01:15 PM, Lucas Clemente Vella via bitcoin-dev wrote:<br>
<blockquote
cite="mid:CAGCathxjDsST6xD+CvKN_3md3UcWuKqgSvV+CjaTqS4gPaPGZg@mail.gmail.com"
type="cite">
<div dir="ltr"><br>
<div class="gmail_extra">
<div class="gmail_quote"><span class=""></span>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex"><span
class="">
> The current chain is effectively single threaded.<br>
<br>
</span>This is not true, since xthin/compactblocks have
been introduced we<br>
completely removed this bottle-neck.<br>
The transactions will be validated continuously, in
parallel and not just<br>
when a block is found.<br>
</blockquote>
<div><br>
</div>
<div>If I understood correctly, OP was not talking about the
process inside a node being single threaded, but instead
that the whole bitcoin distributed system behaves as
single threaded computation. OP seems to be describing a
system closer to what IOTA uses, by distributing among the
miners the task of validating the transactions. Although,
without more specific details, it is hard to judge the
benefits.<br>
</div>
<br>
</div>
</div>
</div>
</blockquote>
<br>
If the goal is reducing the delay for validation then I don't get
what advantage there would be vs. reducing the difficulty.<br>
<br>
Also it is my understanding that with the Lightning network
transactions could be validated instantly by third parties and could
be subject to smaller fees overall...<br>
<br>
Regards,<br>
<pre class="moz-signature" cols="72">--
Thomas
</pre>
</body>
</html>
--------------47C1726A10CC2FE73A8CA32D--
|
