diff options
| author | Wladimir J. van der Laan <laanwj@gmail.com> | 2016-08-17 13:01:59 +0200 |
|---|---|---|
| committer | Wladimir J. van der Laan <laanwj@gmail.com> | 2016-08-17 13:06:57 +0200 |
| commit | a402396dce64c42ea73535b7dde4a9164d430438 (patch) | |
| tree | 0337e1910c7348807edcbc2256bd14225c0a28f3 | |
| parent | 4374f0ee35f8f617320ef603a23f3bdc1964d2d0 (diff) | |
| parent | 5e499e7a56b2e343e0a9b169cd95f181bdd3e334 (diff) | |
| download | bitcoin-0.13.0.tar.xz | |
Merge #8490: [0.13] release notes: Mention new relevance of non-mining nodes on network policy; and misc fixesv0.13.0
5e499e7 doc/release-notes: Document changed bytespersigop behaviour (Luke Dashjr)
40d705c doc/release-notes: Mention the relevance of Compact Blocks on non-mining nodes' influence on network policy (Luke Dashjr)
4f55293 doc/release-notes: Misc (Luke Dashjr)
| -rw-r--r-- | doc/release-notes.md | 28 |
1 files changed, 25 insertions, 3 deletions
diff --git a/doc/release-notes.md b/doc/release-notes.md index ba8ad71beb..5dd3f5a651 100644 --- a/doc/release-notes.md +++ b/doc/release-notes.md @@ -56,7 +56,7 @@ during initial sync of a node, and when catching up after downtime. bitcoin-cli: arguments privacy --------------------------------- +------------------------------ The RPC command line client gained a new argument, `-stdin` to read extra arguments from standard input, one per line until EOF/Ctrl-D. @@ -74,7 +74,7 @@ table by any user on the system. C++11 and Python 3 -------------------- +------------------ Various code modernizations have been done. The Bitcoin Core code base has started using C++11. This means that a C++11-capable compiler is now needed for @@ -88,7 +88,7 @@ required. Linux ARM builds ------------------- +---------------- Due to popular request, Linux ARM builds have been added to the uploaded executables. @@ -119,6 +119,15 @@ cases it also reduces propagation delay. It is automatically enabled between compatible peers. [BIP 152](https://github.com/bitcoin/bips/blob/master/bip-0152.mediawiki) +As a side-effect, ordinary non-mining nodes will download and upload blocks +faster if those blocks were produced by miners using similar transaction +filtering policies. This means that a miner who produces a block with many +transactions discouraged by your node will be relayed slower than one with +only transactions already in your memory pool. The overall effect of such +relay differences on the network may result in blocks which include widely- +discouraged transactions losing a stale block race, and therefore miners may +wish to configure their node to take common relay policies into consideration. + Hierarchical Deterministic Key Generation ----------------------------------------- @@ -244,6 +253,19 @@ RPC call `generatetoaddress` has been added to mine to a specific address. This works with wallet disabled. +New bytespersigop implementation +-------------------------------- + +The former implementation of the bytespersigop filter accidentally broke bare +multisig (which is meant to be controlled by the `permitbaremultisig` option), +since the consensus protocol always counts these older transaction forms as 20 +sigops for backwards compatibility. Simply fixing this bug by counting more +accurately would have reintroduced a vulnerability. It has therefore been +replaced with a new implementation that rather than filter such transactions, +instead treats them (for fee purposes only) as if they were in fact the size +of a transaction actually using all 20 sigops. + + Low-level P2P changes ---------------------- |