@@ -41,81 +41,7 @@ report issues about Windows XP to the issue tracker.
41
41
Notable changes
42
42
===============
43
43
44
- Database cache memory increased
45
- --------------------------------
46
-
47
- As a result of growth of the UTXO set, performance with the prior default
48
- database cache of 100 MiB has suffered.
49
- For this reason the default was changed to 300 MiB in this release.
50
-
51
- For nodes on low-memory systems, the database cache can be changed back to
52
- 100 MiB (or to another value) by either:
53
-
54
- - Adding ` dbcache=100 ` in bitcoin.conf
55
- - Changing it in the GUI under ` Options → Size of database cache `
56
-
57
- Note that the database cache setting has the most performance impact
58
- during initial sync of a node, and when catching up after downtime.
59
-
60
- bitcoin-cli: arguments privacy
61
- --------------------------------
62
-
63
- The RPC command line client gained a new argument, ` -stdin `
64
- to read extra arguments from standard input, one per line until EOF/Ctrl-D.
65
- For example:
66
-
67
- $ echo -e "mysecretcode\n120" | src/bitcoin-cli -stdin walletpassphrase
68
-
69
- It is recommended to use this for sensitive information such as wallet
70
- passphrases, as command-line arguments can usually be read from the process
71
- table by any user on the system.
72
-
73
- RPC low-level changes
74
- ----------------------
75
-
76
- - ` gettxoutsetinfo ` UTXO hash (` hash_serialized ` ) has changed. There was a divergence between
77
- 32-bit and 64-bit platforms, and the txids were missing in the hashed data. This has been
78
- fixed, but this means that the output will be different than from previous versions.
79
-
80
- - Full UTF-8 support in the RPC API. Non-ASCII characters in, for example,
81
- wallet labels have always been malformed because they weren't taken into account
82
- properly in JSON RPC processing. This is no longer the case. This also affects
83
- the GUI debug console.
84
-
85
- C++11 and Python 3
86
- -------------------
87
-
88
- Various code modernizations have been done. The Bitcoin Core code base has
89
- started using C++11. This means that a C++11-capable compiler is now needed for
90
- building. Effectively this means GCC 4.7 or higher, or Clang 3.3 or higher.
91
-
92
- When cross-compiling for a target that doesn't have C++11 libraries, configure with
93
- ` ./configure --enable-glibc-back-compat ... LDFLAGS=-static-libstdc++ ` .
94
-
95
- For running the functional tests in ` qa/rpc-tests ` , Python3.4 or higher is now
96
- required.
97
-
98
- Linux ARM builds
99
- ------------------
100
-
101
- Due to popular request, Linux ARM builds have been added to the uploaded
102
- executables.
103
-
104
- The following extra files can be found in the download directory or torrent:
105
-
106
- - ` bitcoin-${VERSION}-arm-linux-gnueabihf.tar.gz ` : Linux binaries for the most
107
- common 32-bit ARM architecture.
108
- - ` bitcoin-${VERSION}-aarch64-linux-gnu.tar.gz ` : Linux binaries for the most
109
- common 64-bit ARM architecture.
110
-
111
- ARM builds are still experimental. If you have problems on a certain device or
112
- Linux distribution combination please report them on the bug tracker, it may be
113
- possible to resolve them.
114
-
115
- Note that Android is not considered ARM Linux in this context. The executables
116
- are not expected to work out of the box on Android.
117
-
118
- 0.13.0 Change log
44
+ 0.14.0 Change log
119
45
=================
120
46
121
47
Detailed release notes follow. This overview includes changes that affect
@@ -125,83 +51,28 @@ git merge commit are mentioned.
125
51
126
52
### RPC and REST
127
53
128
- Asm script outputs replacements for OP_NOP2 and OP_NOP3
129
- -------------------------------------------------------
130
-
131
- OP_NOP2 has been renamed to OP_CHECKLOCKTIMEVERIFY by [ BIP
132
- 65] ( https://github.com/bitcoin/bips/blob/master/bip-0065.mediawiki )
133
-
134
- OP_NOP3 has been renamed to OP_CHECKSEQUENCEVERIFY by [ BIP
135
- 112] ( https://github.com/bitcoin/bips/blob/master/bip-0112.mediawiki )
136
-
137
- The following outputs are affected by this change:
138
- - RPC ` getrawtransaction ` (in verbose mode)
139
- - RPC ` decoderawtransaction `
140
- - RPC ` decodescript `
141
- - REST ` /rest/tx/ ` (JSON format)
142
- - REST ` /rest/block/ ` (JSON format when including extended tx details)
143
- - ` bitcoin-tx -json `
144
-
145
- New mempool information RPC calls
146
- ---------------------------------
147
-
148
- RPC calls have been added to output detailed statistics for individual mempool
149
- entries, as well as to calculate the in-mempool ancestors or descendants of a
150
- transaction: see ` getmempoolentry ` , ` getmempoolancestors ` , ` getmempooldescendants ` .
151
-
152
- ### ZMQ
153
-
154
- Each ZMQ notification now contains an up-counting sequence number that allows
155
- listeners to detect lost notifications.
156
- The sequence number is always the last element in a multi-part ZMQ notification and
157
- therefore backward compatible.
158
- Each message type has its own counter.
159
- (https://github.com/bitcoin/bitcoin/pull/7762 )
160
-
161
54
### Configuration and command-line options
162
55
163
56
### Block and transaction handling
164
57
165
58
### P2P protocol and network code
166
59
167
- The p2p alert system has been removed in #7692 and the 'alert' message is no longer supported.
168
-
169
-
170
- Fee filtering of invs (BIP 133)
171
- ------------------------------------
172
-
173
- The optional new p2p message "feefilter" is implemented and the protocol
174
- version is bumped to 70013. Upon receiving a feefilter message from a peer,
175
- a node will not send invs for any transactions which do not meet the filter
176
- feerate. [ BIP 133] ( https://github.com/bitcoin/bips/blob/master/bip-0133.mediawiki )
177
-
178
60
### Validation
179
61
180
62
### Build system
181
63
182
64
### Wallet
183
65
184
- Hierarchical Deterministic Key Generation
185
- -----------------------------------------
186
- Newly created wallets will use hierarchical deterministic key generation
187
- according to BIP32 (keypath m/0'/0'/k').
188
- Existing wallets will still use traditional key generation.
189
-
190
- Backups of HD wallets, regardless of when they have been created, can
191
- therefore be used to re-generate all possible private keys, even the
192
- ones which haven't already been generated during the time of the backup.
193
-
194
- HD key generation for new wallets can be disabled by ` -usehd=0 ` . Keep in
195
- mind that this flag only has affect on newly created wallets.
196
- You can't disable HD key generation once you have created a HD wallet.
197
-
198
- There is no distinction between internal (change) and external keys.
199
-
200
- [ Pull request] ( https://github.com/bitcoin/bitcoin/pull/8035/files ) , [ BIP 32] ( https://github.com/bitcoin/bips/blob/master/bip-0032.mediawiki )
201
-
202
66
### GUI
203
67
204
68
### Tests
205
69
206
70
### Miscellaneous
207
71
72
+ Credits
73
+ =======
74
+
75
+ Thanks to everyone who directly contributed to this release:
76
+
77
+
78
+ As well as everyone that helped translating on [ Transifex] ( https://www.transifex.com/projects/p/bitcoin/ ) .
0 commit comments