summaryrefslogtreecommitdiff
path: root/7a/5d21433a4af4208c95cb0e9e8a0420026913f4
blob: f4099eaf73e639a5b98b87a38af044cfcffbb739 (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
Return-Path: <thomas@thomaszander.se>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id CFE028FE
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Fri,  7 Aug 2015 21:35:29 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from manxnetsf05.manx.net (outbound.manx.net [213.137.31.12])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id E84EB237
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Fri,  7 Aug 2015 21:35:28 +0000 (UTC)
Received: from 195.10.99.101 (EHLO coldstorage.localnet) ([195.10.99.101])
	by manxnetsf05.manx.net (MOS 4.4.5a-GA FastPath queued)
	with ESMTP id EFU55295; Fri, 07 Aug 2015 22:35:26 +0100 (BST)
From: Thomas Zander <thomas@thomaszander.se>
To: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Date: Fri, 07 Aug 2015 23:35:25 +0200
Message-ID: <2686935.vL4zPKxv2H@coldstorage>
User-Agent: KMail/4.14.1 (Linux/3.16.0-4-amd64; KDE/4.14.2; x86_64; ; )
In-Reply-To: <CAPg+sBgWrOUfD2LKgL-ziCkAgzGVU_W0_fK4w7wRPgjQ0L3JVg@mail.gmail.com>
References: <CAPg+sBj-wA1DMrwkQRWnzQoB5NR-q=2-5=WDAAUYfSpXRZSTqw@mail.gmail.com>
	<3197878.6zmtLAPm4L@coldstorage>
	<CAPg+sBgWrOUfD2LKgL-ziCkAgzGVU_W0_fK4w7wRPgjQ0L3JVg@mail.gmail.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
X-Mirapoint-Received-SPF: 195.10.99.101 coldstorage.localnet
	thomas@thomaszander.se 5 none
X-Junkmail-Status: score=10/50, host=manxnetsf05.manx.net
X-Junkmail-Signature-Raw: score=unknown,
	refid=str=0001.0A0B0203.55C5249E.0159, ss=1, re=0.000, recu=0.000,
	reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0,
	so=2014-07-29 09:23:55, dmn=2013-03-21 17:37:32,
	mode=multiengine
X-Junkmail-IWF: false
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0),
	refid=str=0001.0A0B0203.55C5249E.0159, ss=1, re=0.000, recu=0.000,
	reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0,
	so=2014-07-29 09:23:55, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: f02ffc3b2fb7ead4ffeb73bd283e3060
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW
	autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
Subject: Re: [bitcoin-dev] Fwd: Block size following technological growth
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Bitcoin Development 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, 07 Aug 2015 21:35:29 -0000

On Friday 7. August 2015 19.09.30 Pieter Wuille wrote:
> > And you do the same thing again; you dismiss the need factor.
> 
> Of course there is a need. It's the primary mechanism that keeps Bitcoin
> secure and immune from malicious influence.

I see a pretty big problem if this really is your insight, the need an 
individual has for running a node is a completely different concept than the 
need for nodes to exist.  And, really, you are describing miners, not nodes.

good thing is that you seem to agree with me as your continue with;

> Of course not everyone needs to run a node. 

Thats the 'need' I was talking about.
As we concluded in our previous email, the need to run a node is inversely 
proportional to the ability (or willingness) to trust others.
And lets face it, practically everyone trusts others with their money today.


> But that leaves the
> responsibility on us - the community - to help the situation by not making
> it too hard to run a node. And I see the block size as the primary way
> through which we do that.

That won't really have any influence, economics 101 says that it doesn't work 
that way.  Lowering the cost on a product won't make it sell more without the 
people wanting or needing the product.

> If the impact of the system goes u[p], so should the - joint - incentives to
> keep it secure. And I think we're (slowly) failing at that.

That is your opinion. At least, I don't see that conclusion supported by 
evidence.
I'll defer to Gavins emails that countered this point better.

-- 
Thomas Zander