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:
parent
7c5e90e8dd
commit
fe074ccb37
@ -267,6 +267,9 @@ Wallet: Pruning
|
||||
---------------
|
||||
|
||||
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`,
|
||||
`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
|
||||
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
|
||||
------------------------
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user