From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <will.madden@novauri.com> Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id A99CD83D for <bitcoin-dev@lists.linuxfoundation.org>; Fri, 26 Jun 2015 19:07:40 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-qc0-f180.google.com (mail-qc0-f180.google.com [209.85.216.180]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 28C24108 for <bitcoin-dev@lists.linuxfoundation.org>; Fri, 26 Jun 2015 19:07:40 +0000 (UTC) Received: by qcmc1 with SMTP id c1so32186500qcm.2 for <bitcoin-dev@lists.linuxfoundation.org>; Fri, 26 Jun 2015 12:07:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=gbdnX6xl2ytGbwLjS3hG4IFqrNNOt/aPnViHJl0dgwQ=; b=EItyQC13Mb4YsNhBzw1gLKXdRBOHyHbyssoKZ7XtUpazmv2Wmwcq1Yyz685OqkA+m1 CTcR9PGnW9OLub06zt6UliFYPxuL+FX0QqhKgH+wR3pvBrAmtAxiQqQncIaCxrOCLOsC pWaRB1VeClbTG9i4tsi0ceaBZm9wU0aj2yy3kqvUkuNzYi9yq60rkBSEK/AfmPOiKPXo f5x8DATtfr6IwpxgKe3F2LnPeRR8UVLN7HciaNkOl5BEz3zafErzGfXxvqhKFkP8wS2J E5QrLXq6u+kdNMMjcFx08Kz9on8rPanuem3doOat2agqmZYC6hz2yukMrBQ4wPxdrwb7 UBxA== X-Gm-Message-State: ALoCoQmn5X+VtKi+mkytyKTK1XwTwt2JEvtWeYW4iB8pYhTw9eJN67noO0+/MHwqOeh7tfpXHvQ+ X-Received: by 10.140.30.166 with SMTP id d35mr4350177qgd.85.1435345659477; Fri, 26 Jun 2015 12:07:39 -0700 (PDT) Received: from [10.125.67.236] (mobile-166-171-059-190.mycingular.net. [166.171.59.190]) by mx.google.com with ESMTPSA id q68sm7360379qgd.42.2015.06.26.12.07.37 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 26 Jun 2015 12:07:38 -0700 (PDT) Content-Type: multipart/alternative; boundary=Apple-Mail-E8F3CEFD-4951-4FBA-9DCD-AA222FD7CD90 Mime-Version: 1.0 (1.0) From: Will <will.madden@novauri.com> X-Mailer: iPhone Mail (12F70) In-Reply-To: <CABsx9T3Rvgbc8WLnnH96nqK_TaAOj9gn-BBmRy_r2Ci0x72mZQ@mail.gmail.com> Date: Fri, 26 Jun 2015 15:07:30 -0400 Content-Transfer-Encoding: 7bit Message-Id: <C357721B-5ABC-4B77-92AB-A0735BBDA519@novauri.com> References: <CABsx9T2HegqOBqd1jijk1bZBE6N+NH8x6nfwbaoLBACVf8-WBQ@mail.gmail.com> <558A0B4A.7090205@riseup.net> <558A1E8E.30306@novauri.com> <CADm_WcZ52_fvNk_rWzu+Nw1CBz2o6t6cMkEfOm3BpdjH7iQKrw@mail.gmail.com> <0CAB4453-0C88-4CCB-86C1-DA192D4F77A1@gmail.com> <CALqxMTHQCWSg5Px5iLzNisZchuyzWJ2KwtwbWycywDSjF+4GBA@mail.gmail.com> <CAE-z3OXEUE8b_u9Pf8DbPL4jWTqyR7CDJRqKFKoTGpGxnr1QoA@mail.gmail.com> <19956282-19CC-4150-8865-F211774AF70E@novauri.com> <CABsx9T3Rvgbc8WLnnH96nqK_TaAOj9gn-BBmRy_r2Ci0x72mZQ@mail.gmail.com> To: Gavin Andresen <gavinandresen@gmail.com> X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,HTML_MESSAGE, MIME_QP_LONG_LINE,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" <bitcoin-dev@lists.linuxfoundation.org> Subject: Re: [bitcoin-dev] Draft BIP : fixed-schedule block size increase 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, 26 Jun 2015 19:07:40 -0000 --Apple-Mail-E8F3CEFD-4951-4FBA-9DCD-AA222FD7CD90 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Moving averages have upsides and downsides vs fixed growth. Moving averages= are backwards looking and don't handle seasonalities or unanticipated incre= ases in demand very well. Think "Black Friday" or the horribly named "Cyber=20 Monday" in retail or market hysteria where millions of noobs jump into or ou= t of bitcoin. If you want to create fee pressure I think this can be done, but I would kee= p both of these in mind before choosing a value for N. Adjustments would ne= ed to be frequent and nimble enough to handle seasonalities and other unanti= cipated outliers. > On Jun 26, 2015, at 1:39 PM, Gavin Andresen <gavinandresen@gmail.com> wrot= e: >=20 >> On Fri, Jun 26, 2015 at 11:13 AM, Will <will.madden@novauri.com> wrote: >> Make the lazy miners' default choice grow at the hard cap growth rate and= you should be ok if you want voting. >=20 > I think the default block size is an orthogonal issue to the max block siz= e. >=20 > HOWEVER: I think changing the default 'target' block size from the current= , fixed 750K to the average of the size of the last N blocks would have some= nice properties. It is policy-neutral (we should get out of the business of= deciding the right block size and let the miners who care drive block size u= p or down) and if there are a significant proportion of lazy miners going wi= th defaults it gives the system a healthy "fee pressure." >=20 > --=20 > -- > Gavin Andresen --Apple-Mail-E8F3CEFD-4951-4FBA-9DCD-AA222FD7CD90 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D= utf-8"></head><body dir=3D"auto"><div>Moving averages have upsides and downs= ides vs fixed growth. Moving averages are backwards looking and don't h= andle seasonalities or unanticipated increases in demand very well.</div><di= v><br></div><div>Think "Black Friday" or the horribly named "Cyber </di= v><div>Monday" in retail or market hysteria where millions of noobs jump int= o or out of bitcoin.</div><div><br></div><div>If you want to create fee pres= sure I think this can be done, but I would keep both of these in mind before= choosing a value for N. Adjustments would need to be frequent and nim= ble enough to handle seasonalities and other unanticipated outliers.</div><d= iv><br>On Jun 26, 2015, at 1:39 PM, Gavin Andresen <<a href=3D"mailto:gav= inandresen@gmail.com">gavinandresen@gmail.com</a>> wrote:<br><br></div><b= lockquote type=3D"cite"><div><div dir=3D"ltr"><div class=3D"gmail_extra"><di= v class=3D"gmail_quote">On Fri, Jun 26, 2015 at 11:13 AM, Will <span dir=3D"= ltr"><<a href=3D"mailto:will.madden@novauri.com" target=3D"_blank">will.m= adden@novauri.com</a>></span> wrote:<br><blockquote class=3D"gmail_quote"= style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Mak= e the lazy miners' default choice grow at the hard cap growth rate and you s= hould be ok if you want voting.</blockquote></div><br>I think the default bl= ock size is an orthogonal issue to the max block size.</div><div class=3D"gm= ail_extra"><br></div><div class=3D"gmail_extra">HOWEVER: I think changing th= e default 'target' block size from the current, fixed 750K to the average of= the size of the last N blocks would have some nice properties. It is policy= -neutral (we should get out of the business of deciding the right block size= and let the miners who care drive block size up or down) and if there are a= significant proportion of lazy miners going with defaults it gives the syst= em a healthy "fee pressure."</div><div class=3D"gmail_extra"><div><br></div>= -- <br><div class=3D"gmail_signature">--<br>Gavin Andresen<br></div> </div></div> </div></blockquote></body></html>= --Apple-Mail-E8F3CEFD-4951-4FBA-9DCD-AA222FD7CD90--