summaryrefslogtreecommitdiff
path: root/b3/58dbd39927e5798238564850f180ee8809986d
blob: bbd48bd734c087e96ad2a2afbae7e646e009c201 (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
Return-Path: <laconia@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id A369F7D
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Fri, 25 Mar 2016 17:27:31 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-pa0-f51.google.com (mail-pa0-f51.google.com
	[209.85.220.51])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 3A2DBEB
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Fri, 25 Mar 2016 17:27:31 +0000 (UTC)
Received: by mail-pa0-f51.google.com with SMTP id fe3so50215118pab.1
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Fri, 25 Mar 2016 10:27:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to;
	bh=Thboz9lXsDDKZ4b/MunTA62Ewwr+GbQ/WCnQrqOMFuU=;
	b=qXYB+QiQQ1bxkENi5Vh4v/uk8NA3Zt6IsX+tYS1v6UXs/dHN1PKsbl/sy+HI8FRjhB
	MRMTJqomKHi964CxDWED3/OF+LSv00dj6wthrYtDASgSmVUHTp1DmPK+BabC4P+dR+sy
	Q6kn+kXuBYhaWb7/EHzRQIrZI0T1g7hik0/HHK2nED0tgslB2M8hnMUPb+wyBKGh0AQC
	x6W/QouvbcmxPe9akTs8xXKX/2GII0OCGraN2cTOff8sjAXpNNNsJdUm8JNt9+uavH0w
	Hs7O5uWeEuIvLIhIi70FXWyt5OyRt4wgtvSUbWYLP6QJ5GhVirjMb7B0eQgTP5bzCFjo
	zvLg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:date:message-id:subject:from:to;
	bh=Thboz9lXsDDKZ4b/MunTA62Ewwr+GbQ/WCnQrqOMFuU=;
	b=Btp6hwHUdqM4PFtvLkb7u7yuwseH34Ty910hO/enbSyBfrpBzSERnMgejHvRUUfDUl
	CUPBfJdNlMGNo3oonnbFsKJi+whWYaDg/L8uL/AfnvuT+aBmsL7Bu61B/t7NHDRsGzTd
	mCb/JtXL4GRfYikyplkXN4rpDevaAatrXPhJQlXQzdb/xX/K5KH2C7VTjvmiz4wIySKW
	FkttyhGaVaViKdHXWAr/Zzk1dhGVBAoi2+VtnkpVPMgQrM3cBe5FSOKP0TBkcksRMTXs
	GX6RpMvzsI0RImb8Xmwc25+KEAZDIqp8LrcbglwAH5SAqZuf6r64JstEpgpWAbthFGQ+
	hRYQ==
X-Gm-Message-State: AD7BkJJ1Y7H1cePVYpFOFaz9d0Ooql8GTK5GXhRPgFeHfrNCb2TjuL/2igPb+7cCnJQUVdvLl9+9AYcqLGZ2kQ==
MIME-Version: 1.0
X-Received: by 10.66.154.233 with SMTP id vr9mr22757168pab.66.1458926850956;
	Fri, 25 Mar 2016 10:27:30 -0700 (PDT)
Received: by 10.66.111.193 with HTTP; Fri, 25 Mar 2016 10:27:30 -0700 (PDT)
Date: Fri, 25 Mar 2016 13:27:30 -0400
Message-ID: <CAO1Z-eMxRfM8O+uTFbK0rb-zuL0KKLgYFJex35Rk8UJgGYd4RA@mail.gmail.com>
From: Chris Kleeschulte <laconia@gmail.com>
To: bitcoin-dev@lists.linuxfoundation.org
Content-Type: multipart/alternative; boundary=047d7b6d83b6b46270052ee2e0dd
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
X-Mailman-Approved-At: Fri, 25 Mar 2016 17:35:18 +0000
Subject: [bitcoin-dev] Proposed BIP: Maximum block size consensus rule based
 on median block size (adaptive block size)
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, 25 Mar 2016 17:27:31 -0000

--047d7b6d83b6b46270052ee2e0dd
Content-Type: text/plain; charset=UTF-8

The following draft BIP proposes changing the MAX_BLOCK_SIZE consensus rule
to be a function of the median block size over the last 12,960 blocks
(about three months) multiplied by 2 and calculated when a block is
connected to the blockchain.

Motivation:

The purpose of this consensus rule change is to allow the maximum block
size to increase or decrease based on actual network usage. A block size
limit, as discussed here, prevents certain types of denial of service
attacks on the Bitcoin network, however a fixed limit does not allow the
capacity of the network to increase as advancements in scaling are
realized.  By adjusting the limit based on the sizes of blocks in the
recent past, the throughput of the network can adjust to changes in user
demand and scaling related technology advancements while still being
protected from denial of service attacks.


Full proposal here:

https://github.com/bitpay/bips/blob/master/bip-adaptiveblocksize.mediawiki

I look forward to your consideration.

thank you,
-- 
Chris Kleeschulte

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

<div dir=3D"ltr">The following draft BIP proposes changing the MAX_BLOCK_SI=
ZE consensus rule to be a function of the median block size over the last 1=
2,960 blocks (about three months) multiplied by 2 and calculated when a blo=
ck is connected to the blockchain.<div><br></div><div>Motivation:</div><div=
><br></div><div>The purpose of this consensus rule change is to allow the m=
aximum block size to increase or decrease based on actual network usage. A =
block size limit, as discussed here, prevents certain types of denial of se=
rvice attacks on the Bitcoin network, however a fixed limit does not allow =
the capacity of the network to increase as advancements in scaling are real=
ized.=C2=A0 By adjusting the limit based on the sizes of blocks in the rece=
nt past, the throughput of the network can adjust to changes in user demand=
 and scaling related technology advancements while still being protected fr=
om denial of service attacks.</div><div><br></div><div><br></div><div>Full =
proposal here:</div><div><br></div><div><a href=3D"https://github.com/bitpa=
y/bips/blob/master/bip-adaptiveblocksize.mediawiki">https://github.com/bitp=
ay/bips/blob/master/bip-adaptiveblocksize.mediawiki</a><br></div><div><br><=
/div><div>I look forward to your consideration.</div><div><br></div><div>th=
ank you,</div><div>-- <br><div class=3D"gmail_signature"><div dir=3D"ltr"><=
div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr">Chris Kleeschulte<br><br>=
</div></div></div></div></div>
</div></div>

--047d7b6d83b6b46270052ee2e0dd--