Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 16C9CD2F for ; Wed, 9 Dec 2015 08:03:48 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-io0-f174.google.com (mail-io0-f174.google.com [209.85.223.174]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id A6C30149 for ; Wed, 9 Dec 2015 08:03:46 +0000 (UTC) Received: by ioir85 with SMTP id r85so51103278ioi.1 for ; Wed, 09 Dec 2015 00:03:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=qEdCN3yT2XD1gKtfy4q3ZIIohvtluKLZ8T6HNv/szBY=; b=SJrMjvHO8Q81DoAUtVtNS37hgYcUiKytVjZbHLpAdfo8oTA1yz7MHR0IKS39wGvhL5 Te6ZSHFeG6piPHZPi6uxy4q7GmaX0MzvKW7AlQ3vUM0NFWRZbJhr5xMxZnTwjs61hOPz 15UMNTw/uPpmuv2ckchuvFDLMcZsF7bfkHog493k8yuJQpXSJMJUvNsgf7nKfdoBfvPw RCh4I5Qc7VE+U7IwrPcvT5+b2L1CYQzCOQjzOgOEIGyouZYJSIYSO+2qqpEyJhJAWsnI S7RSiTCDQO+myXTtyusAl2w6cFXYADGRduoal/iOZ+2GN2YofGX0vO5mJDmUMn4BBuS6 9v3Q== MIME-Version: 1.0 X-Received: by 10.107.152.7 with SMTP id a7mr4125755ioe.134.1449648226053; Wed, 09 Dec 2015 00:03:46 -0800 (PST) Sender: gmaxwell@gmail.com Received: by 10.107.192.70 with HTTP; Wed, 9 Dec 2015 00:03:45 -0800 (PST) In-Reply-To: References: <20151208110752.GA31180@amethyst.visucore.com> Date: Wed, 9 Dec 2015 08:03:45 +0000 X-Google-Sender-Auth: sPxD6ErU_NrChtLs6qFQyPQ8DIk Message-ID: From: Gregory Maxwell To: =?UTF-8?B?Sm9yZ2UgVGltw7Nu?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,URIBL_BLACK autolearn=no 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] Capacity increases for the Bitcoin system. 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: Wed, 09 Dec 2015 08:03:48 -0000 On Wed, Dec 9, 2015 at 7:54 AM, Jorge Tim=C3=B3n wrote: > From this question one could think that when you said "we can do the > cleanup hardfork later" earlier you didn't really meant it. And that > you will oppose to that hardfork later just like you are opposing to > it now. > As said I disagree that making a softfork first and then move the > commitment is less disruptive (because people will need to adapt their > software twice), but if the intention is to never do the second part > then of course I agree it would be less disruptive. > How long after the softfork would you like to do the hardfork? > 1 year after the softfork? 2 years? never? I think it would be logical to do as part of a hardfork that moved commitments generally; e.g. a better position for merged mining (such a hardfork was suggested in 2010 as something that could be done if merged mining was used), room for commitments to additional block back-references for compact SPV proofs, and/or UTXO set commitments. Part of the reason to not do it now is that the requirements for the other things that would be there are not yet well defined. For these other applications, the additional overhead is actually fairly meaningful; unlike the fraud proofs.