path: root/db/9c24105a45eb0052556d8b3d2207676aefe9bc

Delivery-date: Fri, 04 Oct 2024 16:44:39 -0700
Received: from mail-qv1-f60.google.com ([209.85.219.60])
	by mail.fairlystable.org with esmtps  (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
	(Exim 4.94.2)
	(envelope-from <bitcoindev+bncBAABBXP3QG4AMGQE7SFS2DI@googlegroups.com>)
	id 1swryQ-0008Fs-6P
	for bitcoindev@gnusha.org; Fri, 04 Oct 2024 16:44:39 -0700
Received: by mail-qv1-f60.google.com with SMTP id 6a1803df08f44-6cb2e16ea95sf36843646d6.1
        for <bitcoindev@gnusha.org>; Fri, 04 Oct 2024 16:44:37 -0700 (PDT)
ARC-Seal: i=2; a=rsa-sha256; t=1728085472; cv=pass;
        d=google.com; s=arc-20240605;
        b=ILSb7bx75D55Po5feIvUpNnEOSo+J1fWAheWl1uwa1whBTFesa29565bqoJvgkDJGc
         +1ONxXxXAbFt1dEs4ICEX1EowEBkF2EkpWwI2NH+tv4XEYo1OAP+RyZxF46/qmWZo6L6
         WSzAFQXzq09oKQqVyoV1mEY+5C9B8H3V049zyFvxPhhEfoTAQWi3GrV3ZItmPbNeMl2/
         JIY/lxSDEc4OE1Lf/dtoLa5G5Y/aJWbNU1Pt7N3CVHGQvebH+6MDt+zcjzQzYceONMJP
         S9gQF77YAhYbJP5xujLktccZf/4YyY4Lx+XUEpXWRjhM5ZWd7LW+npotBV57PmwrE4P6
         mfSw==
ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605;
        h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
         :list-id:mailing-list:precedence:reply-to:content-transfer-encoding
         :mime-version:feedback-id:message-id:subject:from:to:date
         :dkim-signature;
        bh=uJTBdqk5nrURU695RsidviAYs8hLCxJffO04GAck4YI=;
        fh=Nsfp6QmesRu0K8sT7ROYpes3NWEG19GDop732OotCdM=;
        b=cQksJX8JugVuZ/WxYg6Mi1JasnDbem/4erD4eMjp6lysRQfkqfI/WoUenbIrU1+KWU
         46VadPKUVRR82hzSV/pAeKTVZzA/aipQLWq0iwM+h8CtVAta02eGJdZ2kz0EylvUkDks
         h5ck1pzYCpNodLXQwhkUasQgDo8b66enFH2a0yIta0TDuGMj6oV3YiLCwwqlCT8FFLyQ
         DYDGbhqAmB6/oCwarxcWlGVRI7fvEDIw8wpwqftDEtIZ+PjkuMI7jbqsIQW+IIRpUuem
         EKoDJAYr/gKnN87n8Ss+BBpPlHvMc6NoAxZ95JG5W6STd6CZxH1JFZfTWBG6eZ0djB1k
         Ou1A==;
        darn=gnusha.org
ARC-Authentication-Results: i=2; gmr-mx.google.com;
       dkim=pass header.i=@achow101.com header.s=protonmail header.b=fZfwqPsS;
       spf=pass (google.com: domain of lists@achow101.com designates 185.70.40.22 as permitted sender) smtp.mailfrom=lists@achow101.com;
       dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=achow101.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20230601; t=1728085472; x=1728690272; darn=gnusha.org;
        h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
         :list-id:mailing-list:precedence:reply-to
         :x-original-authentication-results:x-original-sender
         :content-transfer-encoding:mime-version:feedback-id:message-id
         :subject:from:to:date:from:to:cc:subject:date:message-id:reply-to;
        bh=uJTBdqk5nrURU695RsidviAYs8hLCxJffO04GAck4YI=;
        b=b775s7wVLvR4qWMYP0uDkdssdCRy3xnTPMtjut/sWQIAkSNKHu0vxKzlbPUeJe069W
         AlC88BsLTmYdbhVtZeXvTop4pGyUCm5fd3iRXdP+hkQc+atN1WfNS3NFYjMww/Dg8Hmc
         MAyMcmjAyYSANVFF6Cwh9Qws97TYSbRcqiw2akym6VTKYdNJwjA7fWt0ZJ2Mp/TagYWW
         9wbhy9t0Nr3kXGPnsITOuSi0CGPpZMoOPKqYxTFj9WBfzriSA4pAL1Emoj98M/sN6cDJ
         38L1AEl46uuO+bgGbz/LTE5ZVNd5Q0enb4nfp4tldjB8XNjscKDeUDp0j1vuzhYoyHyO
         AW1Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20230601; t=1728085472; x=1728690272;
        h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
         :list-id:mailing-list:precedence:reply-to
         :x-original-authentication-results:x-original-sender
         :content-transfer-encoding:mime-version:feedback-id:message-id
         :subject:from:to:date:x-beenthere:x-gm-message-state:from:to:cc
         :subject:date:message-id:reply-to;
        bh=uJTBdqk5nrURU695RsidviAYs8hLCxJffO04GAck4YI=;
        b=SI0IDB/wu+s17sm6hP0Fjq//Vmxj0anbsoU4IVK2+nPIMic9AOQGrMFEt0aA9+xT7J
         4pl2AJuvIwUaEIMxn7QQMcVCdCbcprzGy2W9om+mZxfE6Zg4RuzovzY6/l89VEsILQqD
         d1DVuirVzaDC0Z2y7ZU3/MYwvPOprw6DwashAF7mNjz6nuGriEpLI+K657Jz61AmgmMd
         XJRohhAgLD4jymhDIOzq0fqsJWZb0WnnNMTz1uiiFxo/N+K5yg0GR6cLDxiWYGJK7fTy
         0Ws9DBnLppTpZY8VvnBVIMttU28AU3BoDZBn77lbhzY34cpdYQ7r/dcPH7tof7sVC9Vy
         bByg==
X-Forwarded-Encrypted: i=2; AJvYcCUMpCfJSJIs4cjhtaJsRgtQA8UNB+C2F1/H+qh8/hqrUAbooOCYym4QoWsletGeDt5klVaoItGCWWj2@gnusha.org
X-Gm-Message-State: AOJu0YwQ7dClQsOZlerOzAfzzGKiYRfnUj8+trawbfAAy6AYQcqDGMYJ
	i9hjAN5O/59TI3YfTQUIHkbEgQLERL8OCcHIHzaQ5IAYu6gWk++H
X-Google-Smtp-Source: AGHT+IHKVNyqX/XThZ6JC8MndL/L0Gum3yhBJY2JvDyZRp1UlSO/mdsWQZWjemD8N8SOBcEPnSw4fg==
X-Received: by 2002:a05:6214:398a:b0:6cb:2565:3f5f with SMTP id 6a1803df08f44-6cb9a490b83mr41194936d6.51.1728085471542;
        Fri, 04 Oct 2024 16:44:31 -0700 (PDT)
X-BeenThere: bitcoindev@googlegroups.com
Received: by 2002:a05:6214:1c0b:b0:6cb:2dc5:6bb5 with SMTP id
 6a1803df08f44-6cb90136fc5ls40365406d6.2.-pod-prod-02-us; Fri, 04 Oct 2024
 16:44:29 -0700 (PDT)
X-Forwarded-Encrypted: i=2; AJvYcCUUH6AGygplZRSVeoyv/ZQ9gc8etSiKGTqcEJqoTaxw7jn9pOzHoFaf1gET0sakU2dJfJY8PIjsDc10@googlegroups.com
X-Received: by 2002:a05:620a:29d2:b0:7a9:c2d5:a9f0 with SMTP id af79cd13be357-7ae6f42dfadmr624023485a.6.1728085469303;
        Fri, 04 Oct 2024 16:44:29 -0700 (PDT)
Received: by 2002:ae9:ec07:0:b0:7a1:d643:94b4 with SMTP id af79cd13be357-7ae6ee22b96ms85a;
        Fri, 4 Oct 2024 16:31:29 -0700 (PDT)
X-Forwarded-Encrypted: i=2; AJvYcCWGz8KUt0zylGGrZ92S0oceaiXBqnMjG+qr2XyLxhMsqsJPer+zicq3/APpb15MKdOM4wIXHUWMOrix@googlegroups.com
X-Received: by 2002:a05:6512:234d:b0:536:14a1:d660 with SMTP id 2adb3069b0e04-539ab85c035mr3182324e87.6.1728084687360;
        Fri, 04 Oct 2024 16:31:27 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1728084687; cv=none;
        d=google.com; s=arc-20240605;
        b=eg53sJRXgmKk2tSYDyfnyPqSkOnFTkUWt06aQDrkIjnfJ6Ajl1QVR7b2DZ2kbC0gIk
         1pyFq4/qRw4nrbWZUUuq/Gj8r78Q85qAFmdRAJavQSHquhTOKCM0LCxa0ztsgrlnuwq5
         Tq0ZP4F8n8fnfzonvdVc2w/rsZA0idKZ0rqwd8+xEdof2yM2iwl3Pu2Kuz4Tg9FaO/P5
         ZRsI8CM0O+KzSMEQyugNpLDbaLNHDd2QNjCuTPc/5n7FK7dHdTHRkRvaFMfPYum31wC7
         YO0Q/EdqbiUFFSwNnmfHGbF9/ot3OsRBw0OJSb7joGYLMNVnOC6YQn418ztLqUK0W4ms
         HmQQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605;
        h=content-transfer-encoding:mime-version:feedback-id:message-id
         :subject:from:to:date:dkim-signature;
        bh=0Di2ERsCt3rCbOf0n4FHXLJ0P/BCPhB4HIbxjCNyHLA=;
        fh=bIOVIrMLnP+1XYT3QCyUDsQy6hVSJkOqgomroJjLTLo=;
        b=fS7qxNqIxLKUkiHlG3Z4F/0ZC7LNntcpqiuvBPrfYTvs/hbEeO/HHoFWF2THLopoE1
         CXxf/3X7CVhltDYrDchMbuDFB4CqjTyf4/C+PQifYG/74n9MMXGNNewkxBXlV2JFVsCC
         2/yTIofE+9R7f4AmtCFkiYdPBrcWNLQF3KFfZz5b/zOOYaD29a/G05KSVQmuYbAEndhP
         QlWFOMw/D5jPbB2rhHyK+zps0kv26UjjAaB1rCPM0IWyQA54wsaq/nHbaX3iEIiY0w5Q
         h4EgePy9Qc0lk5gEs3s2vVfLZ1Pl4u/2u2HOIcS/yAgtIY6r9QX2rIO0ml4wVnnDyL7Y
         vsPQ==;
        dara=google.com
ARC-Authentication-Results: i=1; gmr-mx.google.com;
       dkim=pass header.i=@achow101.com header.s=protonmail header.b=fZfwqPsS;
       spf=pass (google.com: domain of lists@achow101.com designates 185.70.40.22 as permitted sender) smtp.mailfrom=lists@achow101.com;
       dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=achow101.com
Received: from mail-4022.proton.ch (mail-4022.proton.ch. [185.70.40.22])
        by gmr-mx.google.com with ESMTPS id 2adb3069b0e04-539afe2fd1fsi13959e87.0.2024.10.04.16.31.27
        for <bitcoindev@googlegroups.com>
        (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
        Fri, 04 Oct 2024 16:31:27 -0700 (PDT)
Received-SPF: pass (google.com: domain of lists@achow101.com designates 185.70.40.22 as permitted sender) client-ip=185.70.40.22;
Date: Fri, 04 Oct 2024 23:31:20 +0000
To: bitcoin-core-dev@lists.linuxfoundation.org, bitcoindev@googlegroups.com
From: "'Ava Chow' via Bitcoin Development Mailing List" <bitcoindev@googlegroups.com>
Subject: [bitcoindev] Bitcoin Core 28.0 Released
Message-ID: <92383464-d21e-4bb5-9c60-33b4c4102c8f@achow101.com>
Feedback-ID: 53660394:user:proton
X-Pm-Message-ID: a4041204652763343f59081ecbeb9f6ea8a437bb
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Original-Sender: lists@achow101.com
X-Original-Authentication-Results: gmr-mx.google.com;       dkim=pass
 header.i=@achow101.com header.s=protonmail header.b=fZfwqPsS;       spf=pass
 (google.com: domain of lists@achow101.com designates 185.70.40.22 as
 permitted sender) smtp.mailfrom=lists@achow101.com;       dmarc=pass
 (p=REJECT sp=REJECT dis=NONE) header.from=achow101.com
X-Original-From: Ava Chow <lists@achow101.com>
Reply-To: Ava Chow <lists@achow101.com>
Precedence: list
Mailing-list: list bitcoindev@googlegroups.com; contact bitcoindev+owners@googlegroups.com
List-ID: <bitcoindev.googlegroups.com>
X-Google-Group-Id: 786775582512
List-Post: <https://groups.google.com/group/bitcoindev/post>, <mailto:bitcoindev@googlegroups.com>
List-Help: <https://groups.google.com/support/>, <mailto:bitcoindev+help@googlegroups.com>
List-Archive: <https://groups.google.com/group/bitcoindev
List-Subscribe: <https://groups.google.com/group/bitcoindev/subscribe>, <mailto:bitcoindev+subscribe@googlegroups.com>
List-Unsubscribe: <mailto:googlegroups-manage+786775582512+unsubscribe@googlegroups.com>,
 <https://groups.google.com/group/bitcoindev/subscribe>
X-Spam-Score: -1.0 (-)

Bitcoin Core version 28.0 is now available from:

   <https://bitcoincore.org/bin/bitcoin-core-28.0/>

This release includes new features, various bug fixes and performance
improvements, as well as updated translations.

Please report bugs using the issue tracker at GitHub:

   <https://github.com/bitcoin/bitcoin/issues>

To receive security and update notifications, please subscribe to:

   <https://bitcoincore.org/en/list/announcements/join/>

How to Upgrade
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

If you are running an older version, shut it down. Wait until it has=20
completely
shut down (which might take a few minutes in some cases), then run the
installer (on Windows) or just copy over `/Applications/Bitcoin-Qt` (on=20
macOS)
or `bitcoind`/`bitcoin-qt` (on Linux).

Upgrading directly from a version of Bitcoin Core that has reached its=20
EOL is
possible, but it might take some time if the data directory needs to be=20
migrated. Old
wallet versions of Bitcoin Core are generally supported.

Running Bitcoin Core binaries on macOS requires self signing.
```
cd /path/to/bitcoin-28.0/bin
xattr -d com.apple.quarantine bitcoin-cli bitcoin-qt bitcoin-tx=20
bitcoin-util bitcoin-wallet bitcoind test_bitcoin
codesign -s - bitcoin-cli bitcoin-qt bitcoin-tx bitcoin-util=20
bitcoin-wallet bitcoind test_bitcoin
```

Compatibility
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Bitcoin Core is supported and extensively tested on operating systems
using the Linux Kernel 3.17+, macOS 11.0+, and Windows 7 and newer. Bitcoin
Core should also work on most other UNIX-like systems but is not as
frequently tested on them. It is not recommended to use Bitcoin Core on
unsupported systems.

Notable changes
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Testnet4/BIP94 support
-----

Support for Testnet4 as specified in=20
[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. (#29775)

Windows Data Directory
----------------------

The default data directory on Windows has been moved from=20
`C:\Users\Username\AppData\Roaming\Bitcoin`
to `C:\Users\Username\AppData\Local\Bitcoin`. Bitcoin Core will check=20
the existence
of the old directory first and continue to use that directory for backwards
compatibility if it is present. (#27064)

JSON-RPC 2.0 Support
--------------------

The JSON-RPC server now recognizes JSON-RPC 2.0 requests and responds with
strict adherence to the=20
[specification](https://www.jsonrpc.org/specification).
See=20
[JSON-RPC-interface.md](https://github.com/bitcoin/bitcoin/blob/master/doc/=
JSON-RPC-interface.md#json-rpc-11-vs-20)=20
for details. (#27101)

JSON-RPC clients may need to be updated to be compatible with the=20
JSON-RPC server.
Please open an issue on GitHub if any compatibility issues are found.

libbitcoinconsensus Removal
---------------------------

The libbitcoin-consensus library was deprecated in 27.0 and is now=20
completely removed. (#29648)

P2P and Network Changes
-----------------------

- Previously if Bitcoin Core was listening for P2P connections, either usin=
g
   default settings or via `bind=3Daddr:port` it would always also bind to
   `127.0.0.1:8334` to listen for Tor connections. It was not possible=20
to switch
   this off, even if the node didn't use Tor. This has been changed and now
   `bind=3Daddr:port` results in binding on `addr:port` only. The default=
=20
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=3D...` configuration without `bind=3D...=3Donio=
n`=20
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=3D... bind=3D127.0.0.1:8334=3Donion`. (#22729)

- Bitcoin Core will now fail to start up if any of its P2P binds fail,=20
rather
   than the previous behaviour where it would only abort startup if all P2P
   binds had failed. (#22729)

- UNIX domain sockets can now be used for proxy connections. Set=20
`-onion` or `-proxy`
   to the local socket path with the prefix `unix:` (e.g.=20
`-onion=3Dunix:/home/me/torsocket`).
   (#27375)

- UNIX socket paths are now accepted for `-zmqpubrawblock` and=20
`-zmqpubrawtx` with
   the format `-zmqpubrawtx=3Dunix:/path/to/file` (#27679)

- Additional "in" and "out" flags have been added to `-whitelist` to=20
control whether
   permissions apply to inbound connections and/or manual ones (default:=20
inbound only). (#27114)

- Transactions having a feerate that is too low will be=20
opportunistically paired with
   their child transactions and submitted as a package, thus enabling=20
the node to download
   1-parent-1-child packages using the existing transaction relay=20
protocol. Combined with
   other mempool policies, this change allows limited "package relay"=20
when a parent transaction
   is below the mempool minimum feerate. Topologically Restricted Until=20
Confirmation (TRUC)
   parents are additionally allowed to be below the minimum relay=20
feerate (i.e., pay 0 fees).
   Use the `submitpackage` RPC to submit packages directly to the node.=20
Warning: this P2P
   feature is limited (unlike the `submitpackage` interface, a child=20
with multiple unconfirmed
   parents is not supported) and not yet reliable under adversarial=20
conditions. (#28970)

Mempool Policy Changes
----------------------

- Transactions with version number set to 3 are now treated as standard=20
on all networks (#29496),
   subject to opt-in Topologically Restricted Until Confirmation (TRUC)=20
transaction policy as
   described in [BIP=20
431](https://github.com/bitcoin/bips/blob/master/bip-0431.mediawiki).  The
   policy includes limits on spending unconfirmed outputs (#28948),=20
eviction of a previous descendant
   if a more incentive-compatible one is submitted (#29306), and a=20
maximum transaction size of 10,000vB
   (#29873). These restrictions simplify the assessment of incentive=20
compatibility of accepting or
   replacing TRUC transactions, thus ensuring any replacements are more=20
profitable for the node and
   making fee-bumping more reliable.

- 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=20
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.=20
(#30352)

- Limited package RBF is now enabled, where the proposed conflicting=20
package would result in
   a connected component, aka cluster, of size 2 in the mempool. All=20
clusters being conflicted
   against must be of size 2 or lower. (#28984)

- The default value of the `-mempoolfullrbf` configuration option has=20
been changed from 0 to 1,
   i.e. `mempoolfullrbf=3D1`. (#30493)

Updated RPCs
------------

- The `dumptxoutset` RPC now returns the UTXO set dump in a new and
   improved format. Correspondingly, the `loadtxoutset` RPC now expects
   this new format in the dumps it tries to load. Dumps with the old
   format are no longer supported and need to be recreated using the
   new format to be usable. (#29612)

- AssumeUTXO mainnet parameters have been added for height 840,000.
   This means the `loadtxoutset` RPC can now be used on mainnet with
   the matching UTXO set from that height. (#28553)

- The `warnings` field in `getblockchaininfo`, `getmininginfo` and
   `getnetworkinfo` now returns all the active node warnings as an array
   of strings, instead of a single warning. The current behaviour
   can be temporarily restored by running Bitcoin Core with the=20
configuration
   option `-deprecatedrpc=3Dwarnings`. (#29845)

- Previously when using the `sendrawtransaction` RPC and specifying outputs
   that are already in the UTXO set, an RPC error code of `-27` with the
   message "Transaction already in block chain" was returned in response.
   The error message has been changed to "Transaction outputs already in=20
utxo set"
   to more accurately describe the source of the issue. (#30212)

- The default mode for the `estimatesmartfee` RPC has been updated from=20
`conservative` to `economical`,
   which is expected to reduce over-estimation for many users,=20
particularly if Replace-by-Fee is an option.
   For users that require high confidence in their fee estimates at the=20
cost of potentially over-estimating,
   the `conservative` mode remains available. (#30275)

- RPC `scantxoutset` now returns 2 new fields in the "unspents" JSON=20
array: `blockhash` and `confirmations`.
   See the scantxoutset help for details. (#30515)

- RPC `submitpackage` now allows 2 new arguments to be passed:=20
`maxfeerate` and `maxburnamount`. See the
   subtmitpackage help for details. (#28950)

Changes to wallet-related RPCs can be found in the Wallet section below.

Updated REST APIs
-----------------
- Parameter validation for `/rest/getutxos` has been improved by rejecting
   truncated or overly large txids and malformed outpoint indices via=20
raising
   an HTTP_BAD_REQUEST "Parse error". These requests were previously handle=
d
   silently. (#30482, #30444)

Build System
------------

- GCC 11.1 or later, or Clang 16.0 or later,
are now required to compile Bitcoin Core. (#29091, #30263)

- 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)

- `--enable-lcov-branch-coverage` has been removed, given
incompatibilities between lcov version 1 & 2. `LCOV_OPTS`
should be used to set any options instead. (#30192)

Updated Settings
----------------

- 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. Its 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)

Changes to GUI or wallet related settings can be found in the GUI or=20
Wallet section below.

Wallet
------

- The wallet now detects when wallet transactions conflict with the=20
mempool. Mempool-conflicting
   transactions can be seen in the `"mempoolconflicts"` field of=20
`gettransaction`. The inputs
   of mempool-conflicted transactions can now be respent without=20
manually abandoning the
   transactions when the parent transaction is dropped from the mempool,=20
which can cause wallet
   balances to appear higher. (#27307)

- A new `max_tx_weight` option has been added to the RPCs=20
`fundrawtransaction`, `walletcreatefundedpsbt`, and `send`.
It specifies the maximum transaction weight. If the limit is exceeded=20
during funding, the transaction will not be built.
The default value is 4,000,000 WU. (#29523)

- A new `createwalletdescriptor` RPC allows users to add new=20
automatically generated
   descriptors to their wallet. This can be used to upgrade wallets=20
created prior to the
   introduction of a new standard descriptor, such as taproot. (#29130)

- A new RPC `gethdkeys` lists all of the BIP32 HD keys in use by all of=20
the descriptors in the wallet.
   These keys can be used in conjunction with `createwalletdescriptor`=20
to create and add single key
   descriptors to the wallet for a particular key that the wallet=20
already knows. (#29130)

- The `sendall` RPC can now spend unconfirmed change and will include=20
additional fees as necessary
   for the resulting transaction to bump the unconfirmed transactions'=20
feerates to the specified feerate. (#28979)

- In RPC `bumpfee`, if a `fee_rate` is specified, the feerate is no=20
longer restricted
   to following the wallet's incremental feerate of 5 sat/vb. The=20
feerate must still be
   at least the sum of the original fee and the mempool's incremental=20
feerate. (#27969)

GUI Changes
-----------

- The "Migrate Wallet" menu allows users to migrate any legacy wallet in=20
their wallet
directory, regardless of the wallets loaded. (gui#824)

- The "Information" window now displays the maximum mempool size along=20
with the
mempool usage. (gui#825)

Low-level Changes
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Tests
-----

- The BIP94 timewarp attack mitigation is now active on the `regtest`=20
network. (#30681)

- A new `-testdatadir` option has been added to `test_bitcoin` to allow=20
specifying the
   location of unit test data directories. (#26564)

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=20
be able to read the blocksdir with a non-zero XOR-key.
Refer to the `-blocksxor` help for more details. (#28052)

Chainstate
----------

- The chainstate database flushes that occur when blocks are pruned will=20
no longer
empty the database cache. The cache will remain populated longer, which=20
significantly
reduces the time for initial block download to complete. (#28280)

Dependencies
------------

- The dependency on Boost.Process has been replaced with cpp-subprocess,=20
which is contained in source.
Builders will no longer need Boost.Process to build with external signer=20
support. (#28981)

Credits
=3D=3D=3D=3D=3D=3D=3D

Thanks to everyone who directly contributed to this release:
- 0xb10c
- Alfonso Roman Zubeldia
- Andrew Toth
- AngusP
- Anthony Towns
- Antoine Poinsot
- Anton A
- Ava Chow
- Ayush Singh
- Ben Westgate
- Brandon Odiwuor
- brunoerg
- bstin
- Charlie
- Christopher Bergqvist
- Cory Fields
- crazeteam
- Daniela Brozzoni
- David Gumberg
- dergoegge
- Edil Medeiros
- Epic Curious
- Fabian Jahr
- fanquake
- furszy
- glozow
- Greg Sanders
- hanmz
- Hennadii Stepanov
- Hernan Marino
- Hodlinator
- ishaanam
- ismaelsadeeq
- Jadi
- Jon Atack
- josibake
- jrakibi
- kevkevin
- kevkevinpal
- Konstantin Akimov
- laanwj
- Larry Ruane
- L=C5=91rinc
- Luis Schwab
- Luke Dashjr
- MarcoFalke
- marcofleon
- Marnix
- Martin Saposnic
- Martin Zumsande
- Matt Corallo
- Matthew Zipkin
- Matt Whitlock
- Max Edwards
- Michael Dietz
- Murch
- nanlour
- pablomartin4btc
- Peter Todd
- Pieter Wuille
- @RandyMcMillan
- RoboSchmied
- Roman Zeyde
- Ryan Ofsky
- Sebastian Falbesoner
- Sergi Delgado Segura
- Sjors Provoost
- spicyzboss
- StevenMia
- stickies-v
- stratospher
- Suhas Daftuar
- sunerok
- tdb3
- TheCharlatan
- umiumi
- Vasil Dimov
- virtu
- willcl-ark

As well as to everyone that helped with translations on
[Transifex](https://www.transifex.com/bitcoin/bitcoin/).

--=20
You received this message because you are subscribed to the Google Groups "=
Bitcoin Development Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to bitcoindev+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/=
bitcoindev/92383464-d21e-4bb5-9c60-33b4c4102c8f%40achow101.com.