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
|
Return-Path: <tomz@freedommail.ch>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id 493C4E75
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 1 Sep 2017 13:12:25 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from mx.kolabnow.com (mx.kolabnow.com [95.128.36.41])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id CBFF6203
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 1 Sep 2017 13:12:23 +0000 (UTC)
Received: from localhost (unknown [127.0.0.1])
by ext-mx-out001.mykolab.com (Postfix) with ESMTP id 44C851487;
Fri, 1 Sep 2017 15:12:22 +0200 (CEST)
X-Virus-Scanned: amavisd-new at mykolab.com
Received: from mx.kolabnow.com ([127.0.0.1])
by localhost (ext-mx-out001.mykolab.com [127.0.0.1]) (amavisd-new,
port 10024)
with ESMTP id WcetQmuElXE4; Fri, 1 Sep 2017 15:12:21 +0200 (CEST)
Received: from int-mx003.mykolab.com (unknown [10.9.13.3])
by ext-mx-out001.mykolab.com (Postfix) with ESMTPS id EF73B112A;
Fri, 1 Sep 2017 15:12:20 +0200 (CEST)
Received: from ext-subm002.mykolab.com (unknown [10.9.6.2])
by int-mx003.mykolab.com (Postfix) with ESMTPS id C50F4A44;
Fri, 1 Sep 2017 15:12:20 +0200 (CEST)
From: Tom Zander <tomz@freedommail.ch>
To: bitcoin-dev@lists.linuxfoundation.org,
Cserveny Tamas <cserveny.tamas+bc@gmail.com>
Date: Fri, 01 Sep 2017 15:12:18 +0200
Message-ID: <1570222.Uh686LP1o4@strawberry>
In-Reply-To: <CACY+MSO8PM89VTtKfuZiQGvAs7a7R6_4mY+onhZh9KnvwxW2uw@mail.gmail.com>
References: <CACY+MSO8PM89VTtKfuZiQGvAs7a7R6_4mY+onhZh9KnvwxW2uw@mail.gmail.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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: Fri, 01 Sep 2017 13:13:45 +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 13:12:25 -0000
On Friday, 1 September 2017 14:47:08 CEST Cserveny Tamas via bitcoin-dev
wrote:
> The fundamental problem is that if the miners add capacity it will only
> increase (protect) their share of block reward, but does not increase the
> speed of transactions.
Adding more space in blocks has no effect on the block-reward. It does
actually increase the throughput speed of transactions.
> This will only raise the fee in the long run with
> the block reward decreasing.
Also this is exactly the opposite of what actually happened.
> 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.
--
Tom Zander
Blog: https://zander.github.io
Vlog: https://vimeo.com/channels/tomscryptochannel
|
