summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorTomas <tomas@tomasvdw.nl>2015-12-30 19:22:59 +0100
committerbitcoindev <bitcoindev@gnusha.org>2015-12-30 18:23:01 +0000
commitc91e07435dcb0d2118064179c91d9eec9df26399 (patch)
treeca8330208ea2e9df426d597b8cd9779625ba9d15
parentbe461f7dd5aa576671a2077bc2db1f6bb06bd4a1 (diff)
downloadpi-bitcoindev-c91e07435dcb0d2118064179c91d9eec9df26399.tar.gz
pi-bitcoindev-c91e07435dcb0d2118064179c91d9eec9df26399.zip
Re: [bitcoin-dev] [BIP Draft] Decentralized Improvement Proposals
-rw-r--r--f7/e1c7c69f43aa6096bcf038dcbc192d6d5a3ae474
1 files changed, 74 insertions, 0 deletions
diff --git a/f7/e1c7c69f43aa6096bcf038dcbc192d6d5a3ae4 b/f7/e1c7c69f43aa6096bcf038dcbc192d6d5a3ae4
new file mode 100644
index 000000000..026852332
--- /dev/null
+++ b/f7/e1c7c69f43aa6096bcf038dcbc192d6d5a3ae4
@@ -0,0 +1,74 @@
+Return-Path: <tomas@tomasvdw.nl>
+Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
+ [172.17.192.35])
+ by mail.linuxfoundation.org (Postfix) with ESMTPS id 0775F1281
+ for <bitcoin-dev@lists.linuxfoundation.org>;
+ Wed, 30 Dec 2015 18:23:01 +0000 (UTC)
+X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
+Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com
+ [66.111.4.28])
+ by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 812C7155
+ for <bitcoin-dev@lists.linuxfoundation.org>;
+ Wed, 30 Dec 2015 18:23:00 +0000 (UTC)
+Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
+ by mailout.nyi.internal (Postfix) with ESMTP id AE6692032D
+ for <bitcoin-dev@lists.linuxfoundation.org>;
+ Wed, 30 Dec 2015 13:22:59 -0500 (EST)
+Received: from web1 ([10.202.2.211])
+ by compute5.internal (MEProxy); Wed, 30 Dec 2015 13:22:59 -0500
+DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
+ messagingengine.com; h=content-transfer-encoding:content-type
+ :date:from:in-reply-to:message-id:mime-version:references
+ :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=uHJp+JU0xWEsScN
+ LPTxyKbIQzFE=; b=ReAfSkq187KhLwYHL1TWiYWpjTmJQqsCqBhf9v3SY14do3y
+ flyyErcKdOwDpcjuYYIfw+6ygL/J8Wcjle+e8ocS4eesN+L0ogUfyLRQ7m8kMYom
+ gwksKmZTI5ahpO+KXth9MS/JwyT3Ky1gr2YQLkXU8AGvLtAkQgs05aR7C0F8=
+Received: by web1.nyi.internal (Postfix, from userid 99)
+ id 83E61AEC9A2; Wed, 30 Dec 2015 13:22:59 -0500 (EST)
+Message-Id: <1451499779.3919416.479357794.2C21BFA1@webmail.messagingengine.com>
+X-Sasl-Enc: +apFk7tIedZyEThelZgjXPD9UmwbBvkdO17s6+yGvnfK 1451499779
+From: Tomas <tomas@tomasvdw.nl>
+To: Luke Dashjr <luke@dashjr.org>, bitcoin-dev@lists.linuxfoundation.org
+MIME-Version: 1.0
+Content-Transfer-Encoding: 7bit
+Content-Type: text/plain
+X-Mailer: MessagingEngine.com Webmail Interface - ajax-a93c17cb
+In-Reply-To: <201512301710.27154.luke@dashjr.org>
+References: <1451493317.3215816.479282618.4F666D71@webmail.messagingengine.com>
+ <201512301710.27154.luke@dashjr.org>
+Date: Wed, 30 Dec 2015 19:22:59 +0100
+X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIM_SIGNED,
+ DKIM_VALID,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
+X-Mailman-Approved-At: Wed, 30 Dec 2015 18:35:02 +0000
+Subject: Re: [bitcoin-dev] [BIP Draft] Decentralized Improvement Proposals
+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: Wed, 30 Dec 2015 18:23:01 -0000
+
+
+> The specification itself looks like an inefficient and bloaty reinvention
+> of
+> version bits.
+
+The actual assignment of version bits isn't clear from the
+specification. Are you saying that any implementation that wants to
+propose a change is encouraged to pick a free version bit and use it?
+
+Furthermore, my proposal addresses the danger of forward-incompatible
+changes; a hard-fork can no longer occur as every implementation will
+agree on the active the set of rules even if it has not implemented
+them. This seems to be lacking in the version bits proposal.
+
+Tomas
+