From 11e16622f225a0d5a87a3206528066cd920e5368 Mon Sep 17 00:00:00 2001 From: BtcDrak Date: Tue, 6 Mar 2018 12:01:17 +0000 Subject: BIP to reserve nversion bits in blockheader --- bip-reservedbits.mediawiki | 64 ++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 64 insertions(+) create mode 100644 bip-reservedbits.mediawiki diff --git a/bip-reservedbits.mediawiki b/bip-reservedbits.mediawiki new file mode 100644 index 0000000..f13e825 --- /dev/null +++ b/bip-reservedbits.mediawiki @@ -0,0 +1,64 @@ +
+  BIP: ?
+  Title: Reserved nVersion bits for general purpose use
+  Author: BtcDrak 
+  Comments-Summary: No comments yet.
+  Comments-URI: https://github.com/bitcoin/bips/wiki/Comments:BIP-????
+  Status: Draft
+  Type: Informational
+  Created: 2018-03-01
+  License: BSD-3-Clause
+           CC0-1.0
+
+ +==Abstract== + +This BIP reserves 16 bits of the block header nVersion field for general purpose use and removes their meaning for the purpose of version bits soft-fork signalling. + +The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119. + +==Motivation== + +There are a variety of things that miners may desire to use some of the nVersion field bits for. However, due to their use to coordinate miner activated soft-forks, full node software will generate false warnings about unknown soft forks if those bits are used for non soft fork signalling purposes. By reserving bits from the nVersion field for general use, node software can be updated to ignore those bits and therefore will not emit false warnings. Reserving 16 bits for general use leaves enough for 13 parallel soft-forks using version bits. + +===Example Uses=== + +The following are example cases that would benefit from using some of the bits from the nVersion field. This list is not exhaustive. + +Bitcoin mining hardware currently can exhaust the 32 bit nonce field in less than 200ms requiring the controller to distribute new jobs very frequently to each mining chip consuming a lot of bandwidth and CPU time. This can be greatly reduced by rolling more bits. Rolling too many bits from nTime is not ideal because it may distort the timestamps over a longer period. + +Version-rolling AsicBoost requires two bits from the nVersion field to calculate 4-way collisions. Any two bits can be used and mining equipment can negotiate which bits are to be used with mining pools via the Stratum "version-rolling" extension. + +==Specification== + +Sixteen bits from the block header nVersion field, starting from 13 and ending at 28 inclusive (0x1fffe000), are reserved for general use and removed from BIP8 and BIP9 specifications. A mask of 0xe0001fff should be applied to nVersion bits so bits 13-28 inclusive will be ignored for soft-fork signalling and unknown soft-fork warnings. + +This specification does not reserve specific bits for specific purposes. + +==Reference Implementation== + +https://github.com/btcdrak/bitcoin/commit/d12516e136d4a8952904a13eedc9f4225f35dc3b + +==Backwards Compatibility== + +This proposal is backwards compatible, and does not require a soft fork to implement. + +==Acknowledgements== + +Timo Hanke and Sergio Lerner for originally proposing 15-bit extra nNonce2. + +==References== + +[[bip-0008.mediawiki|BIP8]] + +[[bip-0009.mediawiki|BIP9]] + +[https://arxiv.org/pdf/1604.00575.pdf AsicBoost white paper] + +[https://github.com/BlockheaderNonce2/bitcoin/wiki Blockheader Extra nNonce2 proposal] + +[https://github.com/slushpool/stratumprotocol/blob/master/stratum-extensions.mediawiki Stratum protocol extension BIP for version-rolling] + +==Copyright== + +This document is dual licensed as BSD 3-clause, and Creative Commons CC0 1.0 Universal. -- cgit v1.2.3 From d0a2ac057c0d10496a8df63158fd4dbea0370e49 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E0=B8=BFtcDrak?= Date: Tue, 14 Aug 2018 21:28:16 +0000 Subject: Update metadata and BC --- bip-reservedbits.mediawiki | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/bip-reservedbits.mediawiki b/bip-reservedbits.mediawiki index f13e825..b7b5e05 100644 --- a/bip-reservedbits.mediawiki +++ b/bip-reservedbits.mediawiki @@ -5,7 +5,7 @@ Comments-Summary: No comments yet. Comments-URI: https://github.com/bitcoin/bips/wiki/Comments:BIP-???? Status: Draft - Type: Informational + Type: Standards Track Created: 2018-03-01 License: BSD-3-Clause CC0-1.0 @@ -41,7 +41,11 @@ https://github.com/btcdrak/bitcoin/commit/d12516e136d4a8952904a13eedc9f4225f35dc ==Backwards Compatibility== -This proposal is backwards compatible, and does not require a soft fork to implement. +Non-upgraded nodes will interpret the reserved bits of this proposal as signals for soft forks, and may additionally activate the warning system for unknown soft forks. + +This proposal does not require a soft fork to implement. + +At the time of writing no known soft forks are pending using any of 16 bits reserved in this BIP, and given that a non-trivial percentage of the hashrate is already using making uses of those bits, future soft forks SHOULD NOT utilise those bits for activation sinalling. ==Acknowledgements== -- cgit v1.2.3