summaryrefslogtreecommitdiff
path: root/9e/060e0a8220c4b19f0bca530d4f8a3a4af0f129
blob: bfda5db8e2c1419f47f57a0a7ea3a20882840476 (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
Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193]
	helo=mx.sourceforge.net)
	by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
	(envelope-from <pieter.wuille@gmail.com>) id 1TfVD1-0004il-UA
	for bitcoin-development@lists.sourceforge.net;
	Mon, 03 Dec 2012 12:33:15 +0000
Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com
	designates 209.85.214.175 as permitted sender)
	client-ip=209.85.214.175; envelope-from=pieter.wuille@gmail.com;
	helo=mail-ob0-f175.google.com; 
Received: from mail-ob0-f175.google.com ([209.85.214.175])
	by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
	(Exim 4.76) id 1TfVD1-0007yI-Bb
	for bitcoin-development@lists.sourceforge.net;
	Mon, 03 Dec 2012 12:33:15 +0000
Received: by mail-ob0-f175.google.com with SMTP id vb8so2470889obc.34
	for <bitcoin-development@lists.sourceforge.net>;
	Mon, 03 Dec 2012 04:33:10 -0800 (PST)
MIME-Version: 1.0
Received: by 10.60.171.16 with SMTP id aq16mr7839546oec.37.1354537989969; Mon,
	03 Dec 2012 04:33:09 -0800 (PST)
Received: by 10.76.143.38 with HTTP; Mon, 3 Dec 2012 04:33:09 -0800 (PST)
In-Reply-To: <9CEDE4D4-3685-4F70-953E-15CC50A8AA3F@ceptacle.com>
References: <80648682-E34A-455E-B34A-6BC24652C3EA@ceptacle.com>
	<CAPg+sBi25xP8R03y1VR=q4ZJaeT6FAuV=hXsq_7niSHycpnPuA@mail.gmail.com>
	<9CEDE4D4-3685-4F70-953E-15CC50A8AA3F@ceptacle.com>
Date: Mon, 3 Dec 2012 13:33:09 +0100
Message-ID: <CAPg+sBhwUz4ddEXRT0p7mQUwHkqtTes1i88a-uqsa+QQs2n=CA@mail.gmail.com>
From: Pieter Wuille <pieter.wuille@gmail.com>
To: Michael Gronager <gronager@ceptacle.com>
Content-Type: multipart/alternative; boundary=bcaec54d3ef0ba176e04cff1f3f9
X-Spam-Score: -0.6 (/)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	-1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for
	sender-domain
	0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
	(pieter.wuille[at]gmail.com)
	-0.0 SPF_PASS               SPF: sender matches SPF record
	1.0 HTML_MESSAGE           BODY: HTML included in message
	-0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from
	author's domain
	0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
	not necessarily valid
	-0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-Headers-End: 1TfVD1-0007yI-Bb
Cc: Bitcoin Dev <bitcoin-development@lists.sourceforge.net>
Subject: Re: [Bitcoin-development] Chain dust mitigation: Demurrage based
 Chain Vacuuming
X-BeenThere: bitcoin-development@lists.sourceforge.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <bitcoin-development.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
	<mailto:bitcoin-development-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=bitcoin-development>
List-Post: <mailto:bitcoin-development@lists.sourceforge.net>
List-Help: <mailto:bitcoin-development-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
	<mailto:bitcoin-development-request@lists.sourceforge.net?subject=subscribe>
X-List-Received-Date: Mon, 03 Dec 2012 12:33:16 -0000

--bcaec54d3ef0ba176e04cff1f3f9
Content-Type: text/plain; charset=ISO-8859-1

On Mon, Dec 3, 2012 at 1:24 PM, Michael Gronager <gronager@ceptacle.com>wrote:

> > If this were a proposal at the time Bitcoin was created, I would
> definitely be in favor, but I feel we can't just change such a policy right
> now - it's not what people signed up for when they started using the
> system. I also see no way to implement this without a hard fork, which
> would require planning at least 1-2 years in advance (imho). By that time,
> the economic landscape of Bitcoin may be vastly different, and either dust
> spam will have killed it, or we will have found another solution already.
>
> Bitcoin aka the blockchain is defined by the majority of the miners. This
> is what people have signed up to imo. A scheme that a) is of benefit for us
> all and b) is also of economical benefit for the miners, will likely be
> accepted quite fast - especially now when the bounty was just halved... I
> also fear that there is a lot of BTCs that is effectively un-owned and it
> could even drive Satoshi to use some of his BTCs ;)


I disagree completely. The only power granted to miners is to decide the
order of otherwise valid transactions (up to postponing some indefinitely)
- they have no ability to control the rules for validity them self  In
particular, the rules that prevent double spending and (monetary) inflation
of the currency are deliberately NOT left to miners. If this were the case,
they could just as well vote to keep the 50 BTC block payout, and that
would certainly not be what people signed up for.

-- 
Pieter

--bcaec54d3ef0ba176e04cff1f3f9
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Mon, Dec 3, 2012 at 1:24 PM, Michael Gronager <span dir=3D"ltr">&lt;<a h=
ref=3D"mailto:gronager@ceptacle.com" target=3D"_blank">gronager@ceptacle.co=
m</a>&gt;</span> wrote:<br><div class=3D"gmail_extra"><div class=3D"gmail_q=
uote"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-l=
eft:1px #ccc solid;padding-left:1ex">
<div class=3D"im">&gt; If this were a proposal at the time Bitcoin was crea=
ted, I would definitely be in favor, but I feel we can&#39;t just change su=
ch a policy right now - it&#39;s not what people signed up for when they st=
arted using the system. I also see no way to implement this without a hard =
fork, which would require planning at least 1-2 years in advance (imho). By=
 that time, the economic landscape of Bitcoin may be vastly different, and =
either dust spam will have killed it, or we will have found another solutio=
n already.<br>

<br>
</div>Bitcoin aka the blockchain is defined by the majority of the miners. =
This is what people have signed up to imo. A scheme that a) is of benefit f=
or us all and b) is also of economical benefit for the miners, will likely =
be accepted quite fast - especially now when the bounty was just halved... =
I also fear that there is a lot of BTCs that is effectively un-owned and it=
 could even drive Satoshi to use some of his BTCs ;)</blockquote>
<div><br></div><div>I disagree completely. The only power granted to miners=
 is to decide the order of otherwise valid transactions (up to postponing s=
ome indefinitely) - they have no ability to control the rules for validity=
=A0them self=A0 In particular, the rules that prevent double spending and (=
monetary) inflation of the currency are deliberately NOT left to miners. If=
 this were the case, they could just as well vote to keep the 50 BTC block =
payout, and that would certainly not be what people signed up for.</div>
<div><br></div><div>--=A0</div><div>Pieter</div><div><br></div></div></div>

--bcaec54d3ef0ba176e04cff1f3f9--