summaryrefslogtreecommitdiff
path: root/6c
diff options
context:
space:
mode:
authorEric Voskuil <eric@voskuil.org>2016-11-14 10:47:35 -0800
committerbitcoindev <bitcoindev@gnusha.org>2016-11-14 18:47:38 +0000
commitdc383e764fcf2107c839669d01776439efaf6282 (patch)
tree9a2d1deeb7e678c3012c6bf068f4242ccbbc603e /6c
parent3fa386dc84582388bff0fdeee1165517bb65cdbd (diff)
downloadpi-bitcoindev-dc383e764fcf2107c839669d01776439efaf6282.tar.gz
pi-bitcoindev-dc383e764fcf2107c839669d01776439efaf6282.zip
Re: [bitcoin-dev] [BIP Proposal] Buried Deployments
Diffstat (limited to '6c')
-rw-r--r--6c/16b6519b026f45949b65709f8babd3479e50f3159
1 files changed, 159 insertions, 0 deletions
diff --git a/6c/16b6519b026f45949b65709f8babd3479e50f3 b/6c/16b6519b026f45949b65709f8babd3479e50f3
new file mode 100644
index 000000000..88a4fb74e
--- /dev/null
+++ b/6c/16b6519b026f45949b65709f8babd3479e50f3
@@ -0,0 +1,159 @@
+Return-Path: <eric@voskuil.org>
+Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
+ [172.17.192.35])
+ by mail.linuxfoundation.org (Postfix) with ESMTPS id 6D326279
+ for <bitcoin-dev@lists.linuxfoundation.org>;
+ Mon, 14 Nov 2016 18:47:38 +0000 (UTC)
+X-Greylist: whitelisted by SQLgrey-1.7.6
+Received: from mail-pg0-f50.google.com (mail-pg0-f50.google.com [74.125.83.50])
+ by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 6A20FA1
+ for <bitcoin-dev@lists.linuxfoundation.org>;
+ Mon, 14 Nov 2016 18:47:37 +0000 (UTC)
+Received: by mail-pg0-f50.google.com with SMTP id f188so56760091pgc.3
+ for <bitcoin-dev@lists.linuxfoundation.org>;
+ Mon, 14 Nov 2016 10:47:37 -0800 (PST)
+DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
+ d=voskuil-org.20150623.gappssmtp.com; s=20150623;
+ h=from:content-transfer-encoding:mime-version:date:subject:message-id
+ :references:in-reply-to:to;
+ bh=x1AVxfShLqv/PD76TIP+gcQAM6Go844wmfz1pDZW0ps=;
+ b=i7FhpR/IBN8VYaq7D/C7p21NRM+PqDkeyEpiBCa/v1zpTzMhIwHhLm54yWBsQqpqMd
+ Wsj2FLze5Vo8JhXOz78FPvkq13O9AhuEB9Yj+urGAVutgw8x+TEgfUeXIxH01COB+DKn
+ LA80i8Pz4yoHJTpMmBAo4r/q0T+zwruuMY86ewGOK7fKmblbEo8R7nRJzeAqze1niAMp
+ 1Nb/BH679YVN/WNfp5xXqeoLXxUi/f78PCutndJfZFjaYj5bjA3/9ew04hiji6tuUAUP
+ WZXDeYcjo9EGcprsRVlFYbYD2YRrr1S7YWh2peBIHgh2Z7hzrv4SkLu/sd5jVylyHpiT
+ d5/g==
+X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
+ d=1e100.net; s=20130820;
+ h=x-gm-message-state:from:content-transfer-encoding:mime-version:date
+ :subject:message-id:references:in-reply-to:to;
+ bh=x1AVxfShLqv/PD76TIP+gcQAM6Go844wmfz1pDZW0ps=;
+ b=B0sLYVlkzcZv0bwuu5kQn0v5dPJzcX/IsDsisrl2EysuXm4g2GW+wDLE8drBOVNX5+
+ nd1n1FHOjCtLkMGtFr2Hp75smYZr9Z83H2t5q97NE70a2EMjKQ5Yysq/tfSI2mzDWVi8
+ vc9it8H+hskQzu0NoBkv+3kYsTfhASynMpfcOQGiNFr3RujFBVWsIM/6ghmEvQgKBH78
+ U3OoKljdXJsMx03bjNPl6MqYJxp7O/v4LKJsaaXYpIu7LKChnsJHogo1lR8Ays/jV/ia
+ mAipqHXMkpQ+WzQ69v+zDE0FHJjnrnjDhPS8E6c0pA2b2GhQHCaA8x+14qDf5T1PKmgh
+ J6ug==
+X-Gm-Message-State: ABUngvd1G/Qxtqmpe3FaSCguemJrSLet0BSHADpcGNSIWFnaCAS1i3FHZzWi/lsa5SvS/g==
+X-Received: by 10.98.15.5 with SMTP id x5mr38414850pfi.140.1479149257061;
+ Mon, 14 Nov 2016 10:47:37 -0800 (PST)
+Received: from [10.116.39.181] (mobile-166-176-185-48.mycingular.net.
+ [166.176.185.48]) by smtp.gmail.com with ESMTPSA id
+ d1sm36916975pfb.76.2016.11.14.10.47.36
+ (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
+ Mon, 14 Nov 2016 10:47:36 -0800 (PST)
+From: Eric Voskuil <eric@voskuil.org>
+Content-Type: multipart/alternative;
+ boundary=Apple-Mail-A88D0DA1-A6D3-44A6-82E1-B1F1AB9ECAAF
+Content-Transfer-Encoding: 7bit
+Mime-Version: 1.0 (1.0)
+Date: Mon, 14 Nov 2016 10:47:35 -0800
+Message-Id: <CEDAD65E-512A-43CA-9BD6-56F7D9E6897C@voskuil.org>
+References: <CAFp6fsGmynRXLCqKAA+iBXObGOZ2h3DVW8k5L9kSfbPmL1Y-QQ@mail.gmail.com>
+In-Reply-To: <CAFp6fsGmynRXLCqKAA+iBXObGOZ2h3DVW8k5L9kSfbPmL1Y-QQ@mail.gmail.com>
+To: Suhas Daftuar <sdaftuar@gmail.com>,
+ Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
+X-Mailer: iPhone Mail (14B100)
+X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED,
+ DKIM_VALID,HTML_MESSAGE,MIME_QP_LONG_LINE autolearn=ham version=3.3.1
+X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
+ smtp1.linux-foundation.org
+X-Mailman-Approved-At: Mon, 14 Nov 2016 18:49:09 +0000
+Subject: Re: [bitcoin-dev] [BIP Proposal] Buried Deployments
+X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
+X-Mailman-Version: 2.1.12
+Precedence: list
+List-Id: Bitcoin Protocol 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: Mon, 14 Nov 2016 18:47:38 -0000
+
+
+--Apple-Mail-A88D0DA1-A6D3-44A6-82E1-B1F1AB9ECAAF
+Content-Type: text/plain;
+ charset=us-ascii
+Content-Transfer-Encoding: quoted-printable
+
+NACK
+
+Horrible precedent (hardcoding rule changes based on the assumption that lar=
+ge forks indicate a catastrophic failure), extremely poor process (already s=
+hipped, now the discussion), and not even a material performance optimizatio=
+n (the checks are avoidable once activated until a sufficiently deep reorg d=
+eactivates them).
+
+e
+
+> On Nov 14, 2016, at 10:17 AM, Suhas Daftuar via bitcoin-dev <bitcoin-dev@l=
+ists.linuxfoundation.org> wrote:
+>=20
+> Hi,
+>=20
+> Recently Bitcoin Core merged a simplification to the consensus rules surro=
+unding deployment of BIPs 34, 66, and 65 (https://github.com/bitcoin/bitcoin=
+/pull/8391), and though the change is a minor one, I thought it was worth do=
+cumenting the rationale in a BIP for posterity.
+>=20
+> Here's the abstract:
+>=20
+> Prior soft forks (BIP 34, BIP 65, and BIP 66) were activated via miner sig=
+naling in block version numbers. Now that the chain has long since passed th=
+e blocks at which those consensus rules have triggered, we can (as a simplif=
+ication and optimization) replace the trigger mechanism by caching the block=
+ heights at which those consensus rules became enforced.
+>=20
+> The full draft can be found here:=20
+>=20
+> https://github.com/sdaftuar/bips/blob/buried-deployments/bip-buried-deploy=
+ments.mediawiki
+> _______________________________________________
+> bitcoin-dev mailing list
+> bitcoin-dev@lists.linuxfoundation.org
+> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
+
+--Apple-Mail-A88D0DA1-A6D3-44A6-82E1-B1F1AB9ECAAF
+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></div><div>NACK</div><div><br></div><d=
+iv>Horrible precedent (hardcoding rule changes based on the assumption that l=
+arge forks indicate a catastrophic failure), extremely poor process (already=
+ shipped, now the discussion), and not even a material performance optimizat=
+ion (the checks are avoidable once activated until a sufficiently deep reorg=
+ deactivates them).</div><div><br></div><div>e</div><div><br>On Nov 14, 2016=
+, at 10:17 AM, Suhas Daftuar via bitcoin-dev &lt;<a href=3D"mailto:bitcoin-d=
+ev@lists.linuxfoundation.org">bitcoin-dev@lists.linuxfoundation.org</a>&gt; w=
+rote:<br><br></div><blockquote type=3D"cite"><div><div dir=3D"ltr">Hi,<div><=
+br></div><div>Recently Bitcoin Core merged a simplification to the consensus=
+ rules surrounding deployment of BIPs 34, 66, and 65 (<a href=3D"https://git=
+hub.com/bitcoin/bitcoin/pull/8391">https://github.com/bitcoin/bitcoin/pull/8=
+391</a>), and though the change is a minor one, I thought it was worth docum=
+enting the rationale in a BIP for posterity.</div><div><br></div><div>Here's=
+ the abstract:</div><div><br></div><blockquote style=3D"margin:0px 0px 0px 4=
+0px;border:none;padding:0px"><div><div>Prior soft forks (BIP 34, BIP 65, and=
+ BIP 66) were activated via miner signaling in block version numbers. Now th=
+at the chain has long since passed the blocks at which those consensus rules=
+ have triggered, we can (as a simplification and optimization) replace the t=
+rigger mechanism by caching the block heights at which those consensus rules=
+ became enforced.</div></div><div><br></div></blockquote><div>The full draft=
+ can be found here:&nbsp;</div><div><br></div><div><a href=3D"https://github=
+.com/sdaftuar/bips/blob/buried-deployments/bip-buried-deployments.mediawiki"=
+>https://github.com/sdaftuar/bips/blob/buried-deployments/bip-buried-deploym=
+ents.mediawiki</a></div></div>
+</div></blockquote><blockquote type=3D"cite"><div><span>____________________=
+___________________________</span><br><span>bitcoin-dev mailing list</span><=
+br><span><a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-de=
+v@lists.linuxfoundation.org</a></span><br><span><a href=3D"https://lists.lin=
+uxfoundation.org/mailman/listinfo/bitcoin-dev">https://lists.linuxfoundation=
+.org/mailman/listinfo/bitcoin-dev</a></span><br></div></blockquote></body></=
+html>=
+
+--Apple-Mail-A88D0DA1-A6D3-44A6-82E1-B1F1AB9ECAAF--
+