mirror of
https://github.com/bitcoin/bitcoin.git
synced 2024-11-19 09:53:47 +01:00
Merge bitcoin/bitcoin#30719: Pre-28.x branch off version bump and doc updates
1bf9b70658docs: Add 379 and 387 to bips.md (Ava Chow)35ef34eab7docs: Remove release 28.0 release notes fragments (Ava Chow)f5cf43bb91build: Bump to 28.99 (Ava Chow) Pull request description: * Bump to 28.99 in preparation for the 28.x branching * Remove current release note fragments. They've been moved to [draft release notes]((https://github.com/bitcoin-core/bitcoin-devwiki/wiki/28.0-Release-Notes-Draft).) in the wiki. * Updated bips.md with missing BIPs that were implemented a while ago. ACKs for top commit: maflcko: lgtm ACK1bf9b70658tdb3: re ACK1bf9b70658Tree-SHA512: 9d5b05330268bb233369d78f06011dbdcdcb87770c499ae743ac4833735ba657b6611ff1e332c9d4added854b694c5a3a961d911247303f7ddaaaa72149d5574
This commit is contained in:
Ava Chow
commit
1248d0da22
@ -1,5 +1,5 @@
|
||||
AC_PREREQ([2.69])
|
||||
define(_CLIENT_VERSION_MAJOR, 27)
|
||||
define(_CLIENT_VERSION_MAJOR, 28)
|
||||
define(_CLIENT_VERSION_MINOR, 99)
|
||||
define(_CLIENT_VERSION_BUILD, 0)
|
||||
define(_CLIENT_VERSION_RC, 0)
|
||||
|
||||
@ -62,6 +62,7 @@ BIPs that are implemented by Bitcoin Core:
|
||||
[PR 21686](https://github.com/bitcoin/bitcoin/pull/21686)).
|
||||
* [`BIP 350`](https://github.com/bitcoin/bips/blob/master/bip-0350.mediawiki): Addresses for native v1+ segregated Witness outputs use Bech32m instead of Bech32 as of **v22.0** ([PR 20861](https://github.com/bitcoin/bitcoin/pull/20861)).
|
||||
* [`BIP 371`](https://github.com/bitcoin/bips/blob/master/bip-0371.mediawiki): Taproot fields for PSBT as of **v24.0** ([PR 22558](https://github.com/bitcoin/bitcoin/pull/22558)).
|
||||
* [`BIP 379`](https://github.com/bitcoin/bips/blob/master/bip-0379.md): Miniscript was partially implemented in **v24.0** ([PR 24148](https://github.com/bitcoin/bitcoin/pull/24148)), and fully implemented as of **v26.0** ([PR 27255](https://github.com/bitcoin/bitcoin/pull/27255)).
|
||||
* [`BIP 380`](https://github.com/bitcoin/bips/blob/master/bip-0380.mediawiki)
|
||||
[`381`](https://github.com/bitcoin/bips/blob/master/bip-0381.mediawiki)
|
||||
[`382`](https://github.com/bitcoin/bips/blob/master/bip-0382.mediawiki)
|
||||
@ -70,4 +71,5 @@ BIPs that are implemented by Bitcoin Core:
|
||||
[`385`](https://github.com/bitcoin/bips/blob/master/bip-0385.mediawiki):
|
||||
Output Script Descriptors, and most of Script Expressions are implemented as of **v0.17.0** ([PR 13697](https://github.com/bitcoin/bitcoin/pull/13697)).
|
||||
* [`BIP 386`](https://github.com/bitcoin/bips/blob/master/bip-0386.mediawiki): tr() Output Script Descriptors are implemented as of **v22.0** ([PR 22051](https://github.com/bitcoin/bitcoin/pull/22051)).
|
||||
* [`BIP 387`](https://github.com/bitcoin/bips/blob/master/bip-0387.mediawiki): Tapscript Multisig Output Script Descriptors are implemented as of **v24.0** ([PR 24043](https://github.com/bitcoin/bitcoin/pull/24043)).
|
||||
* [`BIP 431`](https://github.com/bitcoin/bips/blob/master/bip-0431.mediawiki): transactions with nVersion=3 are standard and treated as Topologically Restricted Until Confirmation as of **v28.0** ([PR 29496](https://github.com/bitcoin/bitcoin/pull/29496)).
|
||||
|
||||
@ -1,6 +0,0 @@
|
||||
P2P and network changes
|
||||
-----------------------
|
||||
|
||||
- Limited package RBF is now enabled, where the proposed conflicting package would result in
|
||||
a connected component, aka cluster, of size 2 in the mempool. All clusters being conflicted
|
||||
against must be of size 2 or lower.
|
||||
@ -1,21 +0,0 @@
|
||||
Notable changes
|
||||
===============
|
||||
|
||||
P2P and network changes
|
||||
-----------------------
|
||||
|
||||
- Previously if Bitcoin Core was listening for P2P connections, either using
|
||||
default settings or via `bind=addr:port` it would always also bind to
|
||||
`127.0.0.1:8334` to listen for Tor connections. It was not possible to switch
|
||||
this off, even if the node didn't use Tor. This has been changed and now
|
||||
`bind=addr:port` results in binding on `addr:port` only. The default behavior
|
||||
of binding to `0.0.0.0:8333` and `127.0.0.1:8334` has not been changed.
|
||||
|
||||
If you are using a `bind=...` configuration without `bind=...=onion` and rely
|
||||
on the previous implied behavior to accept incoming Tor connections at
|
||||
`127.0.0.1:8334`, you need to now make this explicit by using
|
||||
`bind=... bind=127.0.0.1:8334=onion`. (#22729)
|
||||
|
||||
- Bitcoin Core will now fail to start up if any of its P2P binds fail, rather
|
||||
than the previous behaviour where it would only abort startup if all P2P
|
||||
binds had failed. (#22729)
|
||||
@ -1,6 +0,0 @@
|
||||
JSON-RPC
|
||||
--------
|
||||
|
||||
The JSON-RPC server now recognizes JSON-RPC 2.0 requests and responds with
|
||||
strict adherence to the [specification](https://www.jsonrpc.org/specification).
|
||||
See [JSON-RPC-interface.md](/doc/JSON-RPC-interface.md#json-rpc-11-vs-20) for details.
|
||||
@ -1,2 +0,0 @@
|
||||
- Additional flags "in" and "out" have been added to `-whitelist` to control whether
|
||||
permissions apply to incoming connections and/or manual (default: incoming only).
|
||||
@ -1,8 +0,0 @@
|
||||
Wallet
|
||||
---
|
||||
|
||||
The wallet now detects when wallet transactions conflict with the mempool. Mempool
|
||||
conflicting transactions can be seen in the `"mempoolconflicts"` field of
|
||||
`gettransaction`. The inputs of mempool conflicted transactions can now be respent
|
||||
without manually abandoning the transactions when the parent transaction is dropped
|
||||
from the mempool, which can cause wallet balances to appear higher.
|
||||
@ -1,6 +0,0 @@
|
||||
P2P
|
||||
---
|
||||
|
||||
UNIX domain sockets can now be used for proxy connections. Set `-onion` or `-proxy`
|
||||
to the local socket path with the prefix `unix:` (e.g. `-onion=unix:/home/me/torsocket`).
|
||||
(#27375)
|
||||
@ -1,2 +0,0 @@
|
||||
- unix socket paths are now accepted for `-zmqpubrawblock` and `-zmqpubrawtx` with
|
||||
the format `-zmqpubrawtx=unix:/path/to/file`
|
||||
@ -1,6 +0,0 @@
|
||||
Blockstorage
|
||||
============
|
||||
|
||||
Block files are now XOR'd by default with a key stored in the blocksdir.
|
||||
Previous releases of Bitcoin Core or previous external software will not be able to read the blocksdir with a non-zero XOR-key.
|
||||
Refer to the `-blocksxor` help for more details.
|
||||
@ -1,5 +0,0 @@
|
||||
Build
|
||||
-----
|
||||
|
||||
GCC 11.1 or later, or Clang 16.0 or later,
|
||||
are now required to compile Bitcoin Core.
|
||||
@ -1,11 +0,0 @@
|
||||
Mempool Policy Changes
|
||||
----------------------
|
||||
|
||||
- Transactions with version number set to 3 are now treated as standard on all networks (#29496),
|
||||
subject to Opt-in Topologically Restricted Until Confirmation (TRUC) Transactions policy as
|
||||
described in [BIP 431](https://github.com/bitcoin/bips/blob/master/bip-0431.mediawiki). The
|
||||
policy includes limits on spending unconfirmed outputs (#28948), eviction of a previous descendant
|
||||
if a more incentive-compatible one is submitted (#29306), and a maximum transaction size of 10,000vB
|
||||
(#29873). These restrictions simplify the assessment of incentive compatibility of accepting or
|
||||
replacing TRUC transactions, thus ensuring any replacements are more profitable for the node and
|
||||
making fee-bumping more reliable.
|
||||
@ -1,8 +0,0 @@
|
||||
RPC
|
||||
---
|
||||
|
||||
- The `dumptxoutset` RPC now returns the UTXO set dump in a new and
|
||||
improved format. At the same time the `loadtxoutset` RPC now
|
||||
expects this new format in dumps it tries to load. Dumps with the
|
||||
old format are no longer supported and need to be recreated using
|
||||
the new format in order to be usable.
|
||||
@ -1,10 +0,0 @@
|
||||
Testnet4/BIP94 support
|
||||
-----
|
||||
|
||||
Support for Testnet4 as specified in [BIP94](https://github.com/bitcoin/bips/blob/master/bip-0094.mediawiki)
|
||||
has been added. The network can be selected with the `-testnet4` option and
|
||||
the section header is also named `[testnet4]`.
|
||||
|
||||
While the intention is to phase out support for Testnet3 in an upcoming
|
||||
version, support for it is still available via the known options in this
|
||||
release.
|
||||
@ -1,8 +0,0 @@
|
||||
RPC
|
||||
---
|
||||
|
||||
- the `warnings` field in `getblockchaininfo`, `getmininginfo` and
|
||||
`getnetworkinfo` now returns all the active node warnings as an array
|
||||
of strings, instead of just a single warning. The current behaviour
|
||||
can temporarily be restored by running bitcoind with configuration
|
||||
option `-deprecatedrpc=warnings`.
|
||||
@ -1,6 +0,0 @@
|
||||
Compatibility
|
||||
=============
|
||||
|
||||
The minimum required glibc to run Bitcoin Core is now
|
||||
2.31. This means that RHEL 8 and Ubuntu 18.04 (Bionic)
|
||||
are no-longer supported. (#29987)
|
||||
@ -1,7 +0,0 @@
|
||||
- When running with -alertnotify, an alert can now be raised multiple
|
||||
times instead of just once. Previously, it was only raised when unknown
|
||||
new consensus rules were activated, whereas the scope has now been
|
||||
increased to include all kernel warnings. Specifically, alerts will now
|
||||
also be raised when an invalid chain with a large amount of work has
|
||||
been detected. Additional warnings may be added in the future.
|
||||
(#30058)
|
||||
@ -1,6 +0,0 @@
|
||||
Build
|
||||
-----
|
||||
|
||||
`--enable-lcov-branch-coverage` has been removed, given
|
||||
incompatibilities between lcov version 1 & 2. `LCOV_OPTS`
|
||||
should be used to set any options instead.
|
||||
@ -1,8 +0,0 @@
|
||||
RPC
|
||||
---
|
||||
|
||||
- Previously when using the `sendrawtransaction` rpc and specifying outputs
|
||||
that are already in the UXTO set an RPC error code `-27` with RPC error
|
||||
text "Transaction already in block chain" was returned in response.
|
||||
The help text has been updated to "Transaction outputs already in utxo set"
|
||||
to more accurately describe the source of the issue.
|
||||
@ -1,7 +0,0 @@
|
||||
RPC
|
||||
---
|
||||
|
||||
- The default mode for the `estimatesmartfee` RPC has been updated from `conservative` to `economical`.
|
||||
which is expected to reduce overestimation for many users, particularly if Replace-by-Fee is an option.
|
||||
For users that require high confidence in their fee estimates at the cost of potentially overestimating,
|
||||
the `conservative` mode remains available.
|
||||
@ -1,10 +0,0 @@
|
||||
P2P and network changes
|
||||
-----------------------
|
||||
|
||||
- Pay To Anchor(P2A) is a new standard witness output type for spending,
|
||||
a newly recognised output template. This allows for key-less anchor
|
||||
outputs, with compact spending conditions for additional efficiencies on
|
||||
top of an equivalent `sh(OP_TRUE)` output, in addition to the txid stability
|
||||
of the spending transaction.
|
||||
N.B. propagation of this output spending on the network will be limited
|
||||
until a sufficient number of nodes on the network adopt this upgrade.
|
||||
@ -1,6 +0,0 @@
|
||||
Updated REST APIs
|
||||
-----------------
|
||||
- Parameter validation for `/rest/getutxos` has been improved by rejecting
|
||||
truncated or overly large txids and malformed outpoint indices by raising an
|
||||
HTTP_BAD_REQUEST "Parse error". Previously, these malformed requests would be
|
||||
silently handled. (#30482, #30444)
|
||||
@ -1,4 +0,0 @@
|
||||
Full Replace-By-Fee
|
||||
===================
|
||||
|
||||
`mempoolfullrbf=1` is now set by default.
|
||||
@ -1,4 +0,0 @@
|
||||
Tests
|
||||
-----
|
||||
|
||||
- The BIP94 timewarp attack mitigation is now active on the `regtest` network
|
||||
@ -1,7 +0,0 @@
|
||||
Files
|
||||
-----
|
||||
|
||||
The default data directory on Windows has been moved from `C:\Users\Username\AppData\Roaming\Bitcoin`
|
||||
to `C:\Users\Username\AppData\Local\Bitcoin`. Bitcoin Core will check the existence
|
||||
of the old directory first and continue to use that directory for backwards
|
||||
compatibility if it is present.
|
||||
Loading…
Reference in New Issue
Block a user