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
|
Return-Path: <mark@friedenbach.org>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id BC3634D3
for <bitcoin-dev@lists.linuxfoundation.org>;
Tue, 11 Aug 2015 06:04:00 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-ig0-f172.google.com (mail-ig0-f172.google.com
[209.85.213.172])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 787AB147
for <bitcoin-dev@lists.linuxfoundation.org>;
Tue, 11 Aug 2015 06:03:59 +0000 (UTC)
Received: by igbij6 with SMTP id ij6so84257661igb.1
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 10 Aug 2015 23:03:59 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:mime-version:in-reply-to:references:from:date
:message-id:subject:to:cc:content-type;
bh=ViP/GlwBY50vl7nJLvPc01EiAPgh2xeeVdkPWLaY88E=;
b=CIfsk9URbHL9eUW0V2/QjhaiXf2t1XiNJIQjJBTiarVJ27kGCgVzJFuKFoHxxvx5Q2
b7o+Tpx7AuAC5FDaeWpdspbZA58uWLcrfSJNhKvyjKSBHfuRqnhAXRafQOFSom8YBpQT
oRYpXzF1dYmGgymMNqOblzUJ/QMPojg0ULnaWILGgNeyD92ZhcfWKD3SvjL3rTUj5IN3
2M+GjSUKW9WKYBc6cvrTGe8+I8XxfARjT0p9eNXpSkcvNy6/N9Si4SLcGIxESbDuez58
4jS6cw+ssBN8/4kM21qL4fJcw5EFPfbXeHK2xsXwM8N1tSoCef4kdV1Sr1CPToE0IWY4
nukg==
X-Gm-Message-State: ALoCoQkWpwjGSN5TY6Xtu+GB0twfa+UEriBaj5PT+l/qr0YpkYnp9RS42/1x68Y/gKWCxKmo1KWd
X-Received: by 10.50.112.229 with SMTP id it5mr16879428igb.46.1439273038966;
Mon, 10 Aug 2015 23:03:58 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.158.140 with HTTP; Mon, 10 Aug 2015 23:03:39 -0700 (PDT)
X-Originating-IP: [50.0.37.37]
In-Reply-To: <2547793.e4fEoOQyIR@coldstorage>
References: <CABsx9T16fH+56isq95m4+QWsKwP==tf75ep8ghnEcBoV4OtZJA@mail.gmail.com>
<1472719.PaoH0O6gJe@coldstorage>
<CAPg+sBhY1Suu961aCn8QB1qw0ps7zj4hhUzOup2MJH+dTrPkkw@mail.gmail.com>
<2547793.e4fEoOQyIR@coldstorage>
From: Mark Friedenbach <mark@friedenbach.org>
Date: Mon, 10 Aug 2015 23:03:39 -0700
Message-ID: <CAOG=w-thKPQUPx_ev3qzgkHjBfF3f_6EtFWq3QJdw1fETdnzhA@mail.gmail.com>
To: Thomas Zander <thomas@thomaszander.se>
Content-Type: multipart/alternative; boundary=089e0118417e390eaa051d02ded9
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,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 <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Fees and the block-finding 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: Tue, 11 Aug 2015 06:04:00 -0000
--089e0118417e390eaa051d02ded9
Content-Type: text/plain; charset=UTF-8
On Mon, Aug 10, 2015 at 10:34 PM, Thomas Zander via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:
> So, while LN is written, rolled out and tested, we need to respond with
> bigger
> blocks. 8Mb - 8Gb sounds good to me.
>
This is where things diverge. It's fine to pick a new limit or growth
trajectory. But defend it with data and reasoned analysis.
Can you at least understand the conservative position here? "1MB sounds
good to me" is how we got into this mess. We must make sure that we avoid
making the same mistakes again, creating more or worse problems then we are
solving.
--089e0118417e390eaa051d02ded9
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">On Mon, Aug 10, 2015 at 10:34 PM, Thomas Zander via bitcoi=
n-dev <span dir=3D"ltr"><<a href=3D"mailto:bitcoin-dev@lists.linuxfounda=
tion.org" target=3D"_blank">bitcoin-dev@lists.linuxfoundation.org</a>></=
span> wrote:<br><div class=3D"gmail_extra"><div class=3D"gmail_quote"><bloc=
kquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #cc=
c solid;padding-left:1ex">So, while LN is written, rolled out and tested, w=
e need to respond with bigger<br>
blocks.=C2=A0 8Mb - 8Gb sounds good to me.<br></blockquote></div><br></div>=
<div class=3D"gmail_extra">This is where things diverge. It's fine to p=
ick a new limit or growth trajectory. But defend it with data and reasoned =
analysis.<br><br></div><div class=3D"gmail_extra">Can you at least understa=
nd the conservative position here? "1MB sounds good to me" is how=
we got into this mess. We must make sure that we avoid making the same mis=
takes again, creating more or worse problems then we are solving.<br><br></=
div><div class=3D"gmail_extra"><br></div></div>
--089e0118417e390eaa051d02ded9--
|
