summaryrefslogtreecommitdiff
path: root/82/9b8d9ef5a574f7be19021464ee4f5c179f06f2
blob: c3ef218766d9e667a89cc0cc440b20091c1e9b6b (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
Return-Path: <jl2012@xbt.hk>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 6E181899
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Sat,  8 Aug 2015 18:51:20 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from s47.web-hosting.com (s47.web-hosting.com [199.188.200.16])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 5F9BD280
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Sat,  8 Aug 2015 18:51:19 +0000 (UTC)
Received: from localhost ([::1]:53267 helo=server47.web-hosting.com)
	by server47.web-hosting.com with esmtpa (Exim 4.85)
	(envelope-from <jl2012@xbt.hk>) id 1ZO9DC-001Uy6-3E
	for bitcoin-dev@lists.linuxfoundation.org;
	Sat, 08 Aug 2015 14:51:18 -0400
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII;
 format=flowed
Content-Transfer-Encoding: 7bit
Date: Sat, 08 Aug 2015 14:51:17 -0400
From: jl2012@xbt.hk
To: bitcoin-dev@lists.linuxfoundation.org
Message-ID: <bcebe52e7f66f2065d48e089d773156b@xbt.hk>
X-Sender: jl2012@xbt.hk
User-Agent: Roundcube Webmail/1.0.5
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - server47.web-hosting.com
X-AntiAbuse: Original Domain - lists.linuxfoundation.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - xbt.hk
X-Get-Message-Sender-Via: server47.web-hosting.com: authenticated_id:
	jl2012@xbt.hk
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-From-Rewrite: unmodified, already matched
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
Subject: [bitcoin-dev] The use of tx version field in BIP62 and 68
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: Sat, 08 Aug 2015 18:51:20 -0000

BIP68 rules and some of the BIP62 rules are applied only if the tx 
version is >=2 and >=3 respectively. Therefore, it is not possible to 
create a tx which follows BIP62 but not BIP68. If we introduce v4 tx 
later, BIP62 and BIP68 will all become mandatory.

Some rules, e.g. "scriptPubKey evaluation will be required to result in 
a single non-zero value" in BIP62, will cause trouble when we try to 
introduce a new script system with softfork.

I suggest to divide the tx version field into 2 parts: the higher 4 bits 
and lower 28 bits.

BIP62 is active for a tx if its highest bits are 0000, and the second 
lowest bit is 1.

BIP68 is active for a tx if its highest bits are 0000, and the third 
lowest bit is 1.

So it will be easier for us to re-purpose the nSequence, or to take 
advantage of malleability in the future. If this is adopted, the 
nSequence high bit requirement in BIP68 becomes unnecessary as we could 
easily switch it off.

The low bits will allow 28 independent BIPs and should be ample for many 
years. When they are exhausted, we can switch the high bits to a 
different number (1-15) and redefine the meaning of low bits. By that 
time, some of the 28 BIPs might have become obsoleted or could be 
merged.

(I'm not sure if there are other draft BIPs with similar interpretation 
of tx version but the comments above should also apply to them)