summaryrefslogtreecommitdiff
path: root/b7/36bf7ebdc42b8c1a2fc5424a8f74f37d90be2b
blob: d73334333c8e5aa2e0da1b6bf33390c1c28d40b3 (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
132
Return-Path: <asperous2@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 15E7D119A
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Fri,  4 Sep 2015 00:52:27 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-ig0-f175.google.com (mail-ig0-f175.google.com
	[209.85.213.175])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 7E15B103
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Fri,  4 Sep 2015 00:52:26 +0000 (UTC)
Received: by igbkq10 with SMTP id kq10so5846277igb.0
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Thu, 03 Sep 2015 17:52:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:sender:in-reply-to:references:from:date:message-id
	:subject:to:content-type;
	bh=IgUOjoautIdW0dKNc1dgkJFe+CRVZyjjaj7ssVAiAyw=;
	b=fFD+oyk4E9k4lziB0PnPQrRth5fw1RUpj/Mk2qJpCIJZyF7tVG7x8LiQGZPEAn4p7B
	s1i8j3Yn/W2FMq1ikQLPFVGTa9xQTfP+0FqSKCSHRA3CbDYS/i4izDRmeGE1Fma3KEUW
	9sFhemxtp9lhblUrSBeWDHabQencBzU0LA1mhVaIDiHn0NLCHi8GcNDxJsOqttDNrk3E
	rrlz3I72Mrnd1qQDI4sxFUlPchh1jPyGsrfS308VxAKC63BuVC4UkaEwo2oI0zIUxY0n
	RU4sF5TQVkmEzyTqvSbhy9evBZxKIx7y0kH0hMzQMgUOlx++lht9XxqaGHgt35Tj0ChE
	FzrA==
X-Received: by 10.50.8.69 with SMTP id p5mr1807175iga.43.1441327945837; Thu,
	03 Sep 2015 17:52:25 -0700 (PDT)
MIME-Version: 1.0
Sender: asperous2@gmail.com
Received: by 10.50.3.33 with HTTP; Thu, 3 Sep 2015 17:52:06 -0700 (PDT)
In-Reply-To: <201509040041.07948.luke@dashjr.org>
References: <64B72DF6-BE37-4624-ADAA-CE28C14A4227@gmail.com>
	<201509040041.07948.luke@dashjr.org>
From: Andy Chase <theandychase@gmail.com>
Date: Thu, 3 Sep 2015 17:52:06 -0700
X-Google-Sender-Auth: tOENYcEOXdDfEItXvCRTD3V4SUE
Message-ID: <CAAxp-m97sGnFkpVF-vHcg0AQpUsNMV0wESmafg40F6p23pKOwg@mail.gmail.com>
To: Luke Dashjr <luke@dashjr.org>, bitcoin-dev@lists.linuxfoundation.org
Content-Type: multipart/alternative; boundary=089e01184c18377578051ee15055
X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,FREEMAIL_ENVFROM_END_DIGIT,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
Subject: Re: [bitcoin-dev] [BIP/Draft] BIP Acceptance Process
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, 04 Sep 2015 00:52:27 -0000

--089e01184c18377578051ee15055
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

> Any such a BIP like this needs to
> document the natural forces involved in real-world acceptance, not try to
lay
> down "rules" that people are expected to follow.

That's my goal: to take the hodgepodge of we already use for acceptance,
and apply rules that allow true acceptance to be identified in a clearer
way.

If people don't follow the "rules" then the system simply won't work, this
is mentioned in the last section.

On Thu, Sep 3, 2015 at 5:41 PM, Luke Dashjr <luke@dashjr.org> wrote:

> On Friday, September 04, 2015 12:30:50 AM Andy Chase via bitcoin-dev wrot=
e:
> > Here's a BIP. I wrote the BIP mostly to stir the pot on ideas of
> > governance, but I=E2=80=99m moderately serious about it.
>
> Sigh. There is *no governance at all*. Any such a BIP like this needs to
> document the natural forces involved in real-world acceptance, not try to
> lay
> down "rules" that people are expected to follow.
>
> For hardforks, that means economic consensus. For softforks, miner
> majority.
> For basically anything else, real-world implementation and use (by any
> significant quantity of people).
>
> Luke
>

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

<div dir=3D"ltr">&gt; Any such a BIP like this needs to=C2=A0<div>&gt; docu=
ment the natural forces involved in real-world acceptance, not try to lay=
=C2=A0</div><div>&gt; down &quot;rules&quot; that people are expected to fo=
llow.</div><div><br></div><div>That&#39;s my goal: to take the hodgepodge o=
f we already use for acceptance, and apply rules that allow true acceptance=
 to be identified in a clearer way.</div><div><br></div><div>If people don&=
#39;t follow the &quot;rules&quot; then the system simply won&#39;t work, t=
his is mentioned in the last section.</div><div class=3D"gmail_extra"><br><=
div class=3D"gmail_quote">On Thu, Sep 3, 2015 at 5:41 PM, Luke Dashjr <span=
 dir=3D"ltr">&lt;<a href=3D"mailto:luke@dashjr.org" target=3D"_blank">luke@=
dashjr.org</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=
=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On=
 Friday, September 04, 2015 12:30:50 AM Andy Chase via bitcoin-dev wrote:<b=
r>
&gt; Here&#39;s a BIP. I wrote the BIP mostly to stir the pot on ideas of<b=
r>
&gt; governance, but I=E2=80=99m moderately serious about it.<br>
<br>
</span>Sigh. There is *no governance at all*. Any such a BIP like this need=
s to<br>
document the natural forces involved in real-world acceptance, not try to l=
ay<br>
down &quot;rules&quot; that people are expected to follow.<br>
<br>
For hardforks, that means economic consensus. For softforks, miner majority=
.<br>
For basically anything else, real-world implementation and use (by any<br>
significant quantity of people).<br>
<span><font color=3D"#888888"><br>
Luke<br>
</font></span></blockquote></div><br></div></div>

--089e01184c18377578051ee15055--