From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id CF01A514 for ; Thu, 30 Jul 2015 16:57:06 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-yk0-f180.google.com (mail-yk0-f180.google.com [209.85.160.180]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 9F990ED for ; Thu, 30 Jul 2015 16:57:03 +0000 (UTC) Received: by ykax123 with SMTP id x123so38990354yka.1 for ; Thu, 30 Jul 2015 09:57:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=nXwo/zgjTWngypPR+b4He1G0eWcQnqL0b6Kec3+B8WM=; b=ttpWrITwPo6OZZ99J2478zwrAfMEl9ligHxu8hkyyUOyv07WChvgbxrF3R5NxCFmu2 uMReQZ+Ht3b7mXG4f/ro7vs1drF9LE67yjYO5zfkJitaG8p0IwIwxz56qCupnMfTAOj9 y0luh+8lQ2bCKIsltBqOOnKaSVPtfRlTDmyeKlr33VBJ3eY2B5eQUDijYkPytQWcvfXG fPHeU/3xN+UT32LtOi83Wr4k+ygKUfKWren8qhbDfpMHpQXhqsnWsBoV6vEljhL7DSEm jscLO2X9ateG3cVQFh2haaOE92uCS/mVFKW00p0d8axObajiw1bvFD+pOnjUPSgvc1we o/0Q== X-Received: by 10.13.204.150 with SMTP id o144mr52859464ywd.54.1438275423023; Thu, 30 Jul 2015 09:57:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.74.8 with HTTP; Thu, 30 Jul 2015 09:56:23 -0700 (PDT) In-Reply-To: References: From: Gary Mulder Date: Thu, 30 Jul 2015 17:56:23 +0100 Message-ID: To: =?UTF-8?B?Sm9yZ2UgVGltw7Nu?= Content-Type: multipart/alternative; boundary=001a114e43a6adb56c051c1a9766 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 Cc: Bitcoin Dev Subject: Re: [bitcoin-dev] Block size following technological growth X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Development Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 16:57:06 -0000 --001a114e43a6adb56c051c1a9766 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 30 July 2015 at 16:12, Jorge Tim=C3=B3n wrote: > 1) Unlike previous blocksize hardfork proposals, this uses median time > instead of block.nTime for activation. I like that more but my > preference is still using height for everything. But that discussion > is not specific to this proposal, so it's better if we discuss that > for all of them here: > > http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-July/009731.h= tml Note that a "median" is a special case of a 50% percentile. If you desire to apply a more stringent criteria you can use the 75th or even 90th percentile. https://en.wikipedia.org/wiki/Percentile Perhaps if a statistician (i.e. not me) could be found to offer her services, she could become a resource for helping selecting the most appropriate statistical algorithms on request (and implemented Integer math as per Gavin, from memory), considering the consequences of learning post-fork that a "bad statistical model" was chosen. e.g. an exponentially weighted moving average is usually much less volatile and harder to manipulate than a simple moving average, but still can "respond" to short term drivers. Regards, Gary --001a114e43a6adb56c051c1a9766 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On 30 July 2015 at 16:12, Jorge Tim=C3=B3n=C2=A0<bitcoin-dev@lists.li= nuxfoundation.org>=C2=A0wrote:
1) Unlike previous blocksize hardfork pr= oposals, this uses median time
instead of block.nTime for activation. I = like that more but my
preference is still using height for everything. B= ut that discussion
is not specific to this proposal, so it's better = if we discuss that
for all of them here:
http://lists.linuxfoundation.org/pipermail/bitcoin-d= ev/2015-July/009731.html

Note that a= "median" is a special case of a 50% percentile. If you desire to= apply a more stringent criteria you can use the 75th or even 90th percenti= le.


Perhaps if a statistician (i.e. not me) c= ould be found to offer her services, she could become a resource for helpin= g selecting the most appropriate statistical algorithms on request (and imp= lemented Integer math as per Gavin, from memory), considering the consequen= ces of learning post-fork that a "bad statistical model" was chos= en.

e.g. an exponentially weighted moving ave= rage is usually much less volatile and harder to manipulate than a simple m= oving average, but still can "respond" to short term drivers.=C2= =A0

Regards,
Gary
--001a114e43a6adb56c051c1a9766--