Return-Path: Received: from smtp4.osuosl.org (smtp4.osuosl.org [140.211.166.137]) by lists.linuxfoundation.org (Postfix) with ESMTP id 7249CC0001; Sun, 2 May 2021 07:14:36 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp4.osuosl.org (Postfix) with ESMTP id 53394404CD; Sun, 2 May 2021 07:14:36 +0000 (UTC) X-Virus-Scanned: amavisd-new at osuosl.org X-Spam-Flag: NO X-Spam-Score: -2.799 X-Spam-Level: X-Spam-Status: No, score=-2.799 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: smtp4.osuosl.org (amavisd-new); dkim=pass (1024-bit key) header.d=protonmail.com Received: from smtp4.osuosl.org ([127.0.0.1]) by localhost (smtp4.osuosl.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I6eN6nsK2rGR; Sun, 2 May 2021 07:14:33 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.8.0 X-Greylist: domain auto-whitelisted by SQLgrey-1.8.0 Received: from mail-40133.protonmail.ch (mail-40133.protonmail.ch [185.70.40.133]) by smtp4.osuosl.org (Postfix) with ESMTPS id 075A641E15; Sun, 2 May 2021 07:14:32 +0000 (UTC) Date: Sun, 02 May 2021 07:14:05 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail; t=1619939663; bh=fVBH5UKl6XV+8PtROmhajNUiR3xjC7IRXFe3TmcdrYU=; h=Date:To:From:Reply-To:Subject:From; b=YCnGMBBvRqm8X/3L5axCMUHLmpFSbnPdvtWGfs2fyWOV3ZVbeHjKT0UKykukF6BBd +pOk88KAtcDJLRGZy5co1mvyc4xZOEWDXnWm/x0wDzNJ84heiQ2JtMS0KJPDFe9Up2 fBNv2iH8wBy4T5z4GXT+PQrovx2I36SbZrCngeWw= To: Bitcoin development mailing list , Bitcoin Core development mailing list From: "W. J. van der Laan" Reply-To: "W. J. van der Laan" Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Sun, 02 May 2021 07:55:30 +0000 Subject: [bitcoin-dev] Bitcoin Core 0.21.1 released X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Bitcoin Protocol Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 May 2021 07:14:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 0.21.1 Release Notes =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Bitcoin Core version 0.21.1 is now available from: Or through Bittorrent: magnet:?xt=3Durn:btih:205b0189271c50a02fe966491e15737a01f94e08&dn=3Dbitco= in-core-0.21.1&tr=3Dudp%3A%2F%2Ftracker.openbittorrent.com%3A80&tr=3Dudp%3A= %2F%2Ftracker.opentrackr.org%3A1337%2Fannounce&tr=3Dudp%3A%2F%2Ftracker.cop= persurfer.tk%3A6969%2Fannounce&tr=3Dudp%3A%2F%2Ftracker.leechers-paradise.o= rg%3A6969%2Fannounce&tr=3Dudp%3A%2F%2Fexplodie.org%3A6969%2Fannounce&tr=3Du= dp%3A%2F%2Ftracker.torrent.eu.org%3A451%2Fannounce&tr=3Dudp%3A%2F%2Ftracker= .bitcoin.sprovoost.nl%3A6969 This minor release includes various bug fixes and performance improvements, as well as updated translations. Please report bugs using the issue tracker at GitHub: To receive security and update notifications, please subscribe to: 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 comple= tely 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 Mac= ) or `bitcoind`/`bitcoin-qt` (on Linux). Upgrading directly from a version of Bitcoin Core that has reached its EOL = is possible, but it might take some time if the data directory needs to be mig= rated. Old wallet versions of Bitcoin Core are generally supported. 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, macOS 10.12+, 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. - From Bitcoin Core 0.20.0 onwards, macOS versions earlier than 10.12 are n= o longer supported. Additionally, Bitcoin Core does not yet change appearance when macOS "dark mode" is activated. Notable changes =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ## Taproot Soft Fork Included in this release are the mainnet and testnet activation parameters for the taproot soft fork (BIP341) which also adds support for schnorr signatures (BIP340) and tapscript (BIP342). If activated, these improvements will allow users of single-signature scripts, multisignature scripts, and complex contracts to all use identical-appearing commitments that enhance their privacy and the fungibility of all bitcoins. Spenders will enjoy lower fees and the ability to resolve many multisig scripts and complex contracts with the same efficiency, low fees, and large anonymity set as single-sig users. Taproot and schnorr also include efficiency improvements for full nodes such as the ability to batch signature verification. Together, the improvements lay the groundwork for future potential upgrades that may improve efficiency, privacy, and fungibility further. Activation for taproot is being managed using a variation of BIP9 versionbits called Speedy Trial (described in BIP341). Taproot's versionbit is bit 2, and nodes will begin tracking which blocks signal support for taproot at the beginning of the first retarget period after taproot=E2=80=99s start date of 24 April 2021. If 90% of blocks within a 2,016-block retarget period (about two weeks) signal support for taproot prior to the first retarget period beginning after the time of 11 August 2021, the soft fork will be locked in, and taproot will then be active as of block 709632 (expected in early or mid November). Should taproot not be locked in via Speedy Trial activation, it is expected that a follow-up activation mechanism will be deployed, with changes to address the reasons the Speedy Trial method failed. This release includes the ability to pay taproot addresses, although payments to such addresses are not secure until taproot activates. It also includes the ability to relay and mine taproot transactions after activation. Beyond those two basic capabilities, this release does not include any code that allows anyone to directly use taproot. The addition of taproot-related features to Bitcoin Core's wallet is expected in later releases once taproot activation is assured. All users, businesses, and miners are encouraged to upgrade to this release (or a subsequent compatible release) unless they object to activation of taproot. If taproot is locked in, then upgrading before block 709632 is highly recommended to help enforce taproot's new rules and to avoid the unlikely case of seeing falsely confirmed transactions. Miners who want to activate Taproot should preferably use this release to control their signaling. The `getblocktemplate` RPC results will automatically be updated to signal once the appropriate start has been reached and continue signaling until the timeout occurs or taproot activates. Alternatively, miners may manually start signaling on bit 2 at any time; if taproot activates, they will need to ensure they update their nodes before block 709632 or non-upgraded nodes could cause them to m= ine on an invalid chain. See the [versionbits FAQ](https://bitcoincore.org/en/2016/06/08/version-bits-miners-faq/) for details. For more information about taproot, please see the following resources: - - Technical specifications - [BIP340 Schnorr signatures for secp256k1](https://github.com/bitcoin/bi= ps/blob/master/bip-0340.mediawiki) - [BIP341 Taproot: SegWit version 1 spending rules](https://github.com/bi= tcoin/bips/blob/master/bip-0341.mediawiki) - [BIP342 Validation of Taproot scripts](https://github.com/bitcoin/bips/= blob/master/bip-0342.mediawiki) - - Popular articles; - [Taproot Is Coming: What It Is, and How It Will Benefit Bitcoin](https:= //bitcoinmagazine.com/technical/taproot-coming-what-it-and-how-it-will-bene= fit-bitcoin) - [What do Schnorr Signatures Mean for Bitcoin?](https://academy.binance.= com/en/articles/what-do-schnorr-signatures-mean-for-bitcoin) - [The Schnorr Signature & Taproot Softfork Proposal](https://blog.bitmex= .com/the-schnorr-signature-taproot-softfork-proposal/) - - Development history overview - [Taproot](https://bitcoinops.org/en/topics/taproot/) - [Schnorr signatures](https://bitcoinops.org/en/topics/schnorr-signature= s/) - [Tapscript](https://bitcoinops.org/en/topics/tapscript/) - [Soft fork activation](https://bitcoinops.org/en/topics/soft-fork-activ= ation/) - - Other - [Questions and answers related to taproot](https://bitcoin.stackexchang= e.com/questions/tagged/taproot) - [Taproot review](https://github.com/ajtowns/taproot-review) Updated RPCs - ------------ - - Due to [BIP 350](https://github.com/bitcoin/bips/blob/master/bip-0350.m= ediawiki) being implemented, behavior for all RPCs that accept addresses is changed= when a native witness version 1 (or higher) is passed. These now require a Bec= h32m encoding instead of a Bech32 one, and Bech32m encoding will be used for s= uch addresses in RPC output as well. No version 1 addresses should be created for mainnet until consensus rules are adopted that give them meaning (e.g. through [BIP 341](https://github.com/bitcoin/bips/blob/master/bip-0= 341.mediawiki)). Once that happens, Bech32m is expected to be used for them, so this shoul= dn't affect any production systems, but may be observed on other networks wher= e such addresses already have meaning (like signet). 0.21.1 change log =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ### Consensus - - #21377 Speedy trial support for versionbits (ajtowns) - - #21686 Speedy trial activation parameters for Taproot (achow101) ### P2P protocol and network code - - #20852 allow CSubNet of non-IP networks (vasild) - - #21043 Avoid UBSan warning in ProcessMessage(=E2=80=A6) (practicalswift= ) ### Wallet - - #21166 Introduce DeferredSignatureChecker and have SignatureExtractorCl= ass subclass it (achow101) - - #21083 Avoid requesting fee rates multiple times during coin selection = (achow101) ### RPC and other APIs - - #21201 Disallow sendtoaddress and sendmany when private keys disabled (= achow101) ### Build system - - #21486 link against -lsocket if required for `*ifaddrs` (fanquake) - - #20983 Fix MSVC build after gui#176 (hebasto) ### Tests and QA - - #21380 Add fuzzing harness for versionbits (ajtowns) - - #20812 fuzz: Bump FuzzedDataProvider.h (MarcoFalke) - - #20740 fuzz: Update FuzzedDataProvider.h from upstream (LLVM) (practica= lswift) - - #21446 Update vcpkg checkout commit (sipsorcery) - - #21397 fuzz: Bump FuzzedDataProvider.h (MarcoFalke) - - #21081 Fix the unreachable code at `feature_taproot` (brunoerg) - - #20562 Test that a fully signed tx given to signrawtx is unchanged (ach= ow101) - - #21571 Make sure non-IP peers get discouraged and disconnected (vasild,= MarcoFalke) - - #21489 fuzz: cleanups for versionbits fuzzer (ajtowns) ### Miscellaneous - - #20861 BIP 350: Implement Bech32m and use it for v1+ segwit addresses (= sipa) ### Documentation - - #21384 add signet to bitcoin.conf documentation (jonatack) - - #21342 Remove outdated comment (hebasto) Credits =3D=3D=3D=3D=3D=3D=3D Thanks to everyone who directly contributed to this release: - - Aaron Clauson - - Andrew Chow - - Anthony Towns - - Bruno Garcia - - Fabian Jahr - - fanquake - - Hennadii Stepanov - - Jon Atack - - Luke Dashjr - - MarcoFalke - - Pieter Wuille - - practicalswift - - randymcmillan - - Sjors Provoost - - Vasil Dimov - - W. J. van der Laan As well as to everyone that helped with translations on [Transifex](https://www.transifex.com/bitcoin/bitcoin/). -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEnerg3HBjJJ+wVHRoHkrtYphs0l0FAmCOTyUACgkQHkrtYphs 0l0NGgf/fkAJXREQTITAdHfYpv0kFJERm2TSgDCNUIevtbQAl+OHnTyyAtnKScTh 9RVJrrq2smZvFpDyDjYuBspW9yhdQ9RgJOkp1Az1RAx5IJPeCPvMJ44VG4lJAsJN 5QL6TsarMdbyKjYZ0lqkLjbjDV77ZVmboT2r18G5S5gDVMJ+4rOgqjY2ASh3FlDQ ruic+Wm8ly4Fv/EwUoMAgq7fq+GJAuBiqfjDYZNtOISYj4fDK9cL8Moc++km3niO BCsYVrskxHKMjBVIZ40R+vHclMbjc5Gsh8bBKFYBkZGJ3+4DItLpUhhJBsmAy3hq SKTknRUElQbMxs3WlwTxXb0B8x+c/w=3D=3D =3DCtcI -----END PGP SIGNATURE-----