summaryrefslogtreecommitdiff
path: root/50/650515e0fdfe7df852f3c921d55f42e2971921
blob: 43930c3433675c4cc33a25f0949b1c3bab728217 (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
133
134
135
136
137
138
139
140
Return-Path: <tier.nolan@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 2EB11482
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Fri, 17 Jul 2015 16:12:07 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-qg0-f52.google.com (mail-qg0-f52.google.com
	[209.85.192.52])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id B7690121
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Fri, 17 Jul 2015 16:12:06 +0000 (UTC)
Received: by qgep37 with SMTP id p37so49224145qge.1
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Fri, 17 Jul 2015 09:12:06 -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:cc
	:content-type; bh=gu0uZs5XRjnI4Y6VV3tHhq0gdjQ860XCTixP77h7gNY=;
	b=uaXx5/XLExg6DWo+SYEHtRm6SDjehShiTIppbNBvqhHGA2/KtKBrwnZN6lvT6EGOYA
	1f1o6ZIiuU6XLR3o2QcpC/CbAen4FRYkl9DEOmfjdwQ5IbBiMHbWBwRpzF4gw2/jVehd
	JhGhcd9vextYBBCOW/6OQ31rZjKT2bp4K3DsWRqFoVkO53bWW16dWyox9SA95gytaj65
	nWk+Yu75a77vq9pbFrtPNevlJX7oEDinLT441jHMYqkJJOfDHemkt98o91i4pHgl6rKr
	YUogj75AYt0T8BQatQnl+L1j7fij7ZoyBgn4oVlP2ixSNup8yx0hXbS+9wAHQ4RRnVRp
	LKOw==
MIME-Version: 1.0
X-Received: by 10.140.84.137 with SMTP id l9mr27019592qgd.94.1437149525938;
	Fri, 17 Jul 2015 09:12:05 -0700 (PDT)
Received: by 10.140.93.162 with HTTP; Fri, 17 Jul 2015 09:12:05 -0700 (PDT)
In-Reply-To: <CADm_WcZKoMAhYvXbFMbE+5K9HOD75YkQu8_qTW4S6YN6ZMrfjA@mail.gmail.com>
References: <CADm_WcZKoMAhYvXbFMbE+5K9HOD75YkQu8_qTW4S6YN6ZMrfjA@mail.gmail.com>
Date: Fri, 17 Jul 2015 17:12:05 +0100
Message-ID: <CAE-z3OUao6wDBVwtrOrxK3jtc=GBMRXbVy+h4a=AtTkL=bOUDw@mail.gmail.com>
From: Tier Nolan <tier.nolan@gmail.com>
Cc: bitcoin-dev@lists.linuxfoundation.org
Content-Type: multipart/alternative; boundary=001a11c1192afb97b5051b1472a8
X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, HTML_MESSAGE,
	MALFORMED_FREEMAIL, 
	MISSING_HEADERS,RCVD_IN_DNSWL_LOW autolearn=no 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 102 - kick the can down the road to 2MB
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, 17 Jul 2015 16:12:07 -0000

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

Transaction sizes are still limited to 1MB with this patch.  While this
isn't technically a change, it does mean that both are no longer linked
together.

Since this has no voting step, I assume the intention is that as a
compromise suggestion, it would have full support.

It establishes a precedent for hard forks not to require a vote though.

On Fri, Jul 17, 2015 at 4:55 PM, Jeff Garzik via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:

> Opening a mailing list thread on this BIP:
>
> BIP PR: https://github.com/bitcoin/bips/pull/173
> Code PR: https://github.com/bitcoin/bitcoin/pull/6451
>
> The general intent of this BIP is as a minimum viable alternative plan to
> my preferred proposal (BIP 100).
>
> If agreement is not reached on a more comprehensive solution, then this
> solution is at least available and a known quantity.  A good backup plan.
>
> Benefits:  conservative increase.  proves network can upgrade.  permits
> some added growth, while the community & market gathers data on how an
> increased block size impacts privacy, security, centralization, transaction
> throughput and other metrics.  2MB seems to be a Least Common Denominator
> on an increase.
>
> Costs:  requires a hard fork.  requires another hard fork down the road.
>
>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
>

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

<div dir=3D"ltr"><div><div>Transaction sizes are still limited to 1MB with =
this patch.=C2=A0 While this isn&#39;t technically a change, it does mean t=
hat both are no longer linked together.<br><br></div>Since this has no voti=
ng step, I assume the intention is that as a compromise suggestion, it woul=
d have full support.<br><br></div>It establishes a precedent for hard forks=
 not to require a vote though.<br></div><div class=3D"gmail_extra"><br><div=
 class=3D"gmail_quote">On Fri, Jul 17, 2015 at 4:55 PM, Jeff Garzik via bit=
coin-dev <span dir=3D"ltr">&lt;<a href=3D"mailto:bitcoin-dev@lists.linuxfou=
ndation.org" target=3D"_blank">bitcoin-dev@lists.linuxfoundation.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"><div dir=3D"ltr"><div>Ope=
ning a mailing list thread on this BIP:</div><div><br></div>BIP PR:=C2=A0<a=
 href=3D"https://github.com/bitcoin/bips/pull/173" target=3D"_blank">https:=
//github.com/bitcoin/bips/pull/173</a><div>Code PR:=C2=A0<a href=3D"https:/=
/github.com/bitcoin/bitcoin/pull/6451" target=3D"_blank">https://github.com=
/bitcoin/bitcoin/pull/6451</a></div><div><br></div><div>The general intent =
of this BIP is as a minimum viable alternative plan to my preferred proposa=
l (BIP 100).</div><div><br></div><div>If agreement is not reached on a more=
 comprehensive solution, then this solution is at least available and a kno=
wn quantity.=C2=A0 A good backup plan.</div><div><br></div><div>Benefits: =
=C2=A0conservative increase. =C2=A0proves network can upgrade. =C2=A0permit=
s some added growth, while the community &amp; market gathers data on how a=
n increased block size impacts privacy, security, centralization, transacti=
on throughput and other metrics. =C2=A02MB seems to be a Least Common Denom=
inator on an increase.</div><div><br></div><div>Costs: =C2=A0requires a har=
d fork. =C2=A0requires another hard fork down the road.</div><div><br></div=
><div><br></div></div>
<br>_______________________________________________<br>
bitcoin-dev mailing list<br>
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.=
linuxfoundation.org</a><br>
<a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" =
rel=3D"noreferrer" target=3D"_blank">https://lists.linuxfoundation.org/mail=
man/listinfo/bitcoin-dev</a><br>
<br></blockquote></div><br></div>

--001a11c1192afb97b5051b1472a8--