Merge #13950: doc: move-only 0.17.0 release notes of individual prs
fad3898627 doc: move-only release notes of individual prs (MarcoFalke)
Pull request description:
Suggestion for reviewers:
`git diff HEAD~ --color-moved=dimmed_zebra`
Tree-SHA512: 9d8be96d3a578e9df831eda1b5d942798ea4fbe2b1105f4c12a61a13716e62defd5ef8460fcd2411400849c057a8a1b3553ba2f490b70a353a6b46ce5be86accThis commit is contained in:
Wladimir J. van der Laan
commit
4da19de36f
8 changed files with 111 additions and 112 deletions
|
|
@ -1,13 +0,0 @@
|
||||||
Changed command-line options
|
|
||||||
----------------------------
|
|
||||||
|
|
||||||
- `-includeconf=<file>` can be used to include additional configuration files.
|
|
||||||
Only works inside the `bitcoin.conf` file, not inside included files or from
|
|
||||||
command-line. Multiple files may be included. Can be disabled from command-
|
|
||||||
line via `-noincludeconf`. Note that multi-argument commands like
|
|
||||||
`-includeconf` will override preceding `-noincludeconf`, i.e.
|
|
||||||
|
|
||||||
noincludeconf=1
|
|
||||||
includeconf=relative.conf
|
|
||||||
|
|
||||||
as bitcoin.conf will still include `relative.conf`.
|
|
||||||
|
|
@ -1,10 +0,0 @@
|
||||||
Dynamic loading and creation of wallets
|
|
||||||
---------------------------------------
|
|
||||||
|
|
||||||
Previously, wallets could only be loaded or created at startup, by specifying `-wallet` parameters on the command line or in the bitcoin.conf file. It is now possible to load, create and unload wallets dynamically at runtime:
|
|
||||||
|
|
||||||
- Existing wallets can be loaded by calling the `loadwallet` RPC. The wallet can be specified as file/directory basename (which must be located in the `walletdir` directory), or as an absolute path to a file/directory.
|
|
||||||
- New wallets can be created (and loaded) by calling the `createwallet` RPC. The provided name must not match a wallet file in the `walletdir` directory or the name of a wallet that is currently loaded.
|
|
||||||
- Loaded wallets can be unloaded by calling the `unloadwallet` RPC.
|
|
||||||
|
|
||||||
This feature is currently only available through the RPC interface.
|
|
||||||
|
|
@ -1,9 +0,0 @@
|
||||||
Notable changes
|
|
||||||
===============
|
|
||||||
|
|
||||||
Coin selection
|
|
||||||
--------------
|
|
||||||
- A new `-avoidpartialspends` flag has been added (default=false). If enabled, the wallet will try to spend UTXO's that point at the same destination
|
|
||||||
together. This is a privacy increase, as there will no longer be cases where a wallet will inadvertently spend only parts of the coins sent to
|
|
||||||
the same address (note that if someone were to send coins to that address after it was used, those coins will still be included in future
|
|
||||||
coin selections).
|
|
||||||
|
|
@ -1,20 +0,0 @@
|
||||||
Configuration sections for testnet and regtest
|
|
||||||
----------------------------------------------
|
|
||||||
|
|
||||||
It is now possible for a single configuration file to set different
|
|
||||||
options for different networks. This is done by using sections or by
|
|
||||||
prefixing the option with the network, such as:
|
|
||||||
|
|
||||||
main.uacomment=bitcoin
|
|
||||||
test.uacomment=bitcoin-testnet
|
|
||||||
regtest.uacomment=regtest
|
|
||||||
[main]
|
|
||||||
mempoolsize=300
|
|
||||||
[test]
|
|
||||||
mempoolsize=100
|
|
||||||
[regtest]
|
|
||||||
mempoolsize=20
|
|
||||||
|
|
||||||
The `addnode=`, `connect=`, `port=`, `bind=`, `rpcport=`, `rpcbind=`
|
|
||||||
and `wallet=` options will only apply to mainnet when specified in the
|
|
||||||
configuration file, unless a network is specified.
|
|
||||||
|
|
@ -1,37 +0,0 @@
|
||||||
'label' and 'account' APIs for wallet
|
|
||||||
-------------------------------------
|
|
||||||
|
|
||||||
A new 'label' API has been introduced for the wallet. This is intended as a
|
|
||||||
replacement for the deprecated 'account' API. The 'account' can continue to
|
|
||||||
be used in V0.17 by starting bitcoind with the '-deprecatedrpc=accounts'
|
|
||||||
argument, and will be fully removed in V0.18.
|
|
||||||
|
|
||||||
The label RPC methods mirror the account functionality, with the following functional differences:
|
|
||||||
|
|
||||||
- Labels can be set on any address, not just receiving addresses. This functionality was previously only available through the GUI.
|
|
||||||
- Labels can be deleted by reassigning all addresses using the `setlabel` RPC method.
|
|
||||||
- There isn't support for sending transactions _from_ a label, or for determining which label a transaction was sent from.
|
|
||||||
- Labels do not have a balance.
|
|
||||||
|
|
||||||
Here are the changes to RPC methods:
|
|
||||||
|
|
||||||
| Deprecated Method | New Method | Notes |
|
|
||||||
| :---------------------- | :-------------------- | :-----------|
|
|
||||||
| `getaccount` | `getaddressinfo` | `getaddressinfo` returns a json object with address information instead of just the name of the account as a string. |
|
|
||||||
| `getaccountaddress` | n/a | There is no replacement for `getaccountaddress` since labels do not have an associated receive address. |
|
|
||||||
| `getaddressesbyaccount` | `getaddressesbylabel` | `getaddressesbylabel` returns a json object with the addresses as keys, instead of a list of strings. |
|
|
||||||
| `getreceivedbyaccount` | `getreceivedbylabel` | _no change in behavior_ |
|
|
||||||
| `listaccounts` | `listlabels` | `listlabels` does not return a balance or accept `minconf` and `watchonly` arguments. |
|
|
||||||
| `listreceivedbyaccount` | `listreceivedbylabel` | Both methods return new `label` fields, along with `account` fields for backward compatibility. |
|
|
||||||
| `move` | n/a | _no replacement_ |
|
|
||||||
| `sendfrom` | n/a | _no replacement_ |
|
|
||||||
| `setaccount` | `setlabel` | Both methods now: <ul><li>allow assigning labels to any address, instead of raising an error if the address is not receiving address.<li>delete the previous label associated with an address when the final address using that label is reassigned to a different label, instead of making an implicit `getaccountaddress` call to ensure the previous label still has a receiving address. |
|
|
||||||
|
|
||||||
| Changed Method | Notes |
|
|
||||||
| :--------------------- | :------ |
|
|
||||||
| `addmultisigaddress` | Renamed `account` named parameter to `label`. Still accepts `account` for backward compatibility if running with '-deprecatedrpc=accounts'. |
|
|
||||||
| `getnewaddress` | Renamed `account` named parameter to `label`. Still accepts `account` for backward compatibility. if running with '-deprecatedrpc=accounts' |
|
|
||||||
| `listunspent` | Returns new `label` fields. `account` field will be returned for backward compatibility if running with '-deprecatedrpc=accounts' |
|
|
||||||
| `sendmany` | The `account` named parameter has been renamed to `dummy`. If provided, the `dummy` parameter must be set to the empty string, unless running with the `-deprecatedrpc=accounts` argument (in which case functionality is unchanged). |
|
|
||||||
| `listtransactions` | The `account` named parameter has been renamed to `dummy`. If provided, the `dummy` parameter must be set to the string `*`, unless running with the `-deprecatedrpc=accounts` argument (in which case functionality is unchanged). |
|
|
||||||
| `getbalance` | `account`, `minconf` and `include_watchonly` parameters are deprecated, and can only be used if running with '-deprecatedrpc=accounts' |
|
|
||||||
|
|
@ -1,12 +0,0 @@
|
||||||
RPC changes
|
|
||||||
------------
|
|
||||||
|
|
||||||
### Low-level changes
|
|
||||||
|
|
||||||
- The `getwalletinfo` RPC method now returns an `hdseedid` value, which is always the same as the incorrectly-named `hdmasterkeyid` value. `hdmasterkeyid` will be removed in V0.18.
|
|
||||||
- The `getaddressinfo` RPC method now returns an `hdseedid` value, which is always the same as the incorrectly-named `hdmasterkeyid` value. `hdmasterkeyid` will be removed in V0.18.
|
|
||||||
|
|
||||||
Other API changes
|
|
||||||
-----------------
|
|
||||||
|
|
||||||
- The `inactivehdmaster` property in the `dumpwallet` output has been corrected to `inactivehdseed`
|
|
||||||
|
|
@ -1,11 +0,0 @@
|
||||||
Transaction index changes
|
|
||||||
-------------------------
|
|
||||||
|
|
||||||
The transaction index is now built separately from the main node procedure,
|
|
||||||
meaning the `-txindex` flag can be toggled without a full reindex. If bitcoind
|
|
||||||
is run with `-txindex` on a node that is already partially or fully synced
|
|
||||||
without one, the transaction index will be built in the background and become
|
|
||||||
available once caught up. When switching from running `-txindex` to running
|
|
||||||
without the flag, the transaction index database will *not* be deleted
|
|
||||||
automatically, meaning it could be turned back on at a later time without a full
|
|
||||||
resync.
|
|
||||||
|
|
@ -59,6 +59,20 @@ support versions of macOS older than 10.10.
|
||||||
Notable changes
|
Notable changes
|
||||||
===============
|
===============
|
||||||
|
|
||||||
|
Changed command-line options
|
||||||
|
----------------------------
|
||||||
|
|
||||||
|
- `-includeconf=<file>` can be used to include additional configuration files.
|
||||||
|
Only works inside the `bitcoin.conf` file, not inside included files or from
|
||||||
|
command-line. Multiple files may be included. Can be disabled from command-
|
||||||
|
line via `-noincludeconf`. Note that multi-argument commands like
|
||||||
|
`-includeconf` will override preceding `-noincludeconf`, i.e.
|
||||||
|
|
||||||
|
noincludeconf=1
|
||||||
|
includeconf=relative.conf
|
||||||
|
|
||||||
|
as bitcoin.conf will still include `relative.conf`.
|
||||||
|
|
||||||
GUI changes
|
GUI changes
|
||||||
-----------
|
-----------
|
||||||
|
|
||||||
|
|
@ -106,6 +120,83 @@ For backwards compatibility, wallet paths that are names of existing data files
|
||||||
in the `-walletdir` directory will continue to be accepted and interpreted the
|
in the `-walletdir` directory will continue to be accepted and interpreted the
|
||||||
same as before.
|
same as before.
|
||||||
|
|
||||||
|
Dynamic loading and creation of wallets
|
||||||
|
---------------------------------------
|
||||||
|
|
||||||
|
Previously, wallets could only be loaded or created at startup, by specifying `-wallet` parameters on the command line or in the bitcoin.conf file. It is now possible to load, create and unload wallets dynamically at runtime:
|
||||||
|
|
||||||
|
- Existing wallets can be loaded by calling the `loadwallet` RPC. The wallet can be specified as file/directory basename (which must be located in the `walletdir` directory), or as an absolute path to a file/directory.
|
||||||
|
- New wallets can be created (and loaded) by calling the `createwallet` RPC. The provided name must not match a wallet file in the `walletdir` directory or the name of a wallet that is currently loaded.
|
||||||
|
- Loaded wallets can be unloaded by calling the `unloadwallet` RPC.
|
||||||
|
|
||||||
|
This feature is currently only available through the RPC interface.
|
||||||
|
|
||||||
|
Coin selection
|
||||||
|
--------------
|
||||||
|
- A new `-avoidpartialspends` flag has been added (default=false). If enabled, the wallet will try to spend UTXO's that point at the same destination
|
||||||
|
together. This is a privacy increase, as there will no longer be cases where a wallet will inadvertently spend only parts of the coins sent to
|
||||||
|
the same address (note that if someone were to send coins to that address after it was used, those coins will still be included in future
|
||||||
|
coin selections).
|
||||||
|
|
||||||
|
Configuration sections for testnet and regtest
|
||||||
|
----------------------------------------------
|
||||||
|
|
||||||
|
It is now possible for a single configuration file to set different
|
||||||
|
options for different networks. This is done by using sections or by
|
||||||
|
prefixing the option with the network, such as:
|
||||||
|
|
||||||
|
main.uacomment=bitcoin
|
||||||
|
test.uacomment=bitcoin-testnet
|
||||||
|
regtest.uacomment=regtest
|
||||||
|
[main]
|
||||||
|
mempoolsize=300
|
||||||
|
[test]
|
||||||
|
mempoolsize=100
|
||||||
|
[regtest]
|
||||||
|
mempoolsize=20
|
||||||
|
|
||||||
|
The `addnode=`, `connect=`, `port=`, `bind=`, `rpcport=`, `rpcbind=`
|
||||||
|
and `wallet=` options will only apply to mainnet when specified in the
|
||||||
|
configuration file, unless a network is specified.
|
||||||
|
|
||||||
|
'label' and 'account' APIs for wallet
|
||||||
|
-------------------------------------
|
||||||
|
|
||||||
|
A new 'label' API has been introduced for the wallet. This is intended as a
|
||||||
|
replacement for the deprecated 'account' API. The 'account' can continue to
|
||||||
|
be used in V0.17 by starting bitcoind with the '-deprecatedrpc=accounts'
|
||||||
|
argument, and will be fully removed in V0.18.
|
||||||
|
|
||||||
|
The label RPC methods mirror the account functionality, with the following functional differences:
|
||||||
|
|
||||||
|
- Labels can be set on any address, not just receiving addresses. This functionality was previously only available through the GUI.
|
||||||
|
- Labels can be deleted by reassigning all addresses using the `setlabel` RPC method.
|
||||||
|
- There isn't support for sending transactions _from_ a label, or for determining which label a transaction was sent from.
|
||||||
|
- Labels do not have a balance.
|
||||||
|
|
||||||
|
Here are the changes to RPC methods:
|
||||||
|
|
||||||
|
| Deprecated Method | New Method | Notes |
|
||||||
|
| :---------------------- | :-------------------- | :-----------|
|
||||||
|
| `getaccount` | `getaddressinfo` | `getaddressinfo` returns a json object with address information instead of just the name of the account as a string. |
|
||||||
|
| `getaccountaddress` | n/a | There is no replacement for `getaccountaddress` since labels do not have an associated receive address. |
|
||||||
|
| `getaddressesbyaccount` | `getaddressesbylabel` | `getaddressesbylabel` returns a json object with the addresses as keys, instead of a list of strings. |
|
||||||
|
| `getreceivedbyaccount` | `getreceivedbylabel` | _no change in behavior_ |
|
||||||
|
| `listaccounts` | `listlabels` | `listlabels` does not return a balance or accept `minconf` and `watchonly` arguments. |
|
||||||
|
| `listreceivedbyaccount` | `listreceivedbylabel` | Both methods return new `label` fields, along with `account` fields for backward compatibility. |
|
||||||
|
| `move` | n/a | _no replacement_ |
|
||||||
|
| `sendfrom` | n/a | _no replacement_ |
|
||||||
|
| `setaccount` | `setlabel` | Both methods now: <ul><li>allow assigning labels to any address, instead of raising an error if the address is not receiving address.<li>delete the previous label associated with an address when the final address using that label is reassigned to a different label, instead of making an implicit `getaccountaddress` call to ensure the previous label still has a receiving address. |
|
||||||
|
|
||||||
|
| Changed Method | Notes |
|
||||||
|
| :--------------------- | :------ |
|
||||||
|
| `addmultisigaddress` | Renamed `account` named parameter to `label`. Still accepts `account` for backward compatibility if running with '-deprecatedrpc=accounts'. |
|
||||||
|
| `getnewaddress` | Renamed `account` named parameter to `label`. Still accepts `account` for backward compatibility. if running with '-deprecatedrpc=accounts' |
|
||||||
|
| `listunspent` | Returns new `label` fields. `account` field will be returned for backward compatibility if running with '-deprecatedrpc=accounts' |
|
||||||
|
| `sendmany` | The `account` named parameter has been renamed to `dummy`. If provided, the `dummy` parameter must be set to the empty string, unless running with the `-deprecatedrpc=accounts` argument (in which case functionality is unchanged). |
|
||||||
|
| `listtransactions` | The `account` named parameter has been renamed to `dummy`. If provided, the `dummy` parameter must be set to the string `*`, unless running with the `-deprecatedrpc=accounts` argument (in which case functionality is unchanged). |
|
||||||
|
| `getbalance` | `account`, `minconf` and `include_watchonly` parameters are deprecated, and can only be used if running with '-deprecatedrpc=accounts' |
|
||||||
|
|
||||||
Low-level RPC changes
|
Low-level RPC changes
|
||||||
---------------------
|
---------------------
|
||||||
|
|
||||||
|
|
@ -130,6 +221,14 @@ Low-level RPC changes
|
||||||
`importmulti` with hex script argument). `signrawtransaction*` also still
|
`importmulti` with hex script argument). `signrawtransaction*` also still
|
||||||
works for them.
|
works for them.
|
||||||
|
|
||||||
|
- The `getwalletinfo` RPC method now returns an `hdseedid` value, which is always the same as the incorrectly-named `hdmasterkeyid` value. `hdmasterkeyid` will be removed in V0.18.
|
||||||
|
- The `getaddressinfo` RPC method now returns an `hdseedid` value, which is always the same as the incorrectly-named `hdmasterkeyid` value. `hdmasterkeyid` will be removed in V0.18.
|
||||||
|
|
||||||
|
Other API changes
|
||||||
|
-----------------
|
||||||
|
|
||||||
|
- The `inactivehdmaster` property in the `dumpwallet` output has been corrected to `inactivehdseed`
|
||||||
|
|
||||||
### Logging
|
### Logging
|
||||||
|
|
||||||
- The log timestamp format is now ISO 8601 (e.g. "2018-02-28T12:34:56Z").
|
- The log timestamp format is now ISO 8601 (e.g. "2018-02-28T12:34:56Z").
|
||||||
|
|
@ -139,6 +238,18 @@ Low-level RPC changes
|
||||||
disables logging to debug.log. Instead, logging to file can be explicitly disabled
|
disables logging to debug.log. Instead, logging to file can be explicitly disabled
|
||||||
by setting `-debuglogfile=0`.
|
by setting `-debuglogfile=0`.
|
||||||
|
|
||||||
|
Transaction index changes
|
||||||
|
-------------------------
|
||||||
|
|
||||||
|
The transaction index is now built separately from the main node procedure,
|
||||||
|
meaning the `-txindex` flag can be toggled without a full reindex. If bitcoind
|
||||||
|
is run with `-txindex` on a node that is already partially or fully synced
|
||||||
|
without one, the transaction index will be built in the background and become
|
||||||
|
available once caught up. When switching from running `-txindex` to running
|
||||||
|
without the flag, the transaction index database will *not* be deleted
|
||||||
|
automatically, meaning it could be turned back on at a later time without a full
|
||||||
|
resync.
|
||||||
|
|
||||||
Miner block size removed
|
Miner block size removed
|
||||||
------------------------
|
------------------------
|
||||||
|
|
||||||
|
|
|
||||||
Loading…
Reference in a new issue