doc: Explain effects of -prune=<n> parameter in release notes

As discussed in the mailing list thread:
    [bitcoin-dev] Bitcoin Core 0.12.0 release candidate 1 available
in the replies to this message:
http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2016-January/012276.html

Please review thoroughly, I'm a newbie.
This commit is contained in:
xor-freenet 2016-01-25 18:07:33 +01:00
parent 7c5e90e8dd
commit fe074ccb37
No known key found for this signature in database
GPG Key ID: CB6667EF2D8D6B79
1 changed files with 11 additions and 0 deletions

View File

@ -267,6 +267,9 @@ Wallet: Pruning
--------------- ---------------
With 0.12 it is possible to use wallet functionality in pruned mode. With 0.12 it is possible to use wallet functionality in pruned mode.
This can reduce the disk usage from currently around 60 GB to
less than 1 GB.
However, rescans as well as the RPCs `importwallet`, `importaddress`, However, rescans as well as the RPCs `importwallet`, `importaddress`,
`importprivkey` are disabled. `importprivkey` are disabled.
@ -274,6 +277,14 @@ To enable block pruning set `prune=<N>` on the command line or in
`bitcoin.conf`, where `N` is the number of MiB to allot for `bitcoin.conf`, where `N` is the number of MiB to allot for
raw block & undo data. raw block & undo data.
A value of 0 disables pruning. The minimal value above 0 is 550. Your
wallet is as secure with high values as it is with low ones. Higher
values merely reduce the network traffic in case of reorganization of
the blockchain. In future releases, a higher value may also help the
network as a whole: The stored blocks could be served to other nodes.
Currently, nodes with pruning enabled do not serve block data at all
and thus could be considered as "leechers".
`NODE_BLOOM` service bit `NODE_BLOOM` service bit
------------------------ ------------------------