Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 35C0625A for ; Fri, 14 Aug 2015 22:24:44 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-oi0-f44.google.com (mail-oi0-f44.google.com [209.85.218.44]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id D8197123 for ; Fri, 14 Aug 2015 22:24:43 +0000 (UTC) Received: by oiew67 with SMTP id w67so33297227oie.2 for ; Fri, 14 Aug 2015 15:24:43 -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:date :message-id:subject:from:to:cc:content-type; bh=ToDwMqzINAUDJTLs1Htb9r3QIVQQpK/UR0z5Eb61pwE=; b=lCwhNyL00FqDLjF7lPZfYW5GSNWXZxOKb9p75Hl/Dzk196mcKxAOKx5qqeBEthQsvm 9Q5pXcnNjr/xjVpS9uG7TvRoYJUAO8shIogvTOWfTlRHsOMo+icxV4v74GMpt9UE1NOF fkY8b023bGlFo3D9vQV0spNkk9rtlw1Jx6fBys3vtG/KX3oLI8zc+0EAukC9CqcoA2dM zf2fY1qv3tyNUTf714DSZtP8nq16Hfxr7Bg5tXzltHZcgDpPWSmuuszCwGg40xpWsOYn scHTFlNufFBqCM+77ag8iIoNpBG1UlQTE4Y3CgdquAwoiGesVPoOzIDLiGnejxosoq9+ GKuw== X-Gm-Message-State: ALoCoQnmE2dtNgydUTO69AnBT3+plMSRHiMltK40mWTJiAnLVDStNTQtq+irHrtuK5iQSvgEVyKC MIME-Version: 1.0 X-Received: by 10.202.169.138 with SMTP id s132mr34443916oie.71.1439591083216; Fri, 14 Aug 2015 15:24:43 -0700 (PDT) Received: by 10.202.71.85 with HTTP; Fri, 14 Aug 2015 15:24:43 -0700 (PDT) In-Reply-To: References: <20150813234213.GH2123@lightning.network> <55CE3947.8060802@mattcorallo.com> Date: Sat, 15 Aug 2015 00:24:43 +0200 Message-ID: From: =?UTF-8?B?Sm9yZ2UgVGltw7Nu?= To: Mark Friedenbach Content-Type: text/plain; charset=UTF-8 X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,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] [BIP-draft] CHECKSEQUENCEVERIFY - An opcode for relative locktime 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: Fri, 14 Aug 2015 22:24:44 -0000 I extremely dislike the inversion to preserve the "previous nSequence semantics". The "previous nSequence semantics" were consensus-unenforceable but we can cover the same use cases (or the realistic ones at least) with nMaturity. Let's face it and move on without technical debt we don't need and may regret. If we do this inversion we will likely carry it for very long if not forever. As a side effect, I believe documentation can become much clearer (maybe even shorter simultaneusly).