summaryrefslogtreecommitdiff
path: root/1e/584bb76b2a7c8154ff1da8807d389fddd9baac
blob: 752b61fb5a1337be3c44fede3cd9af6ba4f408fe (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
Return-Path: <kanzure@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 473D7AE7
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Thu, 25 Jun 2015 00:11:56 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-la0-f48.google.com (mail-la0-f48.google.com
	[209.85.215.48])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 80B0F14F
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Thu, 25 Jun 2015 00:11:55 +0000 (UTC)
Received: by lagi2 with SMTP id i2so35471796lag.2
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Wed, 24 Jun 2015 17:11:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=+1okN0I9SZK/tcvZcyF5r1txl5BprWGP84AjPzM0Ug4=;
	b=i9Bgrv7Ac+4sbAPw4oUG1yyLSycRwqPO1bqfk3G6GAtt8uXkNC1JVH/mn9Mj91lsxD
	YDIBt9v/1Xjj1V0LN3hZszrUdcbU7LYNeTJWdLNFghjhDkxiTTnKxQRqxioEs3+S2J/X
	LWXh44PhcSuc2tNOBXP64i7+BKjkg8A60VvoLUkmQOYDGqW7aPNVlJTLI2sZ6ok2+lQP
	x7C/dkplSe25ch59GDW/Cb9LxGCloNWu3E6SnuOvMXIZwsZbHZ8lrHJi85DFWzNIvAm5
	jpFVjryotxripsP5cdiaqajbGQPryjx+6U19tVu4xI0MmflQYS9L3iuRnXM+V+PRRo1o
	RAsg==
MIME-Version: 1.0
X-Received: by 10.152.207.105 with SMTP id lv9mr42606111lac.10.1435191113616; 
	Wed, 24 Jun 2015 17:11:53 -0700 (PDT)
Received: by 10.152.18.168 with HTTP; Wed, 24 Jun 2015 17:11:53 -0700 (PDT)
In-Reply-To: <CADm_WcYZ-O3fhm5bNCBF_mkAES+vVxsOGFtpovqgt9v9sY4TZA@mail.gmail.com>
References: <COL402-EAS109000AAC490BCF2DD69116CDAF0@phx.gbl>
	<CADm_WcYZ-O3fhm5bNCBF_mkAES+vVxsOGFtpovqgt9v9sY4TZA@mail.gmail.com>
Date: Wed, 24 Jun 2015 19:11:53 -0500
Message-ID: <CABaSBazNkcQZiBAyDRAR=Ux1=hzT+GwXHTCiMgditJ48as-CGg@mail.gmail.com>
From: Bryan Bishop <kanzure@gmail.com>
To: Jeff Garzik <jgarzik@gmail.com>, Bryan Bishop <kanzure@gmail.com>
Content-Type: multipart/alternative; boundary=001a1134792083198505194c785e
X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,HTML_MESSAGE,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
Cc: bitcoin-dev@lists.linuxfoundation.org
Subject: Re: [bitcoin-dev] BIP Process and Votes
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: Thu, 25 Jun 2015 00:11:56 -0000

--001a1134792083198505194c785e
Content-Type: text/plain; charset=UTF-8

On Wed, Jun 24, 2015 at 6:49 PM, Jeff Garzik <jgarzik@gmail.com> wrote:

> There is no voting in the way you think. Devs commit changes the users
> will accept and use. Users "fire" developers by choosing different devs or
> different software.


I think that statement is too weak. Users are all personally responsible
for evaluating all rules for themselves. Many have chosen and will continue
to choose to just keep an ear out for rule changes that they may be
interested in using. Ever user should be educated on this topic...
otherwise there are too many principal agent problems, even with the
ability to "fire" developers (a.k.a "use different software"). It's similar
to the reasons why it's important to see all the transactions on the
network.

- Bryan
http://heybryan.org/
1 512 203 0507

--001a1134792083198505194c785e
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On W=
ed, Jun 24, 2015 at 6:49 PM, Jeff Garzik <span dir=3D"ltr">&lt;<a href=3D"m=
ailto:jgarzik@gmail.com" target=3D"_blank">jgarzik@gmail.com</a>&gt;</span>=
 wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bor=
der-left:1px #ccc solid;padding-left:1ex">There is no voting in the way you=
 think. Devs commit changes the users will accept and use. Users &quot;fire=
&quot; developers by choosing different devs or different software.</blockq=
uote></div><br>I think that statement is too weak. Users are all personally=
 responsible for evaluating all rules for themselves. Many have chosen and =
will continue to choose to just keep an ear out for rule changes that they =
may be interested in using. Ever user should be educated on this topic... o=
therwise there are too many principal agent problems, even with the ability=
 to &quot;fire&quot; developers (a.k.a &quot;use different software&quot;).=
 It&#39;s similar to the reasons why it&#39;s important to see all the tran=
sactions on the network.<br><div><br></div><div class=3D"gmail_signature">-=
 Bryan<br><a href=3D"http://heybryan.org/" target=3D"_blank">http://heybrya=
n.org/</a><br>1 512 203 0507</div>
</div></div>

--001a1134792083198505194c785e--