mirror of
https://github.com/bitcoin/bitcoin.git
synced 2025-05-19 00:11:42 +02:00
Release notes: integrate detached release notes
This commit is contained in:
parent
97fbe67940
commit
f3d7d75e4e
@ -1,21 +0,0 @@
|
|||||||
Configuration
|
|
||||||
-------------
|
|
||||||
|
|
||||||
The outbound message high water mark of the ZMQ PUB sockets are now
|
|
||||||
configurable via the options:
|
|
||||||
|
|
||||||
`-zmqpubhashtxhwm=n`
|
|
||||||
|
|
||||||
`-zmqpubhashblockhwm=n`
|
|
||||||
|
|
||||||
`-zmqpubrawblockhwm=n`
|
|
||||||
|
|
||||||
`-zmqpubrawtxhwm=n`
|
|
||||||
|
|
||||||
Each high water mark value must be an integer greater than or equal to 0.
|
|
||||||
The high water mark limits the maximum number of messages that ZMQ will
|
|
||||||
queue in memory for any single subscriber. A value of 0 means no limit.
|
|
||||||
When not specified, the default value continues to be 1000.
|
|
||||||
When a ZMQ PUB socket reaches its high water mark for a subscriber, then
|
|
||||||
additional messages to the subscriber are dropped until the number of
|
|
||||||
queued messages again falls below the high water mark value.
|
|
@ -1,5 +0,0 @@
|
|||||||
Miscellaneous RPC changes
|
|
||||||
------------
|
|
||||||
|
|
||||||
- `getaddressinfo` now reports `solvable`, a boolean indicating whether all information necessary for signing is present in the wallet (ignoring private keys).
|
|
||||||
- `getaddressinfo`, `listunspent`, and `scantxoutset` have a new output field `desc`, an output descriptor that encapsulates all signing information and key paths for the address (only available when `solvable` is true for `getaddressinfo` and `listunspent`).
|
|
@ -1,5 +0,0 @@
|
|||||||
Low-level RPC changes
|
|
||||||
---------------------
|
|
||||||
|
|
||||||
The `importmulti` RPC will now contain a new per-request `warnings` field with strings
|
|
||||||
that explain when fields are being ignored or inconsistant, if any.
|
|
@ -1,29 +0,0 @@
|
|||||||
RPC importprivkey: new label behavior
|
|
||||||
-------------------------------------
|
|
||||||
|
|
||||||
Previously, `importprivkey` automatically added the default empty label
|
|
||||||
("") to all addresses associated with the imported private key. Now it
|
|
||||||
defaults to using any existing label for those addresses. For example:
|
|
||||||
|
|
||||||
- Old behavior: you import a watch-only address with the label "cold
|
|
||||||
wallet". Later, you import the corresponding private key using the
|
|
||||||
default settings. The address's label is changed from "cold wallet"
|
|
||||||
to "".
|
|
||||||
|
|
||||||
- New behavior: you import a watch-only address with the label "cold
|
|
||||||
wallet". Later, you import the corresponding private key using the
|
|
||||||
default settings. The address's label remains "cold wallet".
|
|
||||||
|
|
||||||
In both the previous and current case, if you directly specify a label
|
|
||||||
during the import, that label will override whatever previous label the
|
|
||||||
addresses may have had. Also in both cases, if none of the addresses
|
|
||||||
previously had a label, they will still receive the default empty label
|
|
||||||
(""). Examples:
|
|
||||||
|
|
||||||
- You import a watch-only address with the label "temporary". Later you
|
|
||||||
import the corresponding private key with the label "final". The
|
|
||||||
address's label will be changed to "final".
|
|
||||||
|
|
||||||
- You use the default settings to import a private key for an address that
|
|
||||||
was not previously in the wallet. Its addresses will receive the default
|
|
||||||
empty label ("").
|
|
@ -82,6 +82,13 @@ Configuration option changes
|
|||||||
configuration file. Recognized sections are `[test]`, `[main]`, and
|
configuration file. Recognized sections are `[test]`, `[main]`, and
|
||||||
`[regtest]`.
|
`[regtest]`.
|
||||||
|
|
||||||
|
- Four new options are available for configuring the maximum number of
|
||||||
|
messages that ZMQ will queue in memory (the "high water mark") before
|
||||||
|
dropping additional messages. The default value is 1,000, the same as
|
||||||
|
was used for previous releases. See the [ZMQ
|
||||||
|
documentation](https://github.com/bitcoin/bitcoin/blob/master/doc/zmq.md#usage)
|
||||||
|
for details.
|
||||||
|
|
||||||
- The `enablebip61` option (introduced in Bitcoin Core 0.17.0) is
|
- The `enablebip61` option (introduced in Bitcoin Core 0.17.0) is
|
||||||
used to toggle sending of BIP 61 reject messages. Reject messages have no use
|
used to toggle sending of BIP 61 reject messages. Reject messages have no use
|
||||||
case on the P2P network and are only logged for debugging by most network
|
case on the P2P network and are only logged for debugging by most network
|
||||||
@ -211,6 +218,32 @@ in the Low-level Changes section below.
|
|||||||
P2SH-P2WPKH, and P2SH-P2WSH. Requests for P2WSH and P2SH-P2WSH accept
|
P2SH-P2WPKH, and P2SH-P2WSH. Requests for P2WSH and P2SH-P2WSH accept
|
||||||
an additional `witnessscript` parameter.
|
an additional `witnessscript` parameter.
|
||||||
|
|
||||||
|
- The `importmulti` RPC now returns an additional `warnings` field for
|
||||||
|
each request with an array of strings explaining when fields are being
|
||||||
|
ignored or are inconsistent, if there are any.
|
||||||
|
|
||||||
|
- The `getaddressinfo` RPC now returns an additional `solvable` boolean
|
||||||
|
field when Bitcoin Core knows enough about the address's scriptPubKey,
|
||||||
|
optional redeemScript, and optional witnessScript in order for the
|
||||||
|
wallet to be able to generate an unsigned input spending funds sent to
|
||||||
|
that address.
|
||||||
|
|
||||||
|
- The `getaddressinfo`, `listunspent`, and `scantxoutset` RPCs now
|
||||||
|
return an additional `desc` field that contains an output descriptor
|
||||||
|
containing all key paths and signing information for the address
|
||||||
|
(except for the private key). The `desc` field is only returned for
|
||||||
|
`getaddressinfo` and `listunspent` when the address is solvable.
|
||||||
|
|
||||||
|
- The `importprivkey` RPC will preserve previously-set labels for
|
||||||
|
addresses or public keys corresponding to the private key being
|
||||||
|
imported. For example, if you imported a watch-only address with the
|
||||||
|
label "cold wallet" in earlier releases of Bitcoin Core, subsequently
|
||||||
|
importing the private key would default to resetting the address's
|
||||||
|
label to the default empty-string label (""). In this release, the
|
||||||
|
previous label of "cold wallet" will be retained. If you optionally
|
||||||
|
specify any label besides the default when calling `importprivkey`,
|
||||||
|
the new label will be applied to the address.
|
||||||
|
|
||||||
- See the [Mining](#mining) section for changes to `getblocktemplate`.
|
- See the [Mining](#mining) section for changes to `getblocktemplate`.
|
||||||
|
|
||||||
Graphical User Interface (GUI)
|
Graphical User Interface (GUI)
|
||||||
|
Loading…
x
Reference in New Issue
Block a user