Skip to content

Commit b664d26

Browse files
committed
Merge #767: Releases: add 0.21.1
6ff4af2 Releases: add 0.21.1 (David A. Harding) 13572bc Templates: temporarily remove torrent link from Download page (David A. Harding) Pull request description: First commit drops links to the torrent (which hasn't been uploaded yet). It'll be a clean revert of just that commit when the torrent is added. Second commit adds a short blog post and the verbatim release notes. Magnet link is commented out there until the torrent is available. Preview here: http://dg1.dtrt.org/ ACKs for top commit: Rspigler: ACK commit 6ff4af2 achow101: ACK 6ff4af2 Tree-SHA512: c6d97a84d3f73ed90609e4246ef52521d516a05e11d7541dd088e727a90697990b23b02533f9ebb61d3923c19c5d2a9c7dac18ebea9340ea5b329862a90ef510
2 parents 223c489 + 6ff4af2 commit b664d26

File tree

4 files changed

+285
-4
lines changed

4 files changed

+285
-4
lines changed

_includes/download_release.html

Lines changed: 0 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -4,5 +4,3 @@
44
{% assign magnet=page.optional_magnetlink %}
55
<https://bitcoincore.org{{ PATH_PREFIX }}/>
66

7-
<a href="https://bitcoincore.org{{ PATH_PREFIX }}/{{ FILE_PREFIX }}.torrent" class="dl">Download torrent</a>
8-
{% if magnet %} <a href="{{ magnet | replace: '&', '\&amp;'}}" class="magnetlink" data-proofer-ignore></a>{% endif %}<br>

_includes/templates/download.html

Lines changed: 0 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -70,8 +70,6 @@ <h2>{{ page.latestversion }} {{CURRENT_RELEASE}} <a type="application/rss+xml" h
7070
</div>
7171
<p class="downloadmore">
7272
<a href="{{ PATH_PREFIX }}/SHA256SUMS.asc" class="dl">{{ page.downloadsig }}</a><br>
73-
<a href="{{ PATH_PREFIX }}/{{ FILE_PREFIX }}.torrent" class="dl">{{ page.downloadtorrent }}</a>
74-
{% if magnet %} <a href="{{ magnet | replace: '&', '\&amp;'}}" class="magnetlink" data-proofer-ignore></a>{% endif %}<br>
7573
<a href="{{ PATH_PREFIX }}/{{ FILE_PREFIX}}.tar.gz" class="dl">{{ page.source }}</a><br>
7674
<a href="/en/releases">{{ page.versionhistory }}</a>
7775
</p>
Lines changed: 56 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,56 @@
1+
---
2+
title: Bitcoin Core 0.21.1 Released With Taproot Activation Code
3+
name: blog-release-0.21.1
4+
id: en-blog-release-0.21.1
5+
lang: en
6+
type: posts
7+
layout: post
8+
9+
## If this is a new post, reset this counter to 1.
10+
version: 1
11+
12+
## Only true if release announcement or security annoucement. English posts only
13+
announcement: 1
14+
15+
excerpt: >
16+
Bitcoin Core 0.21.1 is now available with support for activating and
17+
enforcing taproot.
18+
---
19+
Bitcoin Core version 0.21.1 is now available for [download][download
20+
page]. As described in detail in the [release notes][], miner block
21+
templates produced by this version of Bitcoin Core will signal readiness
22+
to enforce taproot during the roughly three month period specified by
23+
BIP341.
24+
25+
If, during that time, 90% of blocks within a 2,016 retarget period
26+
signal readiness, taproot will be locked in and this version of Bitcoin
27+
Core will begin enforcing the additional consensus rules specified in
28+
BIPs 341 and 342 at block 709,632, which is expected in early or mid
29+
November.
30+
31+
If miners don't lock in taproot by the end of the three month signaling
32+
period, a separate attempt to activate it using another mechanism is
33+
expected to be tried. The activation mechanism has been designed so
34+
that, by roughly mid August, it will either provide us with an assurance
35+
that we'll soon have taproot or immediately give us valuable information
36+
that users and developers can use to make the next activation attempt
37+
more likely to succeed.
38+
39+
**Note:** due to a [problem][wincodesign] with the certificate authority
40+
that provides the code signing certificates for the Windows versions of
41+
Bitcoin Core, users on Windows will need to click through an extra
42+
prompt to install. It is also expected that there will be a 0.21.1.1
43+
release with an updated certificate when the problem is fixed. If you
44+
are planning to upgrade anyway, there's no reason to delay using 0.21.1
45+
because of this problem.
46+
47+
If have any questions, please stop by the #bitcoin IRC chatroom
48+
([IRC][irc], [web][web irc]) and we’ll do our best to help you.
49+
50+
[release notes]: /en/releases/0.21.1/
51+
[IRC]: irc://irc.freenode.net/bitcoin
52+
[web irc]: https://webchat.freenode.net/#bitcoin
53+
[download page]: /en/download
54+
[wincodesign]: https://github.com/bitcoin-core/gui/issues/252#issuecomment-802591628
55+
56+
{% include references.md %}

_releases/0.21.1.md

Lines changed: 229 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,229 @@
1+
---
2+
title: Bitcoin Core 0.21.1
3+
id: en-release-0.21.1
4+
name: release-0.21.1
5+
permalink: /en/releases/0.21.1/
6+
excerpt: Bitcoin Core version 0.21.1 is now available
7+
date: 2021-05-01
8+
9+
## Use a YAML array for the version number to allow other parts of the
10+
## site to correctly sort in "natural sort of version numbers"
11+
release: [0, 21, 1]
12+
13+
## Optional magnet link. To get it, open the torrent in a good BitTorrent client
14+
## and View Details, or install the transmission-cli Debian/Ubuntu package
15+
## and run: transmission-show -m <torrent file>
16+
#
17+
## Link should be enclosed in quotes and start with: "magnet:?
18+
#optional_magnetlink: "magnet:?xt=urn:btih:665c5bdc6f49948e47c1098d91ace98bd216150e&dn=bitcoin-core-0.21.0&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80&tr=udp%3A%2F%2Ftracker.opentrackr.org%3A1337%2Fannounce&tr=udp%3A%2F%2Ftracker.coppersurfer.tk%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.leechers-paradise.org%3A6969%2Fannounce&tr=udp%3A%2F%2Fexplodie.org%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.torrent.eu.org%3A451%2Fannounce&tr=udp%3A%2F%2Ftracker.bitcoin.sprovoost.nl%3A6969"
19+
20+
# Note: it is recommended to check all links to ensure they use
21+
# absolute urls (https://github.com/bitcoin/bitcoin/doc/foo)
22+
# rather than relative urls (/bitcoin/bitcoin/doc/foo).
23+
---
24+
{% include download.html %}
25+
{% githubify https://github.com/bitcoin/bitcoin %}
26+
0.21.1 Release Notes
27+
====================
28+
29+
Bitcoin Core version 0.21.1 is now available from:
30+
31+
<https://bitcoincore.org/bin/bitcoin-core-0.21.1/>
32+
33+
This minor release includes various bug fixes and performance
34+
improvements, as well as updated translations.
35+
36+
Please report bugs using the issue tracker at GitHub:
37+
38+
<https://github.com/bitcoin/bitcoin/issues>
39+
40+
To receive security and update notifications, please subscribe to:
41+
42+
<https://bitcoincore.org/en/list/announcements/join/>
43+
44+
How to Upgrade
45+
==============
46+
47+
If you are running an older version, shut it down. Wait until it has completely
48+
shut down (which might take a few minutes in some cases), then run the
49+
installer (on Windows) or just copy over `/Applications/Bitcoin-Qt` (on Mac)
50+
or `bitcoind`/`bitcoin-qt` (on Linux).
51+
52+
Upgrading directly from a version of Bitcoin Core that has reached its EOL is
53+
possible, but it might take some time if the data directory needs to be migrated. Old
54+
wallet versions of Bitcoin Core are generally supported.
55+
56+
Compatibility
57+
==============
58+
59+
Bitcoin Core is supported and extensively tested on operating systems
60+
using the Linux kernel, macOS 10.12+, and Windows 7 and newer. Bitcoin
61+
Core should also work on most other Unix-like systems but is not as
62+
frequently tested on them. It is not recommended to use Bitcoin Core on
63+
unsupported systems.
64+
65+
From Bitcoin Core 0.20.0 onwards, macOS versions earlier than 10.12 are no
66+
longer supported. Additionally, Bitcoin Core does not yet change appearance
67+
when macOS "dark mode" is activated.
68+
69+
Notable changes
70+
===============
71+
72+
## Taproot Soft Fork
73+
74+
Included in this release are the mainnet and testnet activation
75+
parameters for the taproot soft fork (BIP341) which also adds support
76+
for schnorr signatures (BIP340) and tapscript (BIP342).
77+
78+
If activated, these improvements will allow users of single-signature
79+
scripts, multisignature scripts, and complex contracts to all use
80+
identical-appearing commitments that enhance their privacy and the
81+
fungibility of all bitcoins. Spenders will enjoy lower fees and the
82+
ability to resolve many multisig scripts and complex contracts with the
83+
same efficiency, low fees, and large anonymity set as single-sig users.
84+
Taproot and schnorr also include efficiency improvements for full nodes
85+
such as the ability to batch signature verification. Together, the
86+
improvements lay the groundwork for future potential
87+
upgrades that may improve efficiency, privacy, and fungibility further.
88+
89+
Activation for taproot is being managed using a variation of BIP9
90+
versionbits called Speedy Trial (described in BIP341). Taproot's
91+
versionbit is bit 2, and nodes will begin tracking which blocks signal
92+
support for taproot at the beginning of the first retarget period after
93+
taproot’s start date of 24 April 2021. If 90% of blocks within a
94+
2,016-block retarget period (about two weeks) signal support for taproot
95+
prior to the first retarget period beginning after the time of 11 August
96+
2021, the soft fork will be locked in, and taproot will then be active
97+
as of block 709632 (expected in early or mid November).
98+
99+
Should taproot not be locked in via Speedy Trial activation, it is
100+
expected that a follow-up activation mechanism will be deployed, with
101+
changes to address the reasons the Speedy Trial method failed.
102+
103+
This release includes the ability to pay taproot addresses, although
104+
payments to such addresses are not secure until taproot activates.
105+
It also includes the ability to relay and mine taproot transactions
106+
after activation. Beyond those two basic capabilities, this release
107+
does not include any code that allows anyone to directly use taproot.
108+
The addition of taproot-related features to Bitcoin Core's wallet is
109+
expected in later releases once taproot activation is assured.
110+
111+
All users, businesses, and miners are encouraged to upgrade to this
112+
release (or a subsequent compatible release) unless they object to
113+
activation of taproot. If taproot is locked in, then upgrading before
114+
block 709632 is highly recommended to help enforce taproot's new rules
115+
and to avoid the unlikely case of seeing falsely confirmed transactions.
116+
117+
Miners who want to activate Taproot should preferably use this release
118+
to control their signaling. The `getblocktemplate` RPC results will
119+
automatically be updated to signal once the appropriate start has been
120+
reached and continue signaling until the timeout occurs or taproot
121+
activates. Alternatively, miners may manually start signaling on bit 2
122+
at any time; if taproot activates, they will need to ensure they update
123+
their nodes before block 709632 or non-upgraded nodes could cause them to mine on
124+
an invalid chain. See the [versionbits
125+
FAQ](https://bitcoincore.org/en/2016/06/08/version-bits-miners-faq/) for
126+
details.
127+
128+
129+
For more information about taproot, please see the following resources:
130+
131+
- Technical specifications
132+
- [BIP340 Schnorr signatures for secp256k1](https://github.com/bitcoin/bips/blob/master/bip-0340.mediawiki)
133+
- [BIP341 Taproot: SegWit version 1 spending rules](https://github.com/bitcoin/bips/blob/master/bip-0341.mediawiki)
134+
- [BIP342 Validation of Taproot scripts](https://github.com/bitcoin/bips/blob/master/bip-0342.mediawiki)
135+
136+
- Popular articles;
137+
- [Taproot Is Coming: What It Is, and How It Will Benefit Bitcoin](https://bitcoinmagazine.com/technical/taproot-coming-what-it-and-how-it-will-benefit-bitcoin)
138+
- [What do Schnorr Signatures Mean for Bitcoin?](https://academy.binance.com/en/articles/what-do-schnorr-signatures-mean-for-bitcoin)
139+
- [The Schnorr Signature & Taproot Softfork Proposal](https://blog.bitmex.com/the-schnorr-signature-taproot-softfork-proposal/)
140+
141+
- Development history overview
142+
- [Taproot](https://bitcoinops.org/en/topics/taproot/)
143+
- [Schnorr signatures](https://bitcoinops.org/en/topics/schnorr-signatures/)
144+
- [Tapscript](https://bitcoinops.org/en/topics/tapscript/)
145+
- [Soft fork activation](https://bitcoinops.org/en/topics/soft-fork-activation/)
146+
147+
- Other
148+
- [Questions and answers related to taproot](https://bitcoin.stackexchange.com/questions/tagged/taproot)
149+
- [Taproot review](https://github.com/ajtowns/taproot-review)
150+
151+
Updated RPCs
152+
------------
153+
154+
- Due to [BIP 350](https://github.com/bitcoin/bips/blob/master/bip-0350.mediawiki)
155+
being implemented, behavior for all RPCs that accept addresses is changed when
156+
a native witness version 1 (or higher) is passed. These now require a Bech32m
157+
encoding instead of a Bech32 one, and Bech32m encoding will be used for such
158+
addresses in RPC output as well. No version 1 addresses should be created
159+
for mainnet until consensus rules are adopted that give them meaning
160+
(e.g. through [BIP 341](https://github.com/bitcoin/bips/blob/master/bip-0341.mediawiki)).
161+
Once that happens, Bech32m is expected to be used for them, so this shouldn't
162+
affect any production systems, but may be observed on other networks where such
163+
addresses already have meaning (like signet).
164+
165+
0.21.1 change log
166+
=================
167+
168+
### Consensus
169+
- #21377 Speedy trial support for versionbits (ajtowns)
170+
- #21686 Speedy trial activation parameters for Taproot (achow101)
171+
172+
### P2P protocol and network code
173+
- #20852 allow CSubNet of non-IP networks (vasild)
174+
- #21043 Avoid UBSan warning in ProcessMessage(…) (practicalswift)
175+
176+
### Wallet
177+
- #21166 Introduce DeferredSignatureChecker and have SignatureExtractorClass subclass it (achow101)
178+
- #21083 Avoid requesting fee rates multiple times during coin selection (achow101)
179+
180+
### RPC and other APIs
181+
- #21201 Disallow sendtoaddress and sendmany when private keys disabled (achow101)
182+
183+
### Build system
184+
- #21486 link against -lsocket if required for `*ifaddrs` (fanquake)
185+
- #20983 Fix MSVC build after gui#176 (hebasto)
186+
187+
### Tests and QA
188+
- #21380 Add fuzzing harness for versionbits (ajtowns)
189+
- #20812 fuzz: Bump FuzzedDataProvider.h (MarcoFalke)
190+
- #20740 fuzz: Update FuzzedDataProvider.h from upstream (LLVM) (practicalswift)
191+
- #21446 Update vcpkg checkout commit (sipsorcery)
192+
- #21397 fuzz: Bump FuzzedDataProvider.h (MarcoFalke)
193+
- #21081 Fix the unreachable code at `feature_taproot` (brunoerg)
194+
- #20562 Test that a fully signed tx given to signrawtx is unchanged (achow101)
195+
- #21571 Make sure non-IP peers get discouraged and disconnected (vasild, MarcoFalke)
196+
- #21489 fuzz: cleanups for versionbits fuzzer (ajtowns)
197+
198+
### Miscellaneous
199+
- #20861 BIP 350: Implement Bech32m and use it for v1+ segwit addresses (sipa)
200+
201+
### Documentation
202+
- #21384 add signet to bitcoin.conf documentation (jonatack)
203+
- #21342 Remove outdated comment (hebasto)
204+
205+
Credits
206+
=======
207+
208+
Thanks to everyone who directly contributed to this release:
209+
210+
- Aaron Clauson
211+
- Andrew Chow
212+
- Anthony Towns
213+
- Bruno Garcia
214+
- Fabian Jahr
215+
- fanquake
216+
- Hennadii Stepanov
217+
- Jon Atack
218+
- Luke Dashjr
219+
- MarcoFalke
220+
- Pieter Wuille
221+
- practicalswift
222+
- randymcmillan
223+
- Sjors Provoost
224+
- Vasil Dimov
225+
- W. J. van der Laan
226+
227+
As well as to everyone that helped with translations on
228+
[Transifex](https://www.transifex.com/bitcoin/bitcoin/).
229+
{% endgithubify %}

0 commit comments

Comments
 (0)