Author

Topic: Bitcoin Core 22.0 Released (Read 2597 times)

staff
Activity: 3458
Merit: 6793
Just writing some code
April 26, 2022, 01:15:35 PM
#54
hero member
Activity: 1274
Merit: 681
I rather die on my feet than to live on my knees
April 06, 2022, 02:54:42 AM
#53
anyone know who is the creator of this website and how to take funds out of this? any help would be appreciated


https://blockchaincore.net/



Yeah, pay close attention to any site that is not the official site. And when downloading from official sites, always spend a few more minutes checking signatures of the files you download. It's not that hard and it always pay off, as you will always know you're downloading the real stuff!
Never take down your guard!
legendary
Activity: 1932
Merit: 1273
April 03, 2022, 04:28:16 PM
#52
~
Where do you found that site and how did you manage to have funds within the site?

The site is shady and most likely it is a scam. If you take a look at the testimonial section, all the reviewed photos are using publicly available photos.

And best if you have trouble and feel scammed, you post some thread with clarification on Scam accusations board: https://bitcointalk.org/index.php?board=83.0
newbie
Activity: 1
Merit: 0
April 03, 2022, 04:08:48 PM
#51
anyone know who is the creator of this website and how to take funds out of this? any help would be appreciated


https://blockchaincore.net/

hero member
Activity: 1274
Merit: 681
I rather die on my feet than to live on my knees
April 02, 2022, 08:14:06 AM
#50
And another question I have is if this new address also helps in any way reducing the space taken for transactions??
If I understand Taproot correctly, the least I know is that Taproot does make multisig transactions smaller but besides that, there isn't much improvement.

Take it with a grain of salt since I didn't comprehend Taproot fully. I remember some users have made a thread comparing bitcoin transaction size with P2TR tx, but I can't remember which one and where, surely it's on the technical board.

Yeah, that part I know. I think maybe my question might even be confusing and maybe even non-sensical. I mean, I'm not sure if the fact that the Taproot makes it as a whole or the Taproot implementation can be separated from the P2TR addresses, because I think Taproot is used weather you use P2TR addresses or not. So, my question was like if Taproot + P2TR saves more space and brings more privacy than only Taproot itself (not using P2TR).
legendary
Activity: 1932
Merit: 1273
April 01, 2022, 08:01:50 AM
#49
And another question I have is if this new address also helps in any way reducing the space taken for transactions??
If I understand Taproot correctly, the least I know is that Taproot does make multisig transactions smaller but besides that, there isn't much improvement.

Take it with a grain of salt since I didn't comprehend Taproot fully. I remember some users have made a thread comparing bitcoin transaction size with P2TR tx, but I can't remember which one and where, surely it's on the technical board.
hero member
Activity: 1274
Merit: 681
I rather die on my feet than to live on my knees
March 31, 2022, 02:07:00 PM
#48
Hello. Is it already possible, with this latest release, to generate the P2TR addresses or the PR is not yet merged into the release? I can see from some stackexchange posts that by the time those posts were made, a Taproot descriptor needed to be created and then imported into the wallet, and only in signet, to prevent loss of funds.

How is this right now?
There was this description on how to do it, though:
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2021-October/019543.html
Bitcoin Core 22.0 doesn't include the Taproot descriptor yet and the PR21500 that is required by the tutorial hasn't been merged at the 22.0 release.

I believe if you running the latest master branch, you should be able to generate the address. The last time I tried to play around with Taproot is when I'm using the #22364 @Achow101 branch and could successfully make a transaction on testnet.

Oh, ok. I really appreciate your feedback. I'll take a look to that PR of @Achow101 branch and maybe I'll give it a try myself also on the testnet just to have the feeling of how it works. And another question I have is if this new address also helps in any way reducing the space taken for transactions??
legendary
Activity: 1932
Merit: 1273
March 31, 2022, 02:01:16 AM
#47
Hello. Is it already possible, with this latest release, to generate the P2TR addresses or the PR is not yet merged into the release? I can see from some stackexchange posts that by the time those posts were made, a Taproot descriptor needed to be created and then imported into the wallet, and only in signet, to prevent loss of funds.

How is this right now?
There was this description on how to do it, though:
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2021-October/019543.html
Bitcoin Core 22.0 doesn't include the Taproot descriptor yet and the PR21500 that is required by the tutorial hasn't been merged at the 22.0 release.

I believe if you running the latest master branch, you should be able to generate the address. The last time I tried to play around with Taproot is when I'm using the #22364 @Achow101 branch and could successfully make a transaction on testnet.
hero member
Activity: 1274
Merit: 681
I rather die on my feet than to live on my knees
March 29, 2022, 05:52:01 AM
#46
Hello. Is it already possible, with this latest release, to generate the P2TR addresses or the PR is not yet merged into the release? I can see from some stackexchange posts that by the time those posts were made, a Taproot descriptor needed to be created and then imported into the wallet, and only in signet, to prevent loss of funds.

How is this right now?
There was this description on how to do it, though:
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2021-October/019543.html
sr. member
Activity: 292
Merit: 251
November 22, 2021, 08:44:02 PM
#45
fine, how i can view wallet address?
legendary
Activity: 1932
Merit: 1273
November 22, 2021, 02:41:58 PM
#44
You are typing an incorrect option/parameter. Actually, you can see the reference by running ./bitcoin-cli --help

Or depending on what you need/want you can just see the below reference:
RPC API Reference
Bitcoin CLI JSON RPC
sr. member
Activity: 292
Merit: 251
November 22, 2021, 02:19:09 PM
#43
why?
legendary
Activity: 4536
Merit: 3188
Vile Vixen and Miss Bitcointalk 2021-2023
November 22, 2021, 12:01:44 AM
#42
Unlikely, if his system ran out of memory he should see message such as "Killed" or "kernel: Out of memory: Kill process XXXXX".
You mean the "oom_kill_process" and "out_of_memory" lines aren't good enough for you?
legendary
Activity: 2870
Merit: 7490
Crypto Swap Exchange
November 20, 2021, 07:03:07 AM
#41
Hi, run
Code:
./bitcoind -server -daemon=1 -prune=2024

, why error?


Looks like hardware error to me, but i can't be sure without additional log.


~
Seems like your system got run out of memory. How much RAM does your PC have? Also, do you run some specific bitcoin.conf configurations?

Unlikely, if his system ran out of memory he should see message such as "Killed" or "kernel: Out of memory: Kill process XXXXX".

Anyway, you better post a thread on Bitcoin Technical Support board and make sure you read [READ BEFORE POSTING] Tech Support Help Request Format post.

I agree, but i also recommend to include relevant line of your system log.
legendary
Activity: 1932
Merit: 1273
November 20, 2021, 02:40:06 AM
#40

~
Seems like your system got run out of memory. How much RAM does your PC have? Also, do you run some specific bitcoin.conf configurations?

Anyway, you better post a thread on Bitcoin Technical Support board and make sure you read [READ BEFORE POSTING] Tech Support Help Request Format post.
sr. member
Activity: 292
Merit: 251
November 19, 2021, 08:17:50 PM
#39
Hi, run
Code:
./bitcoind -server -daemon=1 -prune=2024

, why error?
newbie
Activity: 20
Merit: 0
November 17, 2021, 03:26:22 AM
#38
Excited to update my node to this.
staff
Activity: 3458
Merit: 6793
Just writing some code
November 16, 2021, 12:23:04 PM
#37

It's odd but it's probably not because of the name change because it appears that the posts are ordered by date but for some reason, the 0.21.2 version was posted on the 26th of October while the newest versions were posted prior to that date.
Ou.. ok maybe it was not about version number. It can be because of certifigate and maybe they did re-sign old ones also.
The order is that way because 0.20.2 and 0.21.2 were released after 22.0. There will still be minor releases for some older versions. These include bug and security fixes.
newbie
Activity: 7
Merit: 9
November 16, 2021, 06:42:41 AM
#36
Because of version number change, bitcoin.org website orders releases odd way.

https://bitcoincore.org

It's odd but it's probably not because of the name change because it appears that the posts are ordered by date but for some reason, the 0.21.2 version was posted on the 26th of October while the newest versions were posted prior to that date.
Ou.. ok maybe it was not about version number. It can be because of certifigate and maybe they did re-sign old ones also.
staff
Activity: 3500
Merit: 6152
November 16, 2021, 06:38:28 AM
#35
Because of version number change, bitcoin.org website orders releases odd way.

https://bitcoincore.org

It's odd but it's probably not because of the name change because it appears that the posts are ordered by date but for some reason, the 0.21.2 version was posted on the 26th of October while the newest versions were posted prior to that date.
newbie
Activity: 7
Merit: 9
November 16, 2021, 06:30:13 AM
#34
Because of version number change, bitcoin.org website orders releases odd way.

https://bitcoincore.org
https://i.ibb.co/wwX4xCD/bitcoincore-releasesorder.png
jr. member
Activity: 139
Merit: 6
November 15, 2021, 11:04:36 AM
#33
Are there any plans in the core development to at least allow users to run the core software without having to download and process the entire blockchain?

This would be great and I would be happy to support this!

In addition to pruning? Still have to download first, but once you activate pruning on your core node you can dump 90% of the chain from storage.
legendary
Activity: 3472
Merit: 10611
November 01, 2021, 12:10:26 AM
#32
Are there any plans in the core development to at least allow users to run the core software without having to download and process the entire blockchain?
This would be great and I would be happy to support this!
That would not make sense. Bitcoin core is as it has always been a full node and as a full node it needs to download and verify the entire blockchain; you can also decide whether you want to store the entire blockchain and be a full verifying node or store a small number of latest blocks and be a pruned full verifying node but the initial sync has to happen.

Additionally there is no need for bitcoin core to add such a feature since we already have an excellent implementation for an SPV client (where you don't download and verify the entire blockchain) called Electrum.
newbie
Activity: 33
Merit: 0
October 31, 2021, 07:54:56 AM
#31
Are there any plans in the core development to at least allow users to run the core software without having to download and process the entire blockchain?

This would be great and I would be happy to support this!
legendary
Activity: 3668
Merit: 6382
Looking for campaign manager? Contact icopress!
October 15, 2021, 12:22:05 PM
#30
Man, how big the blockchain is. I think about Satoshi's white paper and I imagine a system where each one of us can easily run a node on their computer, mine and make a small profit. Nowadays you need 400 GB to download the entire blockchain if you want to run the core software, you need ASICs to mine, etc. Are there any plans in the core development to at least allow users to run the core software without having to download and process the entire blockchain?

I think that this covers your question: https://bitcointalksearch.org/topic/can-i-just-run-a-pruned-node-without-downloading-historical-data-5364381
jr. member
Activity: 56
Merit: 5
October 15, 2021, 12:18:17 PM
#29
Man, how big the blockchain is. I think about Satoshi's white paper and I imagine a system where each one of us can easily run a node on their computer, mine and make a small profit. Nowadays you need 400 GB to download the entire blockchain if you want to run the core software, you need ASICs to mine, etc. Are there any plans in the core development to at least allow users to run the core software without having to download and process the entire blockchain?
legendary
Activity: 3668
Merit: 6382
Looking for campaign manager? Contact icopress!
October 11, 2021, 08:38:52 AM
#28
What's the version of Bitcoin Core 0.21.2 why is it after 22.0?

I'd say that 0.21.2 is just a bugfix for 0.21.0/0.21.1.
It's "after" 22.0 because it was implemented more recently. Still 22.0 remains the highest version.
member
Activity: 174
Merit: 12
October 11, 2021, 07:53:44 AM
#27
What's the version of Bitcoin Core 0.21.2 why is it after 22.0?
legendary
Activity: 3472
Merit: 10611
October 09, 2021, 12:00:00 AM
#26
Yes its the theoretically idea of Bitcoin but practically a coordinated dev team leads the ship with its updates and there are not 10 different Cores for setting up a full node.
That's for consensus rules, and there are already multiple implementation of full nodes. Not everything is a full node either.
Other than that there are a lot of features that other implementations have, for example core lacks one of the most popular features which is producing a mnemonic for wallet backups.

Quote
And by the way you agree on usability of LN?
Of course. And I would love to see LN added to core itself.
member
Activity: 637
Merit: 11
October 08, 2021, 05:27:19 PM
#25
And even if I could code it would be again a third party solution.
That makes no sense! Bitcoin is not centralized and there is no company or individual owning the right to write code for Bitcoin. In other words there is not "first party" for anything other than bitcoin core to be considered "third party". Any implementation of the protocol (and any extra options such as lightning network) is as valuable as the reference implementation.
Yes its the theoretically idea of Bitcoin but practically a coordinated dev team leads the ship with its updates and there are not 10 different Cores for setting up a full node.

And by the way you agree on usability of LN?
legendary
Activity: 3472
Merit: 10611
October 07, 2021, 11:59:06 PM
#24
And even if I could code it would be again a third party solution.
That makes no sense! Bitcoin is not centralized and there is no company or individual owning the right to write code for Bitcoin. In other words there is not "first party" for anything other than bitcoin core to be considered "third party". Any implementation of the protocol (and any extra options such as lightning network) is as valuable as the reference implementation.
member
Activity: 637
Merit: 11
October 07, 2021, 07:22:09 AM
#23
When can we expect a combined original Bitcoin Core wallet that supports Lightning?

The usability of core with a Lightning daemon is still a big mess.

And when ask why not do myself. Dev Team has the knowlege and the resources to do that. And even if I could code it would be again a third party solution.
legendary
Activity: 3472
Merit: 10611
October 05, 2021, 11:48:41 PM
#22
of course taproot is obviously a big improvement to the network and data base.  My hard drives are celebrating already.
Taproot doesn't have anything to do with "database" and won't change anything about it. Even if it did, your "hard drive" wouldn't notice it since it is just locked in and will activate in about a month.
newbie
Activity: 742
Merit: 0
October 05, 2021, 02:08:48 PM
#21
Taproot, schmaproot, this is what I'm most excited about.  Just kidding, of course taproot is obviously a big improvement to the network and data base.  My hard drives are celebrating already.  But I am really excited about GUI support for hardware wallets.  I updated the full node I'm running on my primary (Win10) PC last night but I didn't get a chance to play with it in combination with a hardware wallet.  I'll goof around with it and a spare hardware wallet
staff
Activity: 3458
Merit: 6793
Just writing some code
September 18, 2021, 09:46:16 AM
#20
Was bitcoin-core/gui#365 merged into this release? I can't find it in the above changelog (it fixes the issue with transaction data making the main window extremely large. I contributed to reporting that bug).
It is in this release. Sometimes the changelog generating script misses things.
legendary
Activity: 1568
Merit: 6660
bitcoincleanup.com / bitmixlist.org
September 18, 2021, 05:33:08 AM
#19
Was bitcoin-core/gui#365 merged into this release? I can't find it in the above changelog (it fixes the issue with transaction data making the main window extremely large. I contributed to reporting that bug).

I recall discussion over there saying it was going to be backported to 0.21.1 too.
copper member
Activity: 2338
Merit: 4543
Join the world-leading crypto sportsbook NOW!
September 15, 2021, 12:32:41 PM
#18
GUI
  • bitcoin-core/gui#4 UI external signer support (e.g. hardware wallet) (Sjors)

Taproot, schmaproot, this is what I'm most excited about.  Just kidding, of course taproot is obviously a big improvement to the network and data base.  My hard drives are celebrating already.  But I am really excited about GUI support for hardware wallets.  I updated the full node I'm running on my primary (Win10) PC last night but I didn't get a chance to play with it in combination with a hardware wallet.  I'll goof around with it and a spare hardware wallet (a KeepKey) tonight.

I plan on updating my node server this weekend, getting ready for taproot integration.

@achow101, just an FYI; the downloads page on bitcoincore.org still lists Wladimir's key, 01EA5486DE18A882D4C2684590C8019E36C2E964, but I didn't see it as one of the keys that signed the sums file.
Yes, the docs are getting updated. Wladimir's release key will still be used to sign the backport releases (0.20.2, 0.21.2, etc.), but he will use his personal key for in the signatures for future releases.

Thanks.  I've had your key and Wladimir's key in my keyring for months, so I thought it was funny that yours was the only signature confirmed.  I didn't know which of these keys is Wladimir's personal key, but I found it:

Code:
Signature made 09/10/21 10:33:30 Pacific Daylight Time
                using RSA key 9DEAE0DC7063249FB05474681E4AED62986CD25D
Good signature from "Wladimir J. van der Laan " [full]
                aka "Wladimir J. van der Laan " [full]
                aka "Wladimir J. van der Laan " [full]
legendary
Activity: 3472
Merit: 10611
September 15, 2021, 01:03:31 AM
#17
Looks like it's intentional (https://github.com/bitcoin/bitcoin/pull/20223). This remind me of Firefox/Chrome which use big number to make people think there's big improvement on their software.
I think its just that the bitcoin core team didn't move to 1.0 (first major release getting out of beta) for so long that at this point it looks weird to go from 0.21 to 1.0 so it looks like dropping the first zero made more sense to them.
Not to mention that core wasn't completely following semver and 0.x wasn't exactly considered "beta".
staff
Activity: 3458
Merit: 6793
Just writing some code
September 14, 2021, 08:17:56 PM
#16
@achow101, just an FYI; the downloads page on bitcoincore.org still lists Wladimir's key, 01EA5486DE18A882D4C2684590C8019E36C2E964, but I didn't see it as one of the keys that signed the sums file.
Yes, the docs are getting updated. Wladimir's release key will still be used to sign the backport releases (0.20.2, 0.21.2, etc.), but he will use his personal key for in the signatures for future releases.
copper member
Activity: 2338
Merit: 4543
Join the world-leading crypto sportsbook NOW!
September 14, 2021, 07:07:18 PM
#15
@achow101, just an FYI; the downloads page on bitcoincore.org still lists Wladimir's key, 01EA5486DE18A882D4C2684590C8019E36C2E964, but I didn't see it as one of the keys that signed the sums file.

Here's what I get:

Code:
gpg --verify P:\Installs\Cryptocurrency\Bitcoin_Clients\Bitcoin_Core\bitcoin-22.0\SHA256SUMS.asc P:\Installs\Cryptocurrency\Bitcoin_Clients\Bitcoin_Core\bitcoin-22.0\SHA256SUMS
Signature made 9/10/2021 4:29:17 AM Pacific Daylight Time
               using RSA key 0CCBAAFD76A2ECE2CCD3141DE2FFD5B1D88CA97D
Can't check signature: No public key
Signature made 9/9/2021 1:09:04 PM Pacific Daylight Time
               using RSA key 152812300785C96444D3334D17565732E08E5E41
               issuer "[email protected]"
Good signature from "Andrew Chow (Official New Key) " [full]
                aka "Andrew Chow " [full]
                aka "Andrew Chow " [full]
                aka "Andrew Chow " [full]
                aka "Andrew Chow " [full]
                aka "Andrew Chow " [full]
                aka "Andrew Chow " [full]
Signature made 9/9/2021 1:16:18 PM Pacific Daylight Time
               using RSA key 0AD83877C1F0CD1EE9BD660AD7CC770B81FD22A8
               issuer "[email protected]"
Can't check signature: No public key
Signature made 9/10/2021 6:00:35 AM Pacific Daylight Time
               using RSA key 590B7292695AFFA5B672CBB2E13FC145CD3F4304
               issuer "[email protected]"
Can't check signature: No public key
Signature made 9/9/2021 1:54:01 PM Pacific Daylight Time
               using RSA key 28F5900B1BB5D1A4B6B6D1A9ED357015286A333D
Can't check signature: No public key
Signature made 9/10/2021 7:26:03 AM Pacific Daylight Time
               using RSA key 637DB1E23370F84AFF88CCE03152347D07DA627C
Can't check signature: No public key
Signature made 9/9/2021 6:04:14 PM Pacific Daylight Time
               using RSA key CFB16E21C950F67FA95E558F2EEB9F5CC09526C1
               issuer "[email protected]"
Can't check signature: No public key
Signature made 9/10/2021 1:03:16 AM Pacific Daylight Time
               using RSA key 6E01EEC9656903B0542B8F1003DB6322267C373B
               issuer "[email protected]"
Can't check signature: No public key
Signature made 9/9/2021 1:07:53 PM Pacific Daylight Time
               using RSA key D1DBF2C4B96F2DEBF4C16654410108112E7EA81F
               issuer "[email protected]"
Can't check signature: No public key
Signature made 9/10/2021 12:14:14 AM Pacific Daylight Time
               using RSA key 82921A4B88FD454B7EB8CE3C796C4109063D4EAF
               issuer "[email protected]"
Can't check signature: No public key
Signature made 9/10/2021 10:33:30 AM Pacific Daylight Time
               using RSA key 9DEAE0DC7063249FB05474681E4AED62986CD25D
Can't check signature: No public key
Signature made 9/9/2021 1:22:36 PM Pacific Daylight Time
               using RSA key 9D3CC86A72F8494342EA5FD10A41BDC3F4FAFF1C
               issuer "[email protected]"
Can't check signature: No public key
Signature made 9/10/2021 2:59:33 AM Pacific Daylight Time
               using RSA key 74E2DEF5D77260B98BC19438099BAD163C70FBFA
               issuer "[email protected]"
Can't check signature: No public key
staff
Activity: 3458
Merit: 6793
Just writing some code
September 14, 2021, 02:41:20 PM
#14
right, that's my point.

not everyone will have the patience to inspect gpg output from 13 consecutive sig checks, it's very off-putting for anyone who has low or zero experience of this kind of thing. I appreciate though that this is a chicken and egg paradox; people can't understand the process without experience, but people are disinclined to attain the experience without understanding the process.
Most users will be inspecting the gpg output rather than relying on the exit code since bash doesn't tell you the exit code after the command is run. A script can be easily modified to deal with this situation too, and I would expect that anyone capable of writing a script in the first place is also capable of figuring this out.

But yes, I agree that is an issue and it would be nice if gpg had an option for "verify at least one signature".

maybe it might be an idea to be sure that all signers (which as you say means all guix builders publishing their build hashes) have their keys on all keyservers, at least for the sake of redundancy?
It is difficult to do that since there are a lot of keyservers, and not all accept new keys. When guix signatures are verified, we do always ask for the key if it is not immediately obvious where it is, so we could potentially maintain a location for keys, but that could be troublesome to maintain.

Jon Atack's key was not on keyserver.ubuntu.com (when I tried), and Hennadii Stepanov's key maybe was on keys.openpgp.org, but gpg --recv-keys refused to import it because some field in the data was somehow non-standard, which is essentially the same as the key being not on the server (to me at least).

I do not know the exact reason why my gpg version choked on that key, but some searching unravelled a whole bunch of stuff involving competing pgp infrastructure ideologies/protocols (GDPR has somehow become a factor, apparently... Undecided), which to me boils down to: "I'll only be interested in the details once you people have figured out a consensus"

It seems there's 2 proprietary solutions (openpgp.org, keybase.io), and on top of that, 2 protocols (SKS and WKD). All competing, and none appear to be dominant (and it's highly undesirable that either proprietary solution became dominant anyway)
Unfortunately the PGP community has not unified behind a single solution. At this point, SKS is basically non-functional (and that's why keys aren't getting to keyservers). A lot of SKS keyservers have not been able to sync with each other due to attacks on their infrastructure, and other reasons that I don't know about. WKD is nice but it basically requires having your own domain name. Since the vast majority of people use email services, WKD is pretty much a non-starter as it would require the major email providers (google) to setup WKD infrastructure, and that's unlikely to happen. keys.openpgp.org has been the most reliable keyserver thus far, but it doesn't use SKS (so no syncing with other keyservers). So the current recommendation to all guix builders is to make sure their key is on keys.openpgp.org.

One of the nice things about keys.openpgp.org is that they verify the email(s) before listing the key. So there's at least some guarantee that the key you are retrieving belongs to who it claims to belong to.

all I'm saying is: support all or most of these options until things change (especially any keyservers operating using the open protocols). Apparently, the Bitcoin project supports using 1 domain and 1 keyserver, which is rather too similar to my (joke) suggestion to distribute the keys with the release files.
That's not too different from 1 signature and 1 key as we used to do.
legendary
Activity: 3430
Merit: 3080
September 14, 2021, 01:25:10 PM
#13
GPG will always attempt to verify all signatures, and it's exit code depends on whether all verify

right, that's my point.

not everyone will have the patience to inspect gpg output from 13 consecutive sig checks, it's very off-putting for anyone who has low or zero experience of this kind of thing. I appreciate though that this is a chicken and egg paradox; people can't understand the process without experience, but people are disinclined to attain the experience without understanding the process.


All keys are available on keys.openpgp.org.

maybe it might be an idea to be sure that all signers (which as you say means all guix builders publishing their build hashes) have their keys on all keyservers, at least for the sake of redundancy?

Jon Atack's key was not on keyserver.ubuntu.com (when I tried), and Hennadii Stepanov's key maybe was on keys.openpgp.org, but gpg --recv-keys refused to import it because some field in the data was somehow non-standard, which is essentially the same as the key being not on the server (to me at least).

I do not know the exact reason why my gpg version choked on that key, but some searching unravelled a whole bunch of stuff involving competing pgp infrastructure ideologies/protocols (GDPR has somehow become a factor, apparently... Undecided), which to me boils down to: "I'll only be interested in the details once you people have figured out a consensus"

It seems there's 2 proprietary solutions (openpgp.org, keybase.io), and on top of that, 2 protocols (SKS and WKD). All competing, and none appear to be dominant (and it's highly undesirable that either proprietary solution became dominant anyway)


all I'm saying is: support all or most of these options until things change (especially any keyservers operating using the open protocols). Apparently, the Bitcoin project supports using 1 domain and 1 keyserver, which is rather too similar to my (joke) suggestion to distribute the keys with the release files.



sorry to detract in any way from the release, I appreciate that guix (and the still fairly fresh codesigning stuff) was an additional burden this time.
staff
Activity: 3458
Merit: 6793
Just writing some code
September 14, 2021, 11:34:33 AM
#12
there are 13 new (!) PGP keys to retrieve signing the SHA256SUMS.asc files, perhaps there's a PGP command that doesn't require all 13?
GPG will always attempt to verify all signatures, and it's exit code depends on whether all verify. However it will print out the results of each signature verification individually, so you don't necessarily need all of the keys imported. You can just look for a "Good signature from" line for the key that you trust.

1. I have a hard time believing every single one of the new signers will continue to do so long-term. Some of these people I "know" (i.e. am aware they are Bitcoiners), others I do not.
These signatures come from the guix build process. With the guix process, the builders produce the SHA256SUMS file that will eventually get uploaded, and they all sign it. For the release, we decided to just combine all of the signatures from the guix process together into a single file. However the people who participate in the build process will change, which means that it is unlikely that the exact same set of builders will provide signatures for every release. There will be a set of 4 or 5 people who sign every release, but not everyone will so it is probably that some people don't sign, and maybe there will be others who didn't sign 22.0 will sign a new release.

sing so many means that verifying the 22.0 release will always require those keys, forever. The binaries will not be relevant in the long-term, but the source code may be. But will these keys still be available? Maybe distribute the keys with the release files, eh? >_< lol
Fingerprints of everyone who has done a gitian or guix build can be found at https://github.com/bitcoin/bitcoin/tree/master/contrib/builder-keys. The keys themselves will need to be retrieved from keyservers.

2. It's not possible (or it wasn't a few weeks ago when I grabbed 22.0rc2) to fetch all the keys from the same key server.
All keys are available on keys.openpgp.org.
legendary
Activity: 3430
Merit: 3080
September 14, 2021, 04:53:02 AM
#11
How to pgp verify this 22.0 release?

This release contains a different format in SHA256SUMS.asc

there are 13 new (!) PGP keys to retrieve signing the SHA256SUMS.asc files, perhaps there's a PGP command that doesn't require all 13?




I understand the reason for expanding the number of signers (from just 1 person), but the new situation seems not well thought through.

1. I have a hard time believing every single one of the new signers will continue to do so long-term. Some of these people I "know" (i.e. am aware they are Bitcoiners), others I do not. Using so many means that verifying the 22.0 release will always require those keys, forever. The binaries will not be relevant in the long-term, but the source code may be. But will these keys still be available? Maybe distribute the keys with the release files, eh? >_< lol

But whatever may or may not happen in the future, the more signers you add, the less likely they will be signing all releases long-term. And the most diligent thing to do is to keep every single key in perpetuity (until the cryptography is broken of course, that sort of perpetuity Cheesy )

Maybe there might be some scheme whereby a "current keyset" is maintained, and old releases are re-signed using that keyset? just a thought


2. It's not possible (or it wasn't a few weeks ago when I grabbed 22.0rc2) to fetch all the keys from the same key server. The Hennadii Stepanov key cannot be fetched from openpgpkeys.org, and the Jon Atack key cannot be fetched from keyserver.ubuntu.com. That's gonna be a real PIA for anyone who maintains a script to grab/verify new Bitcoin releases.


I get why different people are using the different PGP key-serving tech these days, and that that's a whole other (slightly unresolved) topic. But that's partly why I'm saying this change seems a bit disorganized; it would be good to have found a common platform/server that all signers agreed on. The procedure for dl-ing a new release is necessarily complicated, no need to make it more so than need be.
legendary
Activity: 2212
Merit: 7064
September 14, 2021, 04:27:59 AM
#10
This is very important Bitcoin Core update, adding improved privacy and anonymity with support for I2P as Tor alternative, and finally we have GUI support for hardware wallets!
newbie
Activity: 1
Merit: 0
September 14, 2021, 04:02:11 AM
#9
How to pgp verify this 22.0 release?

This release contains a different format in SHA256SUMS.asc
legendary
Activity: 3430
Merit: 3080
September 14, 2021, 03:45:32 AM
#8
legendary
Activity: 4228
Merit: 1313
September 13, 2021, 06:58:56 PM
#7
Great news, the new Taproot support is the most exciting thing about this release. I look forward to activation & actually being able to use it with 22.0

Interesting it’s 22.0 & not 0.22.0

This is a good point.  If you are building from source, make sure you are checking out  v22.0 not  v0.22.0 as it will error out:

e.g.
error: pathspec 'v0.22.0' did not match any file(s) known to git
legendary
Activity: 3304
Merit: 1617
#1 VIP Crypto Casino
September 13, 2021, 03:01:34 PM
#6
Great news, the new Taproot support is the most exciting thing about this release. I look forward to activation & actually being able to use it with 22.0

Interesting it’s 22.0 & not 0.22.0
legendary
Activity: 1512
Merit: 7340
Farewell, Leo
September 13, 2021, 11:58:44 AM
#5
You should update the latest Bitcoin Core release on top of the forum.
staff
Activity: 3458
Merit: 6793
Just writing some code
September 13, 2021, 11:10:42 AM
#4
Documentation
  • bitcoin/bitcoin#15451 clarify getdata limit after #14897 (HashUnlimited)
  • bitcoin/bitcoin#15545 Explain why CheckBlock() is called before AcceptBlock (Sjors)
  • bitcoin/bitcoin#17350 Add developer documentation to isminetype (HAOYUatHZ)
  • bitcoin/bitcoin#17934 Use CONFIG_SITE variable instead of --prefix option (hebasto)
  • bitcoin/bitcoin#18030 Coin::IsSpent() can also mean never existed (Sjors)
  • bitcoin/bitcoin#18096 IsFinalTx comment about nSequence & OP_CLTV (nothingmuch)
  • bitcoin/bitcoin#18568 Clarify developer notes about constant naming (ryanofsky)
  • bitcoin/bitcoin#19961 doc: tor.md updates (jonatack)
  • bitcoin/bitcoin#19968 Clarify CRollingBloomFilter size estimate (robot-dreams)
  • bitcoin/bitcoin#20200 Rename CODEOWNERS to REVIEWERS (adamjonas)
  • bitcoin/bitcoin#20329 docs/descriptors.md: Remove hardened marker in the path after xpub (dgpv)
  • bitcoin/bitcoin#20380 Add instructions on how to fuzz the P2P layer using Honggfuzz NetDriver (practicalswift)
  • bitcoin/bitcoin#20414 Remove generated manual pages from master branch (laanwj)
  • bitcoin/bitcoin#20473 Document current boost dependency as 1.71.0 (laanwj)
  • bitcoin/bitcoin#20512 Add bash as an OpenBSD dependency (emilengler)
  • bitcoin/bitcoin#20568 Use FeeModes doc helper in estimatesmartfee (MarcoFalke)
  • bitcoin/bitcoin#20577 libconsensus: add missing error code description, fix NBitcoin link (theStack)
  • bitcoin/bitcoin#20587 Tidy up Tor doc (more stringent) (wodry)
  • bitcoin/bitcoin#20592 Update wtxidrelay documentation per BIP339 (jonatack)
  • bitcoin/bitcoin#20601 Update for FreeBSD 12.2, add GUI Build Instructions (jarolrod)
  • bitcoin/bitcoin#20635 fix misleading comment about call to non-existing function (pox)
  • bitcoin/bitcoin#20646 Refer to BIPs 339/155 in feature negotiation (jonatack)
  • bitcoin/bitcoin#20653 Move addr relay comment in net to correct place (MarcoFalke)
  • bitcoin/bitcoin#20677 Remove shouty enums in net_processing comments (sdaftuar)
  • bitcoin/bitcoin#20741 Update 'Secure string handling' (prayank23)
  • bitcoin/bitcoin#20757 tor.md and -onlynet help updates (jonatack)
  • bitcoin/bitcoin#20829 Add -netinfo help (jonatack)
  • bitcoin/bitcoin#20830 Update developer notes with signet (jonatack)
  • bitcoin/bitcoin#20890 Add explicit macdeployqtplus dependencies install step (hebasto)
  • bitcoin/bitcoin#20913 Add manual page generation for bitcoin-util (laanwj)
  • bitcoin/bitcoin#20985 Add xorriso to macOS depends packages (fanquake)
  • bitcoin/bitcoin#20986 Update developer notes to discourage very long lines (jnewbery)
  • bitcoin/bitcoin#20987 Add instructions for generating RPC docs (ben-kaufman)
  • bitcoin/bitcoin#21026 Document use of make-tag script to make tags (laanwj)
  • bitcoin/bitcoin#21028 doc/bips: Add BIPs 43, 44, 49, and 84 (luke-jr)
  • bitcoin/bitcoin#21049 Add release notes for listdescriptors RPC (S3RK)
  • bitcoin/bitcoin#21060 More precise -debug and -debugexclude doc (wodry)
  • bitcoin/bitcoin#21077 Clarify -timeout and -peertimeout config options (glozow)
  • bitcoin/bitcoin#21105 Correctly identify script type (niftynei)
  • bitcoin/bitcoin#21163 Guix is shipped in Debian and Ubuntu (MarcoFalke)
  • bitcoin/bitcoin#21210 Rework internal and external links (MarcoFalke)
  • bitcoin/bitcoin#21246 Correction for VerifyTaprootCommitment comments (roconnor-blockstream)
  • bitcoin/bitcoin#21263 Clarify that squashing should happen before review (MarcoFalke)
  • bitcoin/bitcoin#21323 guix, doc: Update default HOSTS value (hebasto)
  • bitcoin/bitcoin#21324 Update build instructions for Fedora (hebasto)
  • bitcoin/bitcoin#21343 Revamp macOS build doc (jarolrod)
  • bitcoin/bitcoin#21346 install qt5 when building on macOS (fanquake)
  • bitcoin/bitcoin#21384 doc: add signet to bitcoin.conf documentation (jonatack)
  • bitcoin/bitcoin#21394 Improve comment about protected peers (amitiuttarwar)
  • bitcoin/bitcoin#21398 Update fuzzing docs for afl-clang-lto (MarcoFalke)
  • bitcoin/bitcoin#21444 net, doc: Doxygen updates and fixes in netbase.{h,cpp} (jonatack)
  • bitcoin/bitcoin#21481 Tell howto install clang-format on Debian/Ubuntu (wodry)
  • bitcoin/bitcoin#21567 Fix various misleading comments (glozow)
  • bitcoin/bitcoin#21661 Fix name of script guix-build (Emzy)
  • bitcoin/bitcoin#21672 Remove boostrap info from GUIX_COMMON_FLAGS doc (fanquake)
  • bitcoin/bitcoin#21688 Note on SDK for macOS depends cross-compile (jarolrod)
  • bitcoin/bitcoin#21709 Update reduce-memory.md and bitcoin.conf -maxconnections info (jonatack)
  • bitcoin/bitcoin#21710 update helps for addnode rpc and -addnode/-maxconnections config options (jonatack)
  • bitcoin/bitcoin#21752 Clarify that feerates are per virtual size (MarcoFalke)
  • bitcoin/bitcoin#21811 Remove Visual Studio 2017 reference from readme (sipsorcery)
  • bitcoin/bitcoin#21818 Fixup -coinstatsindex help, update bitcoin.conf and files.md (jonatack)
  • bitcoin/bitcoin#21856 add OSS-Fuzz section to fuzzing.md doc (adamjonas)
  • bitcoin/bitcoin#21912 Remove mention of priority estimation (MarcoFalke)
  • bitcoin/bitcoin#21925 Update bips.md for 0.21.1 (MarcoFalke)
  • bitcoin/bitcoin#21942 improve make with parallel jobs description (klementtan)
  • bitcoin/bitcoin#21947 Fix OSS-Fuzz links (MarcoFalke)
  • bitcoin/bitcoin#21988 note that brew installed qt is not supported (jarolrod)
  • bitcoin/bitcoin#22056 describe in fuzzing.md how to reproduce a CI crash (jonatack)
  • bitcoin/bitcoin#22080 add maxuploadtarget to bitcoin.conf example (jarolrod)
  • bitcoin/bitcoin#22088 Improve note on choosing posix mingw32 (jarolrod)
  • bitcoin/bitcoin#22109 Fix external links (IRC, …) (MarcoFalke)
  • bitcoin/bitcoin#22121 Various validation doc fixups (MarcoFalke)
  • bitcoin/bitcoin#22172 Update tor.md, release notes with removal of tor v2 support (jonatack)
  • bitcoin/bitcoin#22204 Remove obsolete okSafeMode RPC guideline from developer notes (theStack)
  • bitcoin/bitcoin#22208 Update REVIEWERS (practicalswift)
  • bitcoin/bitcoin#22250 add basic I2P documentation (vasild)
  • bitcoin/bitcoin#22296 Final merge of release notes snippets, mv to wiki (MarcoFalke)
  • bitcoin/bitcoin#22335 recommend --disable-external-signer in OpenBSD build guide (theStack)
  • bitcoin/bitcoin#22339 Document minimum required libc++ version (hebasto)
  • bitcoin/bitcoin#22349 Repository IRC updates (jonatack)
  • bitcoin/bitcoin#22360 Remove unused section from release process (MarcoFalke)
  • bitcoin/bitcoin#22369 Add steps for Transifex to release process (jonatack)
  • bitcoin/bitcoin#22393 Added info to bitcoin.conf doc (bliotti)
  • bitcoin/bitcoin#22402 Install Rosetta on M1-macOS for qt in depends (hebasto)
  • bitcoin/bitcoin#22432 Fix incorrect testmempoolaccept doc (glozow)
  • bitcoin/bitcoin#22648 doc, test: improve i2p/tor docs and i2p reachable unit tests (jonatack)

Credits

Thanks to everyone who directly contributed to this release:
  • Aaron Clauson
  • Adam Jonas
  • amadeuszpawlik
  • Amiti Uttarwar
  • Andrew Chow
  • Andrew Poelstra
  • Anthony Towns
  • Antoine Poinsot
  • Antoine Riard
  • apawlik
  • apitko
  • Ben Carman
  • Ben Woosley
  • benk10
  • Bezdrighin
  • Block Mechanic
  • Brian Liotti
  • Bruno Garcia
  • Carl Dong
  • Christian Decker
  • coinforensics
  • Cory Fields
  • Dan Benjamin
  • Daniel Kraft
  • Darius Parvin
  • Dhruv Mehta
  • Dmitry Goncharov
  • Dmitry Petukhov
  • dplusplus1024
  • dscotese
  • Duncan Dean
  • Elle Mouton
  • Elliott Jin
  • Emil Engler
  • Ethan Heilman
  • eugene
  • Evan Klitzke
  • Fabian Jahr
  • Fabrice Fontaine
  • fanquake
  • fdov
  • flack
  • Fotis Koutoupas
  • Fu Yong Quah
  • fyquah
  • glozow
  • Gregory Sanders
  • Guido Vranken
  • Gunar C. Gessner
  • h
  • HAOYUatHZ
  • Hennadii Stepanov
  • Igor Cota
  • Ikko Ashimine
  • Ivan Metlushko
  • jackielove4u
  • James O'Beirne
  • Jarol Rodriguez
  • Joel Klabo
  • John Newbery
  • Jon Atack
  • Jonas Schnelli
  • João Barbosa
  • Josiah Baker
  • Karl-Johan Alm
  • Kiminuo
  • Klement Tan
  • Kristaps Kaupe
  • Larry Ruane
  • lisa neigut
  • Lucas Ontivero
  • Luke Dashjr
  • Maayan Keshet
  • MarcoFalke
  • Martin Ankerl
  • Martin Zumsande
  • Michael Dietz
  • Michael Polzer
  • Michael Tidwell
  • Niklas Gögge
  • nthumann
  • Oliver Gugger
  • parazyd
  • Patrick Strateman
  • Pavol Rusnak
  • Peter Bushnell
  • Pierre K
  • Pieter Wuille
  • PiRK
  • pox
  • practicalswift
  • Prayank
  • R E Broadley
  • Rafael Sadowski
  • randymcmillan
  • Raul Siles
  • Riccardo Spagni
  • Russell O'Connor
  • Russell Yanofsky
  • S3RK
  • saibato
  • Samuel Dobson
  • sanket1729
  • Sawyer Billings
  • Sebastian Falbesoner
  • setpill
  • sgulls
  • sinetek
  • Sjors Provoost
  • Sriram
  • Stephan Oeste
  • Suhas Daftuar
  • Sylvain Goumy
  • t-bast
  • Troy Giorshev
  • Tushar Singla
  • Tyler Chambers
  • Uplab
  • Vasil Dimov
  • W. J. van der Laan
  • willcl-ark
  • William Bright
  • William Casarin
  • windsok
  • wodry
  • Yerzhan Mazhkenov
  • Yuval Kogman
  • Zero

As well as to everyone that helped with translations on
Transifex.
staff
Activity: 3458
Merit: 6793
Just writing some code
September 13, 2021, 11:10:23 AM
#3
Build system
  • bitcoin/bitcoin#17227 Add Android packaging support (icota)
  • bitcoin/bitcoin#17920 guix: Build support for macOS (dongcarl)
  • bitcoin/bitcoin#18298 Fix Qt processing of configure script for depends with DEBUG=1 (hebasto)
  • bitcoin/bitcoin#19160 multiprocess: Add basic spawn and IPC support (ryanofsky)
  • bitcoin/bitcoin#19504 Bump minimum python version to 3.6 (ajtowns)
  • bitcoin/bitcoin#19522 fix building libconsensus with reduced exports for Darwin targets (fanquake)
  • bitcoin/bitcoin#19683 Pin clang search paths for darwin host (dongcarl)
  • bitcoin/bitcoin#19764 Split boost into build/host packages + bump + cleanup (dongcarl)
  • bitcoin/bitcoin#19817 libtapi 1100.0.11 (fanquake)
  • bitcoin/bitcoin#19846 enable unused member function diagnostic (Zero-1729)
  • bitcoin/bitcoin#19867 Document and cleanup Qt hacks (fanquake)
  • bitcoin/bitcoin#20046 Set CMAKE_INSTALL_RPATH for native packages (ryanofsky)
  • bitcoin/bitcoin#20223 Drop the leading 0 from the version number (achow101)
  • bitcoin/bitcoin#20333 Remove native_biplist dependency (fanquake)
  • bitcoin/bitcoin#20353 configure: Support -fdebug-prefix-map and -fmacro-prefix-map (ajtowns)
  • bitcoin/bitcoin#20359 Various config.site.in improvements and linting (dongcarl)
  • bitcoin/bitcoin#20413 Require C++17 compiler (MarcoFalke)
  • bitcoin/bitcoin#20419 Set minimum supported macOS to 10.14 (fanquake)
  • bitcoin/bitcoin#20421 miniupnpc 2.2.2 (fanquake)
  • bitcoin/bitcoin#20422 Mac deployment unification (fanquake)
  • bitcoin/bitcoin#20424 Update univalue subtree (MarcoFalke)
  • bitcoin/bitcoin#20449 Fix Windows installer build (achow101)
  • bitcoin/bitcoin#20468 Warn when generating man pages for binaries built from a dirty branch (tylerchambers)
  • bitcoin/bitcoin#20469 Avoid secp256k1.h include from system (dergoegge)
  • bitcoin/bitcoin#20470 Replace genisoimage with xorriso (dongcarl)
  • bitcoin/bitcoin#20471 Use C++17 in depends (fanquake)
  • bitcoin/bitcoin#20496 Drop unneeded macOS framework dependencies (hebasto)
  • bitcoin/bitcoin#20520 Do not force Precompiled Headers (PCH) for building Qt on Linux (hebasto)
  • bitcoin/bitcoin#20549 Support make src/bitcoin-node and src/bitcoin-gui (promag)
  • bitcoin/bitcoin#20565 Ensure PIC build for bdb on Android (BlockMechanic)
  • bitcoin/bitcoin#20594 Fix getauxval calls in randomenv.cpp (jonasschnelli)
  • bitcoin/bitcoin#20603 Update crc32c subtree (MarcoFalke)
  • bitcoin/bitcoin#20609 configure: output notice that test binary is disabled by fuzzing (apoelstra)
  • bitcoin/bitcoin#20619 guix: Quality of life improvements (dongcarl)
  • bitcoin/bitcoin#20629 Improve id string robustness (dongcarl)
  • bitcoin/bitcoin#20641 Use Qt top-level build facilities (hebasto)
  • bitcoin/bitcoin#20650 Drop workaround for a fixed bug in Qt build system (hebasto)
  • bitcoin/bitcoin#20673 Use more legible qmake commands in qt package (hebasto)
  • bitcoin/bitcoin#20684 Define .INTERMEDIATE target once only (hebasto)
  • bitcoin/bitcoin#20720 more robustly check for fcf-protection support (fanquake)
  • bitcoin/bitcoin#20734 Make platform-specific targets available for proper platform builds only (hebasto)
  • bitcoin/bitcoin#20936 build fuzz tests by default (danben)
  • bitcoin/bitcoin#20937 guix: Make nsis reproducible by respecting SOURCE-DATE-EPOCH (dongcarl)
  • bitcoin/bitcoin#20938 fix linking against -latomic when building for riscv (fanquake)
  • bitcoin/bitcoin#20939 fix RELOC_SECTION security check for bitcoin-util (fanquake)
  • bitcoin/bitcoin#20963 gitian-linux: Build binaries for 64-bit POWER (continued) (laanwj)
  • bitcoin/bitcoin#21036 gitian: Bump descriptors to focal for 22.0 (fanquake)
  • bitcoin/bitcoin#21045 Adds switch to enable/disable randomized base address in MSVC builds (EthanHeilman)
  • bitcoin/bitcoin#21065 make macOS HOST in download-osx generic (fanquake)
  • bitcoin/bitcoin#21078 guix: only download sources for hosts being built (fanquake)
  • bitcoin/bitcoin#21116 Disable --disable-fuzz-binary for gitian/guix builds (hebasto)
  • bitcoin/bitcoin#21182 remove mostly pointless BOOST_PROCESS macro (fanquake)
  • bitcoin/bitcoin#21205 actually fail when Boost is missing (fanquake)
  • bitcoin/bitcoin#21209 use newer source for libnatpmp (fanquake)
  • bitcoin/bitcoin#21226 Fix fuzz binary compilation under windows (danben)
  • bitcoin/bitcoin#21231 Add /opt/homebrew to path to look for boost libraries (fyquah)
  • bitcoin/bitcoin#21239 guix: Add codesignature attachment support for osx+win (dongcarl)
  • bitcoin/bitcoin#21250 Make HAVE_O_CLOEXEC available outside LevelDB (bugfix) (theStack)
  • bitcoin/bitcoin#21272 guix: Passthrough SDK_PATH into container (dongcarl)
  • bitcoin/bitcoin#21274 assumptions:  Assume C++17 (fanquake)
  • bitcoin/bitcoin#21286 Bump minimum Qt version to 5.9.5 (hebasto)
  • bitcoin/bitcoin#21298 guix: Bump time-machine, glibc, and linux-headers (dongcarl)
  • bitcoin/bitcoin#21304 guix: Add guix-clean script + establish gc-root for container profiles (dongcarl)
  • bitcoin/bitcoin#21320 fix libnatpmp macos cross compile (fanquake)
  • bitcoin/bitcoin#21321 guix: Add curl to required tool list (hebasto)
  • bitcoin/bitcoin#21333 set Unicode true for NSIS installer (fanquake)
  • bitcoin/bitcoin#21339 Make AM_CONDITIONAL([ENABLE_EXTERNAL_SIGNER]) unconditional (hebasto)
  • bitcoin/bitcoin#21349 Fix fuzz-cuckoocache cross-compiling with DEBUG=1 (hebasto)
  • bitcoin/bitcoin#21354 build, doc: Drop no longer required packages from macOS cross-compiling dependencies (hebasto)
  • bitcoin/bitcoin#21363 build, qt: Improve Qt static plugins/libs check code (hebasto)
  • bitcoin/bitcoin#21375 guix: Misc feedback-based fixes + hier restructuring (dongcarl)
  • bitcoin/bitcoin#21376 Qt 5.12.10 (fanquake)
  • bitcoin/bitcoin#21382 Clean remnants of QTBUG-34748 fix (hebasto)
  • bitcoin/bitcoin#21400 Fix regression introduced in #21363 (hebasto)
  • bitcoin/bitcoin#21403 set --build when configuring packages in depends (fanquake)
  • bitcoin/bitcoin#21421 don't try and use -fstack-clash-protection on Windows (fanquake)
  • bitcoin/bitcoin#21423 Cleanups and follow ups after bumping Qt to 5.12.10 (hebasto)
  • bitcoin/bitcoin#21427 Fix id_string invocations (dongcarl)
  • bitcoin/bitcoin#21430 Add -Werror=implicit-fallthrough compile flag (hebasto)
  • bitcoin/bitcoin#21457 Split libtapi and clang out of native_cctools (fanquake)
  • bitcoin/bitcoin#21462 guix: Add guix-{attest,verify} scripts (dongcarl)
  • bitcoin/bitcoin#21495 build, qt: Fix static builds on macOS Big Sur (hebasto)
  • bitcoin/bitcoin#21497 Do not opt-in unused CoreWLAN stuff in depends for macOS (hebasto)
  • bitcoin/bitcoin#21543 Enable safe warnings for msvc builds (hebasto)
  • bitcoin/bitcoin#21565 Make bitcoin_qt.m4 more generic (fanquake)
  • bitcoin/bitcoin#21610 remove -Wdeprecated-register from NOWARN flags (fanquake)
  • bitcoin/bitcoin#21613 enable -Wdocumentation (fanquake)
  • bitcoin/bitcoin#21629 Fix configuring when building depends with NO_BDB=1 (fanquake)
  • bitcoin/bitcoin#21654 build, qt: Make Qt rcc output always deterministic (hebasto)
  • bitcoin/bitcoin#21655 build, qt: No longer need to set QT_RCC_TEST=1 for determinism (hebasto)
  • bitcoin/bitcoin#21658 fix make deploy for arm64-darwin (sgulls)
  • bitcoin/bitcoin#21694 Use XLIFF file to provide more context to Transifex translators (hebasto)
  • bitcoin/bitcoin#21708, bitcoin/bitcoin#21593 Drop pointless sed commands (hebasto)
  • bitcoin/bitcoin#21731 Update msvc build to use Qt5.12.10 binaries (sipsorcery)
  • bitcoin/bitcoin#21733 Re-add command to install vcpkg (dplusplus1024)
  • bitcoin/bitcoin#21793 Use -isysroot over --sysroot on macOS (fanquake)
  • bitcoin/bitcoin#21869 Add missing -D_LIBCPP_DEBUG=1 to debug flags (MarcoFalke)
  • bitcoin/bitcoin#21889 macho: check for control flow instrumentation (fanquake)
  • bitcoin/bitcoin#21920 Improve macro for testing -latomic requirement (MarcoFalke)
  • bitcoin/bitcoin#21991 libevent 2.1.12-stable (fanquake)
  • bitcoin/bitcoin#22054 Bump Qt version to 5.12.11 (hebasto)
  • bitcoin/bitcoin#22063 Use Qt archive of the same version as the compiled binaries (hebasto)
  • bitcoin/bitcoin#22070 Don't use cf-protection when targeting arm-apple-darwin (fanquake)
  • bitcoin/bitcoin#22071 Latest config.guess and config.sub (fanquake)
  • bitcoin/bitcoin#22075 guix: Misc leftover usability improvements (dongcarl)
  • bitcoin/bitcoin#22123 Fix qt.mk for mac arm64 (promag)
  • bitcoin/bitcoin#22174 build, qt: Fix libraries linking order for Linux hosts (hebasto)
  • bitcoin/bitcoin#22182 guix: Overhaul how guix-{attest,verify} works and hierarchy (dongcarl)
  • bitcoin/bitcoin#22186 build, qt: Fix compiling qt package in depends with GCC 11 (hebasto)
  • bitcoin/bitcoin#22199 macdeploy: minor fixups and simplifications (fanquake)
  • bitcoin/bitcoin#22230 Fix MSVC linker /SubSystem option for bitcoin-qt.exe (hebasto)
  • bitcoin/bitcoin#22234 Mark print-% target as phony (dgoncharov)
  • bitcoin/bitcoin#22238 improve detection of eBPF support (fanquake)
  • bitcoin/bitcoin#22258 Disable deprecated-copy warning only when external warnings are enabled (MarcoFalke)
  • bitcoin/bitcoin#22320 set minimum required Boost to 1.64.0 (fanquake)
  • bitcoin/bitcoin#22348 Fix cross build for Windows with Boost Process (hebasto)
  • bitcoin/bitcoin#22365 guix: Avoid relying on newer symbols by rebasing our cross toolchains on older glibcs (dongcarl)
  • bitcoin/bitcoin#22381 guix: Test security-check sanity before performing them (with macOS) (fanquake)
  • bitcoin/bitcoin#22405 Remove --enable-glibc-back-compat from Guix build (fanquake)
  • bitcoin/bitcoin#22406 Remove --enable-determinism configure option (fanquake)
  • bitcoin/bitcoin#22410 Avoid GCC 7.1 ABI change warning in guix build (sipa)
  • bitcoin/bitcoin#22436 use aarch64 Clang if cross-compiling for darwin on aarch64 (fanquake)
  • bitcoin/bitcoin#22465 guix: Pin kernel-header version, time-machine to upstream 1.3.0 commit (dongcarl)
  • bitcoin/bitcoin#22511 guix: Silence getent(1) invocation, doc fixups (dongcarl)
  • bitcoin/bitcoin#22531 guix: Fixes to guix-{attest,verify} (achow101)
  • bitcoin/bitcoin#22642 release: Release with separate sha256sums and sig files (dongcarl)
  • bitcoin/bitcoin#22685 clientversion: No suffix #if CLIENT_VERSION_IS_RELEASE (dongcarl)
  • bitcoin/bitcoin#22713 Fix build with Boost 1.77.0 (sizeofvoid)

Tests and QA
  • bitcoin/bitcoin#14604 Add test and refactor feature_block.py (sanket1729)
  • bitcoin/bitcoin#17556 Change feature_config_args.py not to rely on strange regtest=0 behavior (ryanofsky)
  • bitcoin/bitcoin#18795 wallet issue with orphaned rewards (domob1812)
  • bitcoin/bitcoin#18847 compressor: Use a prevector in CompressScript serialization (jb55)
  • bitcoin/bitcoin#19259 fuzz: Add fuzzing harness for LoadMempool(…) and DumpMempool(…) (practicalswift)
  • bitcoin/bitcoin#19315 Allow outbound & block-relay-only connections in functional tests. (amitiuttarwar)
  • bitcoin/bitcoin#19698 Apply strict verification flags for transaction tests and assert backwards compatibility (glozow)
  • bitcoin/bitcoin#19801 Check for all possible OP_CLTV fail reasons in feature_cltv.py (BIP 65) (theStack)
  • bitcoin/bitcoin#19893 Remove or explain syncwithvalidationinterfacequeue (MarcoFalke)
  • bitcoin/bitcoin#19972 fuzz: Add fuzzing harness for node eviction logic (practicalswift)
  • bitcoin/bitcoin#19982 Fix inconsistent lock order in wallet_tests/CreateWallet (hebasto)
  • bitcoin/bitcoin#20000 Fix creation of "std::string"s with \0s (vasild)
  • bitcoin/bitcoin#20047 Use wait_for_{block,header} helpers in p2p_fingerprint.py (theStack)
  • bitcoin/bitcoin#20171 Add functional test test_txid_inv_delay (ariard)
  • bitcoin/bitcoin#20189 Switch to BIP341's suggested scheme for outputs without script (sipa)
  • bitcoin/bitcoin#20248 Fix length of R check in key_signature_tests (dgpv)
  • bitcoin/bitcoin#20276, bitcoin/bitcoin#20385, bitcoin/bitcoin#20688, bitcoin/bitcoin#20692 Run various mempool tests even with wallet disabled (mjdietzx)
  • bitcoin/bitcoin#20323 Create or use existing properly initialized NodeContexts (dongcarl)
  • bitcoin/bitcoin#20354 Add feature_taproot.py --previous_release (MarcoFalke)
  • bitcoin/bitcoin#20370 fuzz: Version handshake (MarcoFalke)
  • bitcoin/bitcoin#20377 fuzz: Fill various small fuzzing gaps (practicalswift)
  • bitcoin/bitcoin#20425 fuzz: Make CAddrMan fuzzing harness deterministic (practicalswift)
  • bitcoin/bitcoin#20430 Sanitizers: Add suppression for unsigned-integer-overflow in libstdc++ (jonasschnelli)
  • bitcoin/bitcoin#20437 fuzz: Avoid time-based "non-determinism" in fuzzing harnesses by using mocked GetTime() (practicalswift)
  • bitcoin/bitcoin#20458 Add is_bdb_compiled helper (Sjors)
  • bitcoin/bitcoin#20466 Fix intermittent p2p_fingerprint issue (MarcoFalke)
  • bitcoin/bitcoin#20472 Add testing of ParseInt/ParseUInt edge cases with leading +/-/0:s (practicalswift)
  • bitcoin/bitcoin#20507 sync: print proper lock order location when double lock is detected (vasild)
  • bitcoin/bitcoin#20522 Fix sync issue in disconnect_p2ps (amitiuttarwar)
  • bitcoin/bitcoin#20524 Move MIN_VERSION_SUPPORTED to p2p.py (jnewbery)
  • bitcoin/bitcoin#20540 Fix wallet_multiwallet issue on windows (MarcoFalke)
  • bitcoin/bitcoin#20560 fuzz: Link all targets once (MarcoFalke)
  • bitcoin/bitcoin#20567 Add option to git-subtree-check to do full check, add help (laanwj)
  • bitcoin/bitcoin#20569 Fix intermittent wallet_multiwallet issue with got_loading_error (MarcoFalke)
  • bitcoin/bitcoin#20613 Use Popen.wait instead of RPC in assert_start_raises_init_error (MarcoFalke)
  • bitcoin/bitcoin#20663 fuzz: Hide script_assets_test_minimizer (MarcoFalke)
  • bitcoin/bitcoin#20674 fuzz: Call SendMessages after ProcessMessage to increase coverage (MarcoFalke)
  • bitcoin/bitcoin#20683 Fix restart node race (MarcoFalke)
  • bitcoin/bitcoin#20686 fuzz: replace CNode code with fuzz/util.h::ConsumeNode() (jonatack)
  • bitcoin/bitcoin#20733 Inline non-member functions with body in fuzzing headers (pstratem)
  • bitcoin/bitcoin#20737 Add missing assignment in mempool_resurrect.py (MarcoFalke)
  • bitcoin/bitcoin#20745 Correct epoll_ctl data race suppression (hebasto)
  • bitcoin/bitcoin#20748 Add race:SendZmqMessage tsan suppression (MarcoFalke)
  • bitcoin/bitcoin#20760 Set correct nValue for multi-op-return policy check (MarcoFalke)
  • bitcoin/bitcoin#20761 fuzz: Check that NULL_DATA is unspendable (MarcoFalke)
  • bitcoin/bitcoin#20765 fuzz: Check that certain script TxoutType are nonstandard (mjdietzx)
  • bitcoin/bitcoin#20772 fuzz: Bolster ExtractDestination(s) checks (mjdietzx)
  • bitcoin/bitcoin#20789 fuzz: Rework strong and weak net enum fuzzing (MarcoFalke)
  • bitcoin/bitcoin#20828 fuzz: Introduce CallOneOf helper to replace switch-case (MarcoFalke)
  • bitcoin/bitcoin#20839 fuzz: Avoid extraneous copy of input data, using Span<> (MarcoFalke)
  • bitcoin/bitcoin#20844 Add sanitizer suppressions for AMD EPYC CPUs (MarcoFalke)
  • bitcoin/bitcoin#20857 Update documentation in feature_csv_activation.py (PiRK)
  • bitcoin/bitcoin#20876 Replace getmempoolentry with testmempoolaccept in MiniWallet (MarcoFalke)
  • bitcoin/bitcoin#20881 fuzz: net permission flags in net processing (MarcoFalke)
  • bitcoin/bitcoin#20882 fuzz: Add missing muhash registration (MarcoFalke)
  • bitcoin/bitcoin#20908 fuzz: Use mocktime in process_message* fuzz targets (MarcoFalke)
  • bitcoin/bitcoin#20915 fuzz: Fail if message type is not fuzzed (MarcoFalke)
  • bitcoin/bitcoin#20946 fuzz: Consolidate fuzzing TestingSetup initialization (dongcarl)
  • bitcoin/bitcoin#20954 Declare nodes type in test_framework.py (kiminuo)
  • bitcoin/bitcoin#20955 Fix get_previous_releases.py for aarch64 (MarcoFalke)
  • bitcoin/bitcoin#20969 check that getblockfilter RPC fails without block filter index (theStack)
  • bitcoin/bitcoin#20971 Work around libFuzzer deadlock (MarcoFalke)
  • bitcoin/bitcoin#20993 Store subversion (user agent) as string in msg_version (theStack)
  • bitcoin/bitcoin#20995 fuzz: Avoid initializing version to less than MIN_PEER_PROTO_VERSION (MarcoFalke)
  • bitcoin/bitcoin#20998 Fix BlockToJsonVerbose benchmark (martinus)
  • bitcoin/bitcoin#21003 Move MakeNoLogFileContext to libtest_util, and use it in bench (MarcoFalke)
  • bitcoin/bitcoin#21008 Fix zmq test flakiness, improve speed (theStack)
  • bitcoin/bitcoin#21023 fuzz: Disable shuffle when merge=1 (MarcoFalke)
  • bitcoin/bitcoin#21037 fuzz: Avoid designated initialization (C++20) in fuzz tests (practicalswift)
  • bitcoin/bitcoin#21042 doc, test: Improve setup_clean_chain documentation (fjahr)
  • bitcoin/bitcoin#21080 fuzz: Configure check for main function (take 2) (MarcoFalke)
  • bitcoin/bitcoin#21084 Fix timeout decrease in feature_assumevalid (brunoerg)
  • bitcoin/bitcoin#21096 Re-add dead code detection (flack)
  • bitcoin/bitcoin#21100 Remove unused function xor_bytes (theStack)
  • bitcoin/bitcoin#21115 Fix Windows cross build (hebasto)
  • bitcoin/bitcoin#21117 Remove assert_blockchain_height (MarcoFalke)
  • bitcoin/bitcoin#21121 Small unit test improvements, including helper to make mempool transaction (amitiuttarwar)
  • bitcoin/bitcoin#21124 Remove unnecessary assignment in bdb (brunoerg)
  • bitcoin/bitcoin#21125 Change BOOST_CHECK to BOOST_CHECK_EQUAL for paths (kiminuo)
  • bitcoin/bitcoin#21142, bitcoin/bitcoin#21512 fuzz: Add tx_pool fuzz target (MarcoFalke)
  • bitcoin/bitcoin#21165 Use mocktime in test_seed_peers (dhruv)
  • bitcoin/bitcoin#21169 fuzz: Add RPC interface fuzzing. Increase fuzzing coverage from 65% to 70% (practicalswift)
  • bitcoin/bitcoin#21170 bench: Add benchmark to write json into a string (martinus)
  • bitcoin/bitcoin#21178 Run mempool_reorg.py even with wallet disabled (DariusParvin)
  • bitcoin/bitcoin#21185 fuzz: Remove expensive and redundant muhash from crypto fuzz target (MarcoFalke)
  • bitcoin/bitcoin#21200 Speed up rpc_blockchain.py by removing miniwallet.generate() (MarcoFalke)
  • bitcoin/bitcoin#21211 Move P2WSH_OP_TRUE to shared test library (MarcoFalke)
  • bitcoin/bitcoin#21228 Avoid comparision of integers with different signs (jonasschnelli)
  • bitcoin/bitcoin#21230 Fix NODE_NETWORK_LIMITED_MIN_BLOCKS disconnection (MarcoFalke)
  • bitcoin/bitcoin#21252 Add missing wait for sync to feature_blockfilterindex_prune (MarcoFalke)
  • bitcoin/bitcoin#21254 Avoid connecting to real network when running tests (MarcoFalke)
  • bitcoin/bitcoin#21264 fuzz: Two scripted diff renames (MarcoFalke)
  • bitcoin/bitcoin#21280 Bug fix in transaction_tests (glozow)
  • bitcoin/bitcoin#21293 Replace accidentally placed bit-OR with logical-OR (hebasto)
  • bitcoin/bitcoin#21297 feature_blockfilterindex_prune.py improvements (jonatack)
  • bitcoin/bitcoin#21310 zmq test: fix sync-up by matching notification to generated block (theStack)
  • bitcoin/bitcoin#21334 Additional BIP9 tests (Sjors)
  • bitcoin/bitcoin#21338 Add functional test for anchors.dat (brunoerg)
  • bitcoin/bitcoin#21345 Bring p2p_leak.py up to date (mzumsande)
  • bitcoin/bitcoin#21357 Unconditionally check for fRelay field in test framework (jarolrod)
  • bitcoin/bitcoin#21358 fuzz: Add missing include (test/util/setup_common.h) (MarcoFalke)
  • bitcoin/bitcoin#21371 fuzz: fix gcc Woverloaded-virtual build warnings (jonatack)
  • bitcoin/bitcoin#21373 Generate fewer blocks in feature_nulldummy to fix timeouts, speed up (jonatack)
  • bitcoin/bitcoin#21390 Test improvements for UTXO set hash tests (fjahr)
  • bitcoin/bitcoin#21410 increase rpc_timeout for fundrawtx test_transaction_too_large (jonatack)
  • bitcoin/bitcoin#21411 add logging, reduce blocks, move sync_all in wallet_ groups (jonatack)
  • bitcoin/bitcoin#21438 Add ParseUInt8() test coverage (jonatack)
  • bitcoin/bitcoin#21443 fuzz: Implement fuzzed_dns_lookup_function as a lambda (practicalswift)
  • bitcoin/bitcoin#21445 cirrus: Use SSD cluster for speedup (MarcoFalke)
  • bitcoin/bitcoin#21477 Add test for CNetAddr::ToString IPv6 address formatting (RFC 5952) (practicalswift)
  • bitcoin/bitcoin#21487 fuzz: Use ConsumeWeakEnum in addrman for service flags (MarcoFalke)
  • bitcoin/bitcoin#21488 Add ParseUInt16() unit test and fuzz coverage (jonatack)
  • bitcoin/bitcoin#21491 test: remove duplicate assertions in util_tests (jonatack)
  • bitcoin/bitcoin#21522 fuzz: Use PickValue where possible (MarcoFalke)
  • bitcoin/bitcoin#21531 remove qt byteswap compattests (fanquake)
  • bitcoin/bitcoin#21557 small cleanup in RPCNestedTests tests (fanquake)
  • bitcoin/bitcoin#21586 Add missing suppression for signed-integer-overflow:txmempool.cpp (MarcoFalke)
  • bitcoin/bitcoin#21592 Remove option to make TestChain100Setup non-deterministic (MarcoFalke)
  • bitcoin/bitcoin#21597 Document race:validation_chainstatemanager_tests suppression (MarcoFalke)
  • bitcoin/bitcoin#21599 Replace file level integer overflow suppression with function level suppression (practicalswift)
  • bitcoin/bitcoin#21604 Document why no symbol names can be used for suppressions (MarcoFalke)
  • bitcoin/bitcoin#21606 fuzz: Extend psbt fuzz target a bit (MarcoFalke)
  • bitcoin/bitcoin#21617 fuzz: Fix uninitialized read in i2p test (MarcoFalke)
  • bitcoin/bitcoin#21630 fuzz: split FuzzedSock interface and implementation (vasild)
  • bitcoin/bitcoin#21634 Skip SQLite fsyncs while testing (achow101)
  • bitcoin/bitcoin#21669 Remove spurious double lock tsan suppressions by bumping to clang-12 (MarcoFalke)
  • bitcoin/bitcoin#21676 Use mocktime to avoid intermittent failure in rpc_tests (MarcoFalke)
  • bitcoin/bitcoin#21677 fuzz: Avoid use of low file descriptor ids (which may be in use) in FuzzedSock (practicalswift)
  • bitcoin/bitcoin#21678 Fix TestPotentialDeadLockDetected suppression (hebasto)
  • bitcoin/bitcoin#21689 Remove intermittently failing and not very meaningful BOOST_CHECK in cnetaddr_basic (practicalswift)
  • bitcoin/bitcoin#21691 Check that no versionbits are re-used (MarcoFalke)
  • bitcoin/bitcoin#21707 Extend functional tests for addr relay (mzumsande)
  • bitcoin/bitcoin#21712 Test default include_mempool value of gettxout (promag)
  • bitcoin/bitcoin#21738 Use clang-12 for ASAN, Add missing suppression (MarcoFalke)
  • bitcoin/bitcoin#21740 add new python linter to check file names and permissions (windsok)
  • bitcoin/bitcoin#21749 Bump shellcheck version (hebasto)
  • bitcoin/bitcoin#21754 Run feature_cltv with MiniWallet (MarcoFalke)
  • bitcoin/bitcoin#21762 Speed up mempool_spend_coinbase.py (MarcoFalke)
  • bitcoin/bitcoin#21773 fuzz: Ensure prevout is consensus-valid (MarcoFalke)
  • bitcoin/bitcoin#21777 Fix feature_notifications.py intermittent issue (MarcoFalke)
  • bitcoin/bitcoin#21785 Fix intermittent issue in p2p_addr_relay.py (MarcoFalke)
  • bitcoin/bitcoin#21787 Fix off-by-ones in rpc_fundrawtransaction assertions (jonatack)
  • bitcoin/bitcoin#21792 Fix intermittent issue in p2p_segwit.py (MarcoFalke)
  • bitcoin/bitcoin#21795 fuzz: Terminate immediately if a fuzzing harness tries to perform a DNS lookup (belt and suspenders) (practicalswift)
  • bitcoin/bitcoin#21798 fuzz: Create a block template in tx_pool targets (MarcoFalke)
  • bitcoin/bitcoin#21804 Speed up p2p_segwit.py (jnewbery)
  • bitcoin/bitcoin#21810 fuzz: Various RPC fuzzer follow-ups (practicalswift)
  • bitcoin/bitcoin#21814 Fix feature_config_args.py intermittent issue (MarcoFalke)
  • bitcoin/bitcoin#21821 Add missing test for empty P2WSH redeem (MarcoFalke)
  • bitcoin/bitcoin#21822 Resolve bug in interface_bitcoin_cli.py (klementtan)
  • bitcoin/bitcoin#21846 fuzz: Add -fsanitize=integer suppression needed for RPC fuzzer (generateblock) (practicalswift)
  • bitcoin/bitcoin#21849 fuzz: Limit toxic test globals to their respective scope (MarcoFalke)
  • bitcoin/bitcoin#21867 use MiniWallet for p2p_blocksonly.py (theStack)
  • bitcoin/bitcoin#21873 minor fixes & improvements for files linter test (windsok)
  • bitcoin/bitcoin#21874 fuzz: Add WRITE_ALL_FUZZ_TARGETS_AND_ABORT (MarcoFalke)
  • bitcoin/bitcoin#21884 fuzz: Remove unused --enable-danger-fuzz-link-all option (MarcoFalke)
  • bitcoin/bitcoin#21890 fuzz: Limit ParseISO8601DateTime fuzzing to 32-bit (MarcoFalke)
  • bitcoin/bitcoin#21891 fuzz: Remove strprintf test cases that are known to fail (MarcoFalke)
  • bitcoin/bitcoin#21892 fuzz: Avoid excessively large min fee rate in tx_pool (MarcoFalke)
  • bitcoin/bitcoin#21895 Add TSA annotations to the WorkQueue class members (hebasto)
  • bitcoin/bitcoin#21900 use MiniWallet for feature_csv_activation.py (theStack)
  • bitcoin/bitcoin#21909 fuzz: Limit max insertions in timedata fuzz test (MarcoFalke)
  • bitcoin/bitcoin#21922 fuzz: Avoid timeout in EncodeBase58 (MarcoFalke)
  • bitcoin/bitcoin#21927 fuzz: Run const CScript member functions only once (MarcoFalke)
  • bitcoin/bitcoin#21929 fuzz: Remove incorrect float round-trip serialization test (MarcoFalke)
  • bitcoin/bitcoin#21936 fuzz: Terminate immediately if a fuzzing harness tries to create a TCP socket (belt and suspenders) (practicalswift)
  • bitcoin/bitcoin#21941 fuzz: Call const member functions in addrman fuzz test only once (MarcoFalke)
  • bitcoin/bitcoin#21945 add P2PK support to MiniWallet (theStack)
  • bitcoin/bitcoin#21948 Fix off-by-one in mockscheduler test RPC (MarcoFalke)
  • bitcoin/bitcoin#21953 fuzz: Add utxo_snapshot target (MarcoFalke)
  • bitcoin/bitcoin#21970 fuzz: Add missing CheckTransaction before CheckTxInputs (MarcoFalke)
  • bitcoin/bitcoin#21989 Use COINBASE_MATURITY in functional tests (kiminuo)
  • bitcoin/bitcoin#22003 Add thread safety annotations (ajtowns)
  • bitcoin/bitcoin#22004 fuzz: Speed up transaction fuzz target (MarcoFalke)
  • bitcoin/bitcoin#22005 fuzz: Speed up banman fuzz target (MarcoFalke)
  • bitcoin/bitcoin#22029 [fuzz] Improve transport deserialization fuzz test coverage (dhruv)
  • bitcoin/bitcoin#22048 MiniWallet: introduce enum type for output mode (theStack)
  • bitcoin/bitcoin#22057 use MiniWallet (P2PK mode) for feature_dersig.py (theStack)
  • bitcoin/bitcoin#22065 Mark CheckTxInputs [[nodiscard]]. Avoid UUM in fuzzing harness coins_view (practicalswift)
  • bitcoin/bitcoin#22069 fuzz: don't try and use fopencookie() when building for Android (fanquake)
  • bitcoin/bitcoin#22082 update nanobench from release 4.0.0 to 4.3.4 (martinus)
  • bitcoin/bitcoin#22086 remove BasicTestingSetup from unit tests that don't need it (fanquake)
  • bitcoin/bitcoin#22089 MiniWallet: fix fee calculation for P2PK and check tx vsize (theStack)
  • bitcoin/bitcoin#21107, bitcoin/bitcoin#22092 Convert documentation into type annotations (fanquake)
  • bitcoin/bitcoin#22095 Additional BIP32 test vector for hardened derivation with leading zeros (kristapsk)
  • bitcoin/bitcoin#22103 Fix IPv6 check on BSD systems (n-thumann)
  • bitcoin/bitcoin#22118 check anchors.dat when node starts for the first time (brunoerg)
  • bitcoin/bitcoin#22120 p2p_invalid_block: Check that a block rejected due to too-new tim… (willcl-ark)
  • bitcoin/bitcoin#22153 Fix p2p_leak.py intermittent failure (mzumsande)
  • bitcoin/bitcoin#22169 p2p, rpc, fuzz: various tiny follow-ups (jonatack)
  • bitcoin/bitcoin#22176 Correct outstanding -Werror=sign-compare errors (Empact)
  • bitcoin/bitcoin#22180 fuzz: Increase branch coverage of the float fuzz target (MarcoFalke)
  • bitcoin/bitcoin#22187 Add sync_blocks in wallet_orphanedreward.py (domob1812)
  • bitcoin/bitcoin#22201 Fix TestShell to allow running in Jupyter Notebook (josibake)
  • bitcoin/bitcoin#22202 Add temporary coinstats suppressions (MarcoFalke)
  • bitcoin/bitcoin#22203 Use ConnmanTestMsg from test lib in denialofservice_tests (MarcoFalke)
  • bitcoin/bitcoin#22210 Use MiniWallet in test_no_inherited_signaling RBF test (MarcoFalke)
  • bitcoin/bitcoin#22224 Update msvc and appveyor builds to use Qt5.12.11 binaries (sipsorcery)
  • bitcoin/bitcoin#22249 Kill process group to avoid dangling processes when using --failfast (S3RK)
  • bitcoin/bitcoin#22267 fuzz: Speed up crypto fuzz target (MarcoFalke)
  • bitcoin/bitcoin#22270 Add bitcoin-util tests (+refactors) (MarcoFalke)
  • bitcoin/bitcoin#22271 fuzz: Assert roundtrip equality for CPubKey (theStack)
  • bitcoin/bitcoin#22279 fuzz: add missing ECCVerifyHandle to base_encode_decode (apoelstra)
  • bitcoin/bitcoin#22292 bench, doc: benchmarking updates and fixups (jonatack)
  • bitcoin/bitcoin#22306 Improvements to p2p_addr_relay.py (amitiuttarwar)
  • bitcoin/bitcoin#22310 Add functional test for replacement relay fee check (ariard)
  • bitcoin/bitcoin#22311 Add missing syncwithvalidationinterfacequeue in p2p_blockfilters (MarcoFalke)
  • bitcoin/bitcoin#22313 Add missing sync_all to feature_coinstatsindex (MarcoFalke)
  • bitcoin/bitcoin#22322 fuzz: Check banman roundtrip (MarcoFalke)
  • bitcoin/bitcoin#22363 Use script_util helpers for creating P2{PKH,SH,WPKH,WSH} scripts (theStack)
  • bitcoin/bitcoin#22399 fuzz: Rework CTxDestination fuzzing (MarcoFalke)
  • bitcoin/bitcoin#22408 add tests for bad-txns-prevout-null reject reason (theStack)
  • bitcoin/bitcoin#22445 fuzz: Move implementations of non-template fuzz helpers from util.h to util.cpp (sriramdvt)
  • bitcoin/bitcoin#22446 Fix wallet_listdescriptors.py if bdb is not compiled (hebasto)
  • bitcoin/bitcoin#22447 Whitelist rpc_rawtransaction peers to speed up tests (jonatack)
  • bitcoin/bitcoin#22742 Use proper target in do_fund_send (S3RK)

Miscellaneous
  • bitcoin/bitcoin#19337 sync: Detect double lock from the same thread (vasild)
  • bitcoin/bitcoin#19809 log: Prefix log messages with function name and source code location if -logsourcelocations is set (practicalswift)
  • bitcoin/bitcoin#19866 eBPF Linux tracepoints (jb55)
  • bitcoin/bitcoin#20024 init: Fix incorrect warning "Reducing -maxconnections from N to N-1, because of system limitations" (practicalswift)
  • bitcoin/bitcoin#20145 contrib: Add getcoins.py script to get coins from (signet) faucet (kallewoof)
  • bitcoin/bitcoin#20255 util: Add assume() identity function (MarcoFalke)
  • bitcoin/bitcoin#20288 script, doc: Contrib/seeds updates (jonatack)
  • bitcoin/bitcoin#20358 src/randomenv.cpp: Fix build on uclibc (ffontaine)
  • bitcoin/bitcoin#20406 util: Avoid invalid integer negation in formatmoney and valuefromamount (practicalswift)
  • bitcoin/bitcoin#20434 contrib: Parse elf directly for symbol and security checks (laanwj)
  • bitcoin/bitcoin#20451 lint: Run mypy over contrib/devtools (fanquake)
  • bitcoin/bitcoin#20476 contrib: Add test for elf symbol-check (laanwj)
  • bitcoin/bitcoin#20530 lint: Update cppcheck linter to c++17 and improve explicit usage (fjahr)
  • bitcoin/bitcoin#20589 log: Clarify that failure to read/write fee_estimates.dat is non-fatal (MarcoFalke)
  • bitcoin/bitcoin#20602 util: Allow use of c++14 chrono literals (MarcoFalke)
  • bitcoin/bitcoin#20605 init: Signal-safe instant shutdown (laanwj)
  • bitcoin/bitcoin#20608 contrib: Add symbol check test for PE binaries (fanquake)
  • bitcoin/bitcoin#20689 contrib: Replace binary verification script verify.sh with python rewrite (theStack)
  • bitcoin/bitcoin#20715 util: Add argsmanager::getcommand() and use it in bitcoin-wallet (MarcoFalke)
  • bitcoin/bitcoin#20735 script: Remove outdated extract-osx-sdk.sh (hebasto)
  • bitcoin/bitcoin#20817 lint: Update list of spelling linter false positives, bump to codespell 2.0.0 (theStack)
  • bitcoin/bitcoin#20884 script: Improve robustness of bitcoind.service on startup (hebasto)
  • bitcoin/bitcoin#20906 contrib: Embed c++11 patch in install_db4.sh (gruve-p)
  • bitcoin/bitcoin#21004 contrib: Fix docker args conditional in gitian-build (setpill)
  • bitcoin/bitcoin#21007 bitcoind: Add -daemonwait option to wait for initialization (laanwj)
  • bitcoin/bitcoin#21041 log: Move "Pre-allocating up to position 0x[…] in […].dat" log message to debug category (practicalswift)
  • bitcoin/bitcoin#21059 Drop boost/preprocessor dependencies (hebasto)
  • bitcoin/bitcoin#21087 guix: Passthrough BASE_CACHE into container (dongcarl)
  • bitcoin/bitcoin#21088 guix: Jump forwards in time-machine and adapt (dongcarl)
  • bitcoin/bitcoin#21089 guix: Add support for powerpc64{,le} (dongcarl)
  • bitcoin/bitcoin#21110 util: Remove boost posix_time usage from gettime* (fanquake)
  • bitcoin/bitcoin#21111 Improve OpenRC initscript (parazyd)
  • bitcoin/bitcoin#21123 code style: Add EditorConfig file (kiminuo)
  • bitcoin/bitcoin#21173 util: Faster hexstr => 13% faster blocktojson (martinus)
  • bitcoin/bitcoin#21221 tools: Allow argument/parameter bin packing in clang-format (jnewbery)
  • bitcoin/bitcoin#21244 Move GetDataDir to ArgsManager (kiminuo)
  • bitcoin/bitcoin#21255 contrib: Run test-symbol-check for risc-v (fanquake)
  • bitcoin/bitcoin#21271 guix: Explicitly set umask in build container (dongcarl)
  • bitcoin/bitcoin#21300 script: Add explanatory comment to tc.sh (dscotese)
  • bitcoin/bitcoin#21317 util: Make assume() usable as unary expression (MarcoFalke)
  • bitcoin/bitcoin#21336 Make .gitignore ignore src/test/fuzz/fuzz.exe (hebasto)
  • bitcoin/bitcoin#21337 guix: Update darwin native packages dependencies (hebasto)
  • bitcoin/bitcoin#21405 compat: remove memcpy -> memmove backwards compatibility alias (fanquake)
  • bitcoin/bitcoin#21418 contrib: Make systemd invoke dependencies only when ready (laanwj)
  • bitcoin/bitcoin#21447 Always add -daemonwait to known command line arguments (hebasto)
  • bitcoin/bitcoin#21471 bugfix: Fix bech32_encode calls in gen_key_io_test_vectors.py (sipa)
  • bitcoin/bitcoin#21615 script: Add trusted key for hebasto (hebasto)
  • bitcoin/bitcoin#21664 contrib: Use lief for macos and windows symbol & security checks (fanquake)
  • bitcoin/bitcoin#21695 contrib: Remove no longer used contrib/bitcoin-qt.pro (hebasto)
  • bitcoin/bitcoin#21711 guix: Add full installation and usage documentation (dongcarl)
  • bitcoin/bitcoin#21799 guix: Use gcc-8 across the board (dongcarl)
  • bitcoin/bitcoin#21802 Avoid UB in util/asmap (advance a dereferenceable iterator outside its valid range) (MarcoFalke)
  • bitcoin/bitcoin#21823 script: Update reviewers (jonatack)
  • bitcoin/bitcoin#21850 Remove GetDataDir(net_specific) function (kiminuo)
  • bitcoin/bitcoin#21871 scripts: Add checks for minimum required os versions (fanquake)
  • bitcoin/bitcoin#21966 Remove double serialization; use software encoder for fee estimation (sipa)
  • bitcoin/bitcoin#22060 contrib: Add torv3 seed nodes for testnet, drop v2 ones (laanwj)
  • bitcoin/bitcoin#22244 devtools: Correctly extract symbol versions in symbol-check (laanwj)
  • bitcoin/bitcoin#22533 guix/build: Remove vestigial SKIPATTEST.TAG (dongcarl)
  • bitcoin/bitcoin#22643 guix-verify: Non-zero exit code when anything fails (dongcarl)
  • bitcoin/bitcoin#22654 guix: Don't include directory name in SHA256SUMS (achow101)
staff
Activity: 3458
Merit: 6793
Just writing some code
September 13, 2021, 11:09:15 AM
#2
22.0 change log

A detailed list of changes in this version follows. To keep the list to a manageable length, small refactors and typo fixes are not included, and similar changes are sometimes condensed into one line.

Consensus
  • bitcoin/bitcoin#19438 Introduce deploymentstatus (ajtowns)
  • bitcoin/bitcoin#20207 Follow-up extra comments on taproot code and tests (sipa)
  • bitcoin/bitcoin#21330 Deal with missing data in signature hashes more consistently (sipa)

Policy
  • bitcoin/bitcoin#18766 Disable fee estimation in blocksonly mode (by removing the fee estimates global) (darosior)
  • bitcoin/bitcoin#20497 Add MAX_STANDARD_SCRIPTSIG_SIZE to policy (sanket1729)
  • bitcoin/bitcoin#20611 Move TX_MAX_STANDARD_VERSION to policy (MarcoFalke)

Mining
  • bitcoin/bitcoin#19937, bitcoin/bitcoin#20923 Signet mining utility (ajtowns)

Block and transaction handling
  • bitcoin/bitcoin#14501 Fix possible data race when committing block files (luke-jr)
  • bitcoin/bitcoin#15946 Allow maintaining the blockfilterindex when using prune (jonasschnelli)
  • bitcoin/bitcoin#18710 Add local thread pool to CCheckQueue (hebasto)
  • bitcoin/bitcoin#19521 Coinstats Index (fjahr)
  • bitcoin/bitcoin#19806 UTXO snapshot activation (jamesob)
  • bitcoin/bitcoin#19905 Remove dead CheckForkWarningConditionsOnNewFork (MarcoFalke)
  • bitcoin/bitcoin#19935 Move SaltedHashers to separate file and add some new ones (achow101)
  • bitcoin/bitcoin#20054 Remove confusing and useless "unexpected version" warning (MarcoFalke)
  • bitcoin/bitcoin#20519 Handle rename failure in DumpMempool(…) by using the RenameOver(…) return value (practicalswift)
  • bitcoin/bitcoin#20749, bitcoin/bitcoin#20750, bitcoin/bitcoin#21055, bitcoin/bitcoin#21270, bitcoin/bitcoin#21525, bitcoin/bitcoin#21391, bitcoin/bitcoin#21767, bitcoin/bitcoin#21866 Prune g_chainman usage (dongcarl)
  • bitcoin/bitcoin#20833 rpc/validation: enable packages through testmempoolaccept (glozow)
  • bitcoin/bitcoin#20834 Locks and docs in ATMP and CheckInputsFromMempoolAndCache (glozow)
  • bitcoin/bitcoin#20854 Remove unnecessary try-block (amitiuttarwar)
  • bitcoin/bitcoin#20868 Remove redundant check on pindex (jarolrod)
  • bitcoin/bitcoin#20921 Don't try to invalidate genesis block in CChainState::InvalidateBlock (theStack)
  • bitcoin/bitcoin#20972 Locks: Annotate CTxMemPool::check to require cs_main (dongcarl)
  • bitcoin/bitcoin#21009 Remove RewindBlockIndex logic (dhruv)
  • bitcoin/bitcoin#21025 Guard chainman chainstates with cs_main (dongcarl)
  • bitcoin/bitcoin#21202 Two small clang lock annotation improvements (amitiuttarwar)
  • bitcoin/bitcoin#21523 Run VerifyDB on all chainstates (jamesob)
  • bitcoin/bitcoin#21573 Update libsecp256k1 subtree to latest master (sipa)
  • bitcoin/bitcoin#21582, bitcoin/bitcoin#21584, bitcoin/bitcoin#21585 Fix assumeutxo crashes (MarcoFalke)
  • bitcoin/bitcoin#21681 Fix ActivateSnapshot to use hardcoded nChainTx (jamesob)
  • bitcoin/bitcoin#21796 index: Avoid async shutdown on init error (MarcoFalke)
  • bitcoin/bitcoin#21946 Document and test lack of inherited signaling in RBF policy (ariard)
  • bitcoin/bitcoin#22084 Package testmempoolaccept followups (glozow)
  • bitcoin/bitcoin#22102 Remove Warning: from warning message printed for unknown new rules (prayank23)
  • bitcoin/bitcoin#22112 Force port 0 in I2P (vasild)
  • bitcoin/bitcoin#22135 CRegTestParams: Use args instead of gArgs (kiminuo)
  • bitcoin/bitcoin#22146 Reject invalid coin height and output index when loading assumeutxo (MarcoFalke)
  • bitcoin/bitcoin#22253 Distinguish between same tx and same-nonwitness-data tx in mempool (glozow)
  • bitcoin/bitcoin#22261 Two small fixes to node broadcast logic (jnewbery)
  • bitcoin/bitcoin#22415 Make m_mempool optional in CChainState (jamesob)
  • bitcoin/bitcoin#22499 Update assumed chain params (sriramdvt)
  • bitcoin/bitcoin#22589 net, doc: update I2P hardcoded seeds and docs for 22.0 (jonatack)

P2P protocol and network code
  • bitcoin/bitcoin#18077 Add NAT-PMP port forwarding support (hebasto)
  • bitcoin/bitcoin#18722 addrman: improve performance by using more suitable containers (vasild)
  • bitcoin/bitcoin#18819 Replace cs_feeFilter with simple std::atomic (MarcoFalke)
  • bitcoin/bitcoin#19203 Add regression fuzz harness for CVE-2017-18350. Add FuzzedSocket (practicalswift)
  • bitcoin/bitcoin#19288 fuzz: Add fuzzing harness for TorController (practicalswift)
  • bitcoin/bitcoin#19415 Make DNS lookup mockable, add fuzzing harness (practicalswift)
  • bitcoin/bitcoin#19509 Per-Peer Message Capture (troygiorshev)
  • bitcoin/bitcoin#19763 Don't try to relay to the address' originator (vasild)
  • bitcoin/bitcoin#19771 Replace enum CConnMan::NumConnections with enum class ConnectionDirection (luke-jr)
  • bitcoin/bitcoin#19776 net, rpc: expose high bandwidth mode state via getpeerinfo (theStack)
  • bitcoin/bitcoin#19832 Put disconnecting logs into BCLog::NET category (hebasto)
  • bitcoin/bitcoin#19858 Periodically make block-relay connections and sync headers (sdaftuar)
  • bitcoin/bitcoin#19884 No delay in adding fixed seeds if -dnsseed=0 and peers.dat is empty (dhruv)
  • bitcoin/bitcoin#20079 Treat handshake misbehavior like unknown message (MarcoFalke)
  • bitcoin/bitcoin#20138 Assume that SetCommonVersion is called at most once per peer (MarcoFalke)
  • bitcoin/bitcoin#20162 p2p: declare Announcement::m_state as uint8_t, add getter/setter (jonatack)
  • bitcoin/bitcoin#20197 Protect onions in AttemptToEvictConnection(), add eviction protection test coverage (jonatack)
  • bitcoin/bitcoin#20210 assert CNode::m_inbound_onion is inbound in ctor, add getter, unit tests (jonatack)
  • bitcoin/bitcoin#20228 addrman: Make addrman a top-level component (jnewbery)
  • bitcoin/bitcoin#20234 Don't bind on 0.0.0.0 if binds are restricted to Tor (vasild)
  • bitcoin/bitcoin#20477 Add unit testing of node eviction logic (practicalswift)
  • bitcoin/bitcoin#20516 Well-defined CAddress disk serialization, and addrv2 anchors.dat (sipa)
  • bitcoin/bitcoin#20557 addrman: Fix new table bucketing during unserialization (jnewbery)
  • bitcoin/bitcoin#20561 Periodically clear m_addr_known (sdaftuar)
  • bitcoin/bitcoin#20599 net processing: Tolerate sendheaders and sendcmpct messages before verack (jnewbery)
  • bitcoin/bitcoin#20616 Check CJDNS address is valid (lontivero)
  • bitcoin/bitcoin#20617 Remove m_is_manual_connection from CNodeState (ariard)
  • bitcoin/bitcoin#20624 net processing: Remove nStartingHeight check from block relay (jnewbery)
  • bitcoin/bitcoin#20651 Make p2p recv buffer timeout 20 minutes for all peers (jnewbery)
  • bitcoin/bitcoin#20661 Only select from addrv2-capable peers for torv3 address relay (sipa)
  • bitcoin/bitcoin#20685 Add I2P support using I2P SAM (vasild)
  • bitcoin/bitcoin#20690 Clean up logging of outbound connection type (sdaftuar)
  • bitcoin/bitcoin#20721 Move ping data to net_processing (jnewbery)
  • bitcoin/bitcoin#20724 Cleanup of -debug=net log messages (ajtowns)
  • bitcoin/bitcoin#20747 net processing: Remove dropmessagestest (jnewbery)
  • bitcoin/bitcoin#20764 cli -netinfo peer connections dashboard updates 🎄 ✨ (jonatack)
  • bitcoin/bitcoin#20788 add RAII socket and use it instead of bare SOCKET (vasild)
  • bitcoin/bitcoin#20791 remove unused legacyWhitelisted in AcceptConnection() (jonatack)
  • bitcoin/bitcoin#20816 Move RecordBytesSent() call out of cs_vSend lock (jnewbery)
  • bitcoin/bitcoin#20845 Log to net debug in MaybeDiscourageAndDisconnect except for noban and manual peers (MarcoFalke)
  • bitcoin/bitcoin#20864 Move SocketSendData lock annotation to header (MarcoFalke)
  • bitcoin/bitcoin#20965 net, rpc:  return NET_UNROUTABLE as not_publicly_routable, automate helps (jonatack)
  • bitcoin/bitcoin#20966 banman: save the banlist in a JSON format on disk (vasild)
  • bitcoin/bitcoin#21015 Make all of net_processing (and some of net) use std::chrono types (dhruv)
  • bitcoin/bitcoin#21029 bitcoin-cli: Correct docs (no "generatenewaddress" exists) (luke-jr)
  • bitcoin/bitcoin#21148 Split orphan handling from net_processing into txorphanage (ajtowns)
  • bitcoin/bitcoin#21162 Net Processing: Move RelayTransaction() into PeerManager (jnewbery)
  • bitcoin/bitcoin#21167 make CNode::m_inbound_onion public, initialize explicitly (jonatack)
  • bitcoin/bitcoin#21186 net/net processing: Move addr data into net_processing (jnewbery)
  • bitcoin/bitcoin#21187 Net processing: Only call PushAddress() from net_processing (jnewbery)
  • bitcoin/bitcoin#21198 Address outstanding review comments from PR20721 (jnewbery)
  • bitcoin/bitcoin#21222 log: Clarify log message when file does not exist (MarcoFalke)
  • bitcoin/bitcoin#21235 Clarify disconnect log message in ProcessGetBlockData, remove send bool (MarcoFalke)
  • bitcoin/bitcoin#21236 Net processing: Extract addr send functionality into MaybeSendAddr() (jnewbery)
  • bitcoin/bitcoin#21261 update inbound eviction protection for multiple networks, add I2P peers (jonatack)
  • bitcoin/bitcoin#21328 net, refactor: pass uint16 CService::port as uint16 (jonatack)
  • bitcoin/bitcoin#21387 Refactor sock to add I2P fuzz and unit tests (vasild)
  • bitcoin/bitcoin#21395 Net processing: Remove unused CNodeState.address member (jnewbery)
  • bitcoin/bitcoin#21407 i2p: limit the size of incoming messages (vasild)
  • bitcoin/bitcoin#21506 p2p, refactor: make NetPermissionFlags an enum class (jonatack)
  • bitcoin/bitcoin#21509 Don't send FEEFILTER in blocksonly mode (mzumsande)
  • bitcoin/bitcoin#21560 Add Tor v3 hardcoded seeds (laanwj)
  • bitcoin/bitcoin#21563 Restrict period when cs_vNodes mutex is locked (hebasto)
  • bitcoin/bitcoin#21564 Avoid calling getnameinfo when formatting IPv4 addresses in CNetAddr::ToStringIP (practicalswift)
  • bitcoin/bitcoin#21631 i2p: always check the return value of Sock::Wait() (vasild)
  • bitcoin/bitcoin#21644 p2p, bugfix: use NetPermissions::HasFlag() in CConnman::Bind() (jonatack)
  • bitcoin/bitcoin#21659 flag relevant Sock methods with [[nodiscard]] (vasild)
  • bitcoin/bitcoin#21750 remove unnecessary check of CNode::cs_vSend (vasild)
  • bitcoin/bitcoin#21756 Avoid calling getnameinfo when formatting IPv6 addresses in CNetAddr::ToStringIP (practicalswift)
  • bitcoin/bitcoin#21775 Limit m_block_inv_mutex (MarcoFalke)
  • bitcoin/bitcoin#21825 Add I2P hardcoded seeds (jonatack)
  • bitcoin/bitcoin#21843 p2p, rpc: enable GetAddr, GetAddresses, and getnodeaddresses by network (jonatack)
  • bitcoin/bitcoin#21845 net processing: Don't require locking cs_main before calling RelayTransactions() (jnewbery)
  • bitcoin/bitcoin#21872 Sanitize message type for logging (laanwj)
  • bitcoin/bitcoin#21914 Use stronger AddLocal() for our I2P address (vasild)
  • bitcoin/bitcoin#21985 Return IPv6 scope id in CNetAddr::ToStringIP() (laanwj)
  • bitcoin/bitcoin#21992 Remove -feefilter option (amadeuszpawlik)
  • bitcoin/bitcoin#21996 Pass strings to NetPermissions::TryParse functions by const ref (jonatack)
  • bitcoin/bitcoin#22013 ignore block-relay-only peers when skipping DNS seed (ajtowns)
  • bitcoin/bitcoin#22050 Remove tor v2 support (jonatack)
  • bitcoin/bitcoin#22096 AddrFetch - don't disconnect on self-announcements (mzumsande)
  • bitcoin/bitcoin#22141 net processing: Remove hash and fValidatedHeaders from QueuedBlock (jnewbery)
  • bitcoin/bitcoin#22144 Randomize message processing peer order (sipa)
  • bitcoin/bitcoin#22147 Protect last outbound HB compact block peer (sdaftuar)
  • bitcoin/bitcoin#22179 Torv2 removal followups (vasild)
  • bitcoin/bitcoin#22211 Relay I2P addresses even if not reachable (by us) (vasild)
  • bitcoin/bitcoin#22284 Performance improvements to ProtectEvictionCandidatesByRatio() (jonatack)
  • bitcoin/bitcoin#22387 Rate limit the processing of rumoured addresses (sipa)
  • bitcoin/bitcoin#22455 addrman: detect on-disk corrupted nNew and nTried during unserialization (vasild)

Wallet
  • bitcoin/bitcoin#15710 Catch ios_base::failure specifically (Bushstar)
  • bitcoin/bitcoin#16546 External signer support - Wallet Box edition (Sjors)
  • bitcoin/bitcoin#17331 Use effective values throughout coin selection (achow101)
  • bitcoin/bitcoin#18418 Increase OUTPUT_GROUP_MAX_ENTRIES to 100 (fjahr)
  • bitcoin/bitcoin#18842 Mark replaced tx to not be in the mempool anymore (MarcoFalke)
  • bitcoin/bitcoin#19136 Add parent_desc to getaddressinfo (achow101)
  • bitcoin/bitcoin#19137 wallettool: Add dump and createfromdump commands (achow101)
  • bitcoin/bitcoin#19651 importdescriptors update existing (S3RK)
  • bitcoin/bitcoin#20040 Refactor OutputGroups to handle fees and spending eligibility on grouping (achow101)
  • bitcoin/bitcoin#20202 Make BDB support optional (achow101)
  • bitcoin/bitcoin#20226, bitcoin/bitcoin#21277, - bitcoin/bitcoin#21063 Add listdescriptors command (S3RK)
  • bitcoin/bitcoin#20267 Disable and fix tests for when BDB is not compiled (achow101)
  • bitcoin/bitcoin#20275 List all wallets in non-SQLite and non-BDB builds (ryanofsky)
  • bitcoin/bitcoin#20365 wallettool: Add parameter to create descriptors wallet (S3RK)
  • bitcoin/bitcoin#20403 upgradewallet fixes, improvements, test coverage (jonatack)
  • bitcoin/bitcoin#20448 unloadwallet: Allow specifying wallet_name param matching RPC endpoint wallet (luke-jr)
  • bitcoin/bitcoin#20536 Error with "Transaction too large" if the funded tx will end up being too large after signing (achow101)
  • bitcoin/bitcoin#20687 Add missing check for -descriptors wallet tool option (MarcoFalke)
  • bitcoin/bitcoin#20952 Add BerkeleyDB version sanity check at init time (laanwj)
  • bitcoin/bitcoin#21127 Load flags before everything else (Sjors)
  • bitcoin/bitcoin#21141 Add new format string placeholders for walletnotify (maayank)
  • bitcoin/bitcoin#21238 A few descriptor improvements to prepare for Taproot support (sipa)
  • bitcoin/bitcoin#21302 createwallet examples for descriptor wallets (S3RK)
  • bitcoin/bitcoin#21329 descriptor wallet: Cache last hardened xpub and use in normalized descriptors (achow101)
  • bitcoin/bitcoin#21365 Basic Taproot signing support for descriptor wallets (sipa)
  • bitcoin/bitcoin#21417 Misc external signer improvement and HWI 2 support (Sjors)
  • bitcoin/bitcoin#21467 Move external signer out of wallet module (Sjors)
  • bitcoin/bitcoin#21572 Fix wrong wallet RPC context set after #21366 (ryanofsky)
  • bitcoin/bitcoin#21574 Drop JSONRPCRequest constructors after #21366 (ryanofsky)
  • bitcoin/bitcoin#21666 Miscellaneous external signer changes (fanquake)
  • bitcoin/bitcoin#21759 Document coin selection code (glozow)
  • bitcoin/bitcoin#21786 Ensure sat/vB feerates are in range (mantissa of 3) (jonatack)
  • bitcoin/bitcoin#21944 Fix issues when walletdir is root directory (prayank23)
  • bitcoin/bitcoin#22042 Replace size/weight estimate tuple with struct for named fields (instagibbs)
  • bitcoin/bitcoin#22051 Basic Taproot derivation support for descriptors (sipa)
  • bitcoin/bitcoin#22154 Add OutputType::BECH32M and related wallet support for fetching bech32m addresses (achow101)
  • bitcoin/bitcoin#22156 Allow tr() import only when Taproot is active (achow101)
  • bitcoin/bitcoin#22166 Add support for inferring tr() descriptors (sipa)
  • bitcoin/bitcoin#22173 Do not load external signers wallets when unsupported (achow101)
  • bitcoin/bitcoin#22308 Add missing BlockUntilSyncedToCurrentChain (MarcoFalke)
  • bitcoin/bitcoin#22334 Do not spam about non-existent spk managers (S3RK)
  • bitcoin/bitcoin#22379 Erase spkmans rather than setting to nullptr (achow101)
  • bitcoin/bitcoin#22421 Make IsSegWitOutput return true for taproot outputs (sipa)
  • bitcoin/bitcoin#22461 Change ScriptPubKeyMan::Upgrade default to True (achow101)
  • bitcoin/bitcoin#22492 Reorder locks in dumpwallet to avoid lock order assertion (achow101)
  • bitcoin/bitcoin#22686 Use GetSelectionAmount in ApproximateBestSubset (achow101)

RPC and other APIs
  • bitcoin/bitcoin#18335, bitcoin/bitcoin#21484 cli: Print useful error if bitcoind rpc work queue exceeded (LarryRuane)
  • bitcoin/bitcoin#18466 Fix invalid parameter error codes for {sign,verify}message RPCs (theStack)
  • bitcoin/bitcoin#18772 Calculate fees in getblock using BlockUndo data (robot-visions)
  • bitcoin/bitcoin#19033 http: Release work queue after event base finish (promag)
  • bitcoin/bitcoin#19055 Add MuHash3072 implementation (fjahr)
  • bitcoin/bitcoin#19145 Add hash_type MUHASH for gettxoutsetinfo (fjahr)
  • bitcoin/bitcoin#19847 Avoid duplicate set lookup in gettxoutproof (promag)
  • bitcoin/bitcoin#20286 Deprecate addresses and reqSigs from RPC outputs (mjdietzx)
  • bitcoin/bitcoin#20459 Fail to return undocumented return values (MarcoFalke)
  • bitcoin/bitcoin#20461 Validate -rpcauth arguments (promag)
  • bitcoin/bitcoin#20556 Properly document return values (submitblock, gettxout, getblocktemplate, scantxoutset) (MarcoFalke)
  • bitcoin/bitcoin#20755 Remove deprecated fields from getpeerinfo (amitiuttarwar)
  • bitcoin/bitcoin#20832 Better error messages for invalid addresses (eilx2)
  • bitcoin/bitcoin#20867 Support up to 20 keys for multisig under Segwit context (darosior)
  • bitcoin/bitcoin#20877 cli: -netinfo user help and argument parsing improvements (jonatack)
  • bitcoin/bitcoin#20891 Remove deprecated bumpfee behavior (achow101)
  • bitcoin/bitcoin#20916 Return wtxid from testmempoolaccept (MarcoFalke)
  • bitcoin/bitcoin#20917 Add missing signet mentions in network name lists (theStack)
  • bitcoin/bitcoin#20941 Document RPC_TRANSACTION_ALREADY_IN_CHAIN exception (jarolrod)
  • bitcoin/bitcoin#20944 Return total fee in getmempoolinfo (MarcoFalke)
  • bitcoin/bitcoin#20964 Add specific error code for "wallet already loaded" (laanwj)
  • bitcoin/bitcoin#21053 Document {previous,next}blockhash as optional (theStack)
  • bitcoin/bitcoin#21056 Add a -rpcwaittimeout parameter to limit time spent waiting (cdecker)
  • bitcoin/bitcoin#21192 cli: Treat high detail levels as maximum in -netinfo (laanwj)
  • bitcoin/bitcoin#21311 Document optional fields for getchaintxstats result (theStack)
  • bitcoin/bitcoin#21359 include_unsafe option for fundrawtransaction (t-bast)
  • bitcoin/bitcoin#21426 Remove scantxoutset EXPERIMENTAL warning (jonatack)
  • bitcoin/bitcoin#21544 Missing doc updates for bumpfee psbt update (MarcoFalke)
  • bitcoin/bitcoin#21594 Add network field to getnodeaddresses (jonatack)
  • bitcoin/bitcoin#21595, bitcoin/bitcoin#21753 cli: Create -addrinfo (jonatack)
  • bitcoin/bitcoin#21602 Add additional ban time fields to listbanned (jarolrod)
  • bitcoin/bitcoin#21679 Keep default argument value in correct type (promag)
  • bitcoin/bitcoin#21718 Improve error message for getblock invalid datatype (klementtan)
  • bitcoin/bitcoin#21913 RPCHelpMan fixes (kallewoof)
  • bitcoin/bitcoin#22021 bumpfee/psbtbumpfee fixes and updates (jonatack)
  • bitcoin/bitcoin#22043 addpeeraddress test coverage, code simplify/constness (jonatack)
  • bitcoin/bitcoin#22327 cli: Avoid truncating -rpcwaittimeout (MarcoFalke)

GUI
  • bitcoin/bitcoin#18948 Call setParent() in the parent's context (hebasto)
  • bitcoin/bitcoin#20482 Add depends qt fix for ARM macs (jonasschnelli)
  • bitcoin/bitcoin#21836 scripted-diff: Replace three dots with ellipsis in the ui strings (hebasto)
  • bitcoin/bitcoin#21935 Enable external signer support for GUI builds (Sjors)
  • bitcoin/bitcoin#22133 Make QWindowsVistaStylePlugin available again (regression) (hebasto)
  • bitcoin-core/gui#4 UI external signer support (e.g. hardware wallet) (Sjors)
  • bitcoin-core/gui#13 Hide peer detail view if multiple are selected (promag)
  • bitcoin-core/gui#18 Add peertablesortproxy module (hebasto)
  • bitcoin-core/gui#21 Improve pruning tooltip (fluffypony, BitcoinErrorLog)
  • bitcoin-core/gui#72 Log static plugins meta data and used style (hebasto)
  • bitcoin-core/gui#79 Embed monospaced font (hebasto)
  • bitcoin-core/gui#85 Remove unused "What's This" button in dialogs on Windows OS (hebasto)
  • bitcoin-core/gui#115 Replace "Hide tray icon" option with positive "Show tray icon" one (hebasto)
  • bitcoin-core/gui#118 Remove BDB version from the Information tab (hebasto)
  • bitcoin-core/gui#121 Early subscribe core signals in transaction table model (promag)
  • bitcoin-core/gui#123 Do not accept command while executing another one (hebasto)
  • bitcoin-core/gui#125 Enable changing the autoprune block space size in intro dialog (luke-jr)
  • bitcoin-core/[gui#138 Unlock encrypted wallet "OK" button bugfix (mjdietzx)
  • bitcoin-core/[gui#139 doc: Improve gui/src/qt README.md (jarolrod)
  • bitcoin-core/gui#154 Support macOS Dark mode (goums, Uplab)
  • bitcoin-core/gui#162 Add network to peers window and peer details (jonatack)
  • bitcoin-core/gui#163, bitcoin-core/gui#180 Peer details: replace Direction with Connection Type (jonatack)
  • bitcoin-core/gui#164 Handle peer addition/removal in a right way (hebasto)
  • bitcoin-core/gui#165 Save QSplitter state in QSettings (hebasto)
  • bitcoin-core/gui#173 Follow Qt docs when implementing rowCount and columnCount (hebasto)
  • bitcoin-core/gui#179 Add Type column to peers window, update peer details name/tooltip (jonatack)
  • bitcoin-core/gui#186 Add information to "Confirm fee bump" window (prayank23)
  • bitcoin-core/gui#189 Drop workaround for QTBUG-42503 which was fixed in Qt 5.5.0 (prusnak)
  • bitcoin-core/gui#194 Save/restore RPCConsole geometry only for window (hebasto)
  • bitcoin-core/gui#202 Fix right panel toggle in peers tab (RandyMcMillan)
  • bitcoin-core/gui#203 Display plain "Inbound" in peer details (jonatack)
  • bitcoin-core/gui#204 Drop buggy TableViewLastColumnResizingFixer class (hebasto)
  • bitcoin-core/gui#205, bitcoin-core/gui#229 Save/restore TransactionView and recentRequestsView tables column sizes (hebasto)
  • bitcoin-core/gui#206 Display fRelayTxes and bip152_highbandwidth_{to, from} in peer details (jonatack)
  • bitcoin-core/gui#213 Add Copy Address Action to Payment Requests (jarolrod)
  • bitcoin-core/gui#214 Disable requests context menu actions when appropriate (jarolrod)
  • bitcoin-core/gui#217 Make warning label look clickable (jarolrod)
  • bitcoin-core/gui#219 Prevent the main window popup menu (hebasto)
  • bitcoin-core/gui#220 Do not translate file extensions (hebasto)
  • bitcoin-core/gui#221 RPCConsole translatable string fixes and improvements (jonatack)
  • bitcoin-core/gui#226 Add "Last Block" and "Last Tx" rows to peer details area (jonatack)
  • bitcoin-core/gui#233 qt test: Don't bind to regtest port (achow101)
  • bitcoin-core/gui#243 Fix issue when disabling the auto-enabled blank wallet checkbox (jarolrod)
  • bitcoin-core/gui#246 Revert "qt: Use "fusion" style on macOS Big Sur with old Qt" (hebasto)
  • bitcoin-core/gui#248 For values of "Bytes transferred" and "Bytes/s" with 1000-based prefix names use 1000-based divisor instead of 1024-based (wodry)
  • bitcoin-core/gui#251 Improve URI/file handling message (hebasto)
  • bitcoin-core/gui#256 Save/restore column sizes of the tables in the Peers tab (hebasto)
  • bitcoin-core/gui#260 Handle exceptions isntead of crash (hebasto)
  • bitcoin-core/gui#263 Revamp context menus (hebasto)
  • bitcoin-core/gui#271 Don't clear console prompt when font resizing (jarolrod)
  • bitcoin-core/gui#275 Support runtime appearance adjustment on macOS (hebasto)
  • bitcoin-core/gui#276 Elide long strings in their middle in the Peers tab (hebasto)
  • bitcoin-core/gui#281 Set shortcuts for console's resize buttons (jarolrod)
  • bitcoin-core/gui#293 Enable wordWrap for Services (RandyMcMillan)
  • bitcoin-core/gui#296 Do not use QObject::tr plural syntax for numbers with a unit symbol (hebasto)
  • bitcoin-core/gui#297 Avoid unnecessary translations (hebasto)
  • bitcoin-core/gui#298 Peertableview alternating row colors (RandyMcMillan)
  • bitcoin-core/gui#300 Remove progress bar on modal overlay (brunoerg)
  • bitcoin-core/gui#309 Add access to the Peers tab from the network icon (hebasto)
  • bitcoin-core/gui#311 Peers Window rename 'Peer id' to 'Peer' (jarolrod)
  • bitcoin-core/gui#313 Optimize string concatenation by default (hebasto)
  • bitcoin-core/gui#325 Align numbers in the "Peer Id" column to the right (hebasto)
  • bitcoin-core/gui#329 Make console buttons look clickable (jarolrod)
  • bitcoin-core/gui#330 Allow prompt icon to be colorized (jarolrod)
  • bitcoin-core/gui#331 Make RPC console welcome message translation-friendly (hebasto)
  • bitcoin-core/gui#332 Replace disambiguation strings with translator comments (hebasto)
  • bitcoin-core/gui#335 test: Use QSignalSpy instead of QEventLoop (jarolrod)
  • bitcoin-core/gui#343 Improve the GUI responsiveness when progress dialogs are used (hebasto)
  • bitcoin-core/gui#361 Fix GUI segfault caused by bitcoin/bitcoin#22216 (ryanofsky)
  • bitcoin-core/gui#362 Add keyboard shortcuts to context menus (luke-jr)
  • bitcoin-core/gui#366 Dark Mode fixes/portability (luke-jr)
  • bitcoin-core/gui#375 Emit dataChanged signal to dynamically re-sort Peers table (hebasto)
  • bitcoin-core/gui#393 Fix regression in "Encrypt Wallet" menu item (hebasto)
  • bitcoin-core/gui#396 Ensure external signer option remains disabled without signers (achow101)
  • bitcoin-core/gui#406 Handle new added plurals in bitcoin_en.ts (hebasto)
staff
Activity: 3458
Merit: 6793
Just writing some code
September 13, 2021, 11:07:52 AM
#1
22.0 Release Notes

Bitcoin Core version 22.0 is now available from:

https://bitcoincore.org/bin/bitcoin-core-22.0/

Or through bittorrent

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

If you are running an older version, shut it down. Wait until it has 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 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 migrated. Old
wallet versions of Bitcoin Core are generally supported.

Compatibility

Bitcoin Core is supported and extensively tested on operating systems
using the Linux kernel, macOS 10.14+, 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 22.0 onwards, macOS versions earlier than 10.14 are no longer supported.

Notable changes

P2P and network changes
  • Added support for running Bitcoin Core as an
      I2P (Invisible Internet Project) service
      and connect to such services. See i2p.md for details. (#20685)
  • This release removes support for Tor version 2 hidden services in favor of Tor
      v3 only, as the Tor network dropped support for Tor
      v2
    with the release of
      Tor version 0.4.6.  Henceforth, Bitcoin Core ignores Tor v2 addresses; it
      neither rumors them over the network to other peers, nor stores them in memory
      or to peers.dat.  (#22050)
  • Added NAT-PMP port mapping support via
      libnatpmp. (#18077)

New and Updated RPCs
  • Due to BIP 350
      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 Bech32m
      encoding instead of a Bech32 one, and Bech32m encoding will be used for such
      addresses in RPC output as well. No version 1 addresses should be created
      for mainnet until consensus rules are adopted that give them meaning
      (as will happen through BIP 341).
      Once that happens, Bech32m is expected to be used for them, so this shouldn't
      affect any production systems, but may be observed on other networks where such
      addresses already have meaning (like signet). (#20861)
  • The getpeerinfo RPC returns two new boolean fields, bip152_hb_to and
      bip152_hb_from, that respectively indicate whether we selected a peer to be
      in compact blocks high-bandwidth mode or whether a peer selected us as a
      compact blocks high-bandwidth peer. High-bandwidth peers send new block
      announcements via a cmpctblock message rather than the usual inv/headers
      announcements. See BIP 152 for more details. (#19776)
  • getpeerinfo no longer returns the following fields: addnode, banscore,
      and whitelisted, which were previously deprecated in 0.21. Instead of
      addnode, the connection_type field returns manual. Instead of
      whitelisted, the permissions field indicates if the peer has special
      privileges. The banscore field has simply been removed. (#20755)
  • The following RPCs:  gettxout, getrawtransaction, decoderawtransaction,
      decodescript, gettransaction, and REST endpoints: /rest/tx,
      /rest/getutxos, /rest/block deprecated the following fields (which are no
      longer returned in the responses by default): addresses, reqSigs.
      The -deprecatedrpc=addresses flag must be passed for these fields to be
      included in the RPC response. This flag/option will be available only for this major release, after which
      the deprecation will be removed entirely. Note that these fields are attributes of
      the scriptPubKey object returned in the RPC response. However, in the response
      of decodescript these fields are top-level attributes, and included again as attributes
      of the scriptPubKey object. (#20286)
  • When creating a hex-encoded bitcoin transaction using the bitcoin-tx utility
      with the -json option set, the following fields: addresses, reqSigs are no longer
      returned in the tx output of the response. (#20286)
  • The listbanned RPC now returns two new numeric fields: ban_duration and time_remaining.
      Respectively, these new fields indicate the duration of a ban and the time remaining until a ban expires,
      both in seconds. Additionally, the ban_created field is repositioned to come before banned_until. (#21602)
  • The setban RPC can ban onion addresses again. This fixes a regression introduced in version 0.21.0. (#20852)
  • The getnodeaddresses RPC now returns a "network" field indicating the
      network type (ipv4, ipv6, onion, or i2p) for each address.  (#21594)
  • getnodeaddresses now also accepts a "network" argument (ipv4, ipv6, onion,
      or i2p) to return only addresses of the specified network.  (#21843)
  • The testmempoolaccept RPC now accepts multiple transactions (still experimental at the moment,
      API may be unstable). This is intended for testing transaction packages with dependency
      relationships; it is not recommended for batch-validating independent transactions. In addition to
      mempool policy, package policies apply: the list cannot contain more than 25 transactions or have a
      total size exceeding 101K virtual bytes, and cannot conflict with (spend the same inputs as) each other or
      the mempool, even if it would be a valid BIP125 replace-by-fee. There are some known limitations to
      the accuracy of the test accept: it's possible for testmempoolaccept to return "allowed"=True for a
      group of transactions, but "too-long-mempool-chain" if they are actually submitted. (#20833)
  • addmultisigaddress and createmultisig now support up to 20 keys for
      Segwit addresses. (#20867)

Changes to Wallet or GUI related RPCs can be found in the GUI or Wallet section below.

Build System

Files
  • The list of banned hosts and networks (via setban RPC) is now saved on disk
      in JSON format in banlist.json instead of banlist.dat. banlist.dat is
      only read on startup if banlist.json is not present. Changes are only written to the new
      banlist.json. A future version of Bitcoin Core may completely ignore
      banlist.dat. (#20966)

New settings
  • The -natpmp option has been added to use NAT-PMP to map the listening port.
      If both UPnP and NAT-PMP are enabled, a successful allocation from UPnP
      prevails over one from NAT-PMP. (#18077)

Updated settings

Changes to Wallet or GUI related settings can be found in the GUI or Wallet section below.
  • Passing an invalid -rpcauth argument now cause bitcoind to fail to start.  (#20461)

Tools and Utilities
  • A new CLI -addrinfo command returns the number of addresses known to the
      node per network type (including Tor v2 versus v3) and total. This can be
      useful to see if the node knows enough addresses in a network to use options
      like -onlynet= or to upgrade to this release of Bitcoin Core 22.0
      that supports Tor v3 only.  (#21595)
  • A new -rpcwaittimeout argument to bitcoin-cli sets the timeout
      in seconds to use with -rpcwait. If the timeout expires,
      bitcoin-cli will report a failure. (#21056)

Wallet
  • External signers such as hardware wallets can now be used through the new RPC methods enumeratesigners and displayaddress. Support is also added to the send RPC call. This feature is experimental. See external-signer.md for details. (#16546)
  • A new listdescriptors RPC is available to inspect the contents of descriptor-enabled wallets.
      The RPC returns public versions of all imported descriptors, including their timestamp and flags.
      For ranged descriptors, it also returns the range boundaries and the next index to generate addresses from. (#20226)
  • The bumpfee RPC is not available with wallets that have private keys
      disabled. psbtbumpfee can be used instead. (#20891)
  • The fundrawtransaction, send and walletcreatefundedpsbt RPCs now support an include_unsafe option
      that when true allows using unsafe inputs to fund the transaction.
      Note that the resulting transaction may become invalid if one of the unsafe inputs disappears.
      If that happens, the transaction must be funded with different inputs and republished. (#21359)
  • We now support up to 20 keys in multi() and sortedmulti() descriptors
      under wsh(). (#20867)
  • Taproot descriptors can be imported into the wallet only after activation has occurred on the network (e.g. mainnet, testnet, signet) in use. See descriptors.md for supported descriptors.

GUI changes
  • External signers such as hardware wallets can now be used. These require an external tool such as HWI to be installed and configured under Options -> Wallet. When creating a new wallet a new option "External signer" will appear in the dialog. If the device is detected, its name is suggested as the wallet name. The watch-only keys are then automatically imported. Receive addresses can be verified on the device. The send dialog will automatically use the connected device. This feature is experimental and the UI may freeze for a few seconds when performing these actions.

Low-level changes

RPC
  • The RPC server can process a limited number of simultaneous RPC requests.
      Previously, if this limit was exceeded, the RPC server would respond with
      status code 500 (HTTP_INTERNAL_SERVER_ERROR).
      Now it returns status code 503 (HTTP_SERVICE_UNAVAILABLE). (#18335)
  • Error codes have been updated to be more accurate for the following error cases (#18466):
  • signmessage now returns RPC_INVALID_ADDRESS_OR_KEY (-5) if the
        passed address is invalid. Previously returned RPC_TYPE_ERROR (-3).
  • verifymessage now returns RPC_INVALID_ADDRESS_OR_KEY (-5) if the
        passed address is invalid. Previously returned RPC_TYPE_ERROR (-3).
  • verifymessage now returns RPC_TYPE_ERROR (-3) if the passed signature
        is malformed. Previously returned RPC_INVALID_ADDRESS_OR_KEY (-5).



SHA256SUMS:
Code:
9547fa03574f8bde296f707c7d9f7d89827c75c5a28f84402578a4fa92a787ec  bitcoin-22.0-aarch64-linux-gnu-debug.tar.gz
ac718fed08570a81b3587587872ad85a25173afa5f9fbbd0c03ba4d1714cfa3e  bitcoin-22.0-aarch64-linux-gnu.tar.gz
80071e0ecd24edfec8a1972b495b9822c79a5d33c7123bff51688638aac97cab  bitcoin-22.0-arm-linux-gnueabihf-debug.tar.gz
b8713c6c5f03f5258b54e9f436e2ed6d85449aa24c2c9972f91963d413e86311  bitcoin-22.0-arm-linux-gnueabihf.tar.gz
8f70852feb39078e02182563517d17bdfc4a12904cf1bdabbae95594d9a1e473  bitcoin-22.0-codesignatures-22.0.tar.gz
d0e9d089b57048b1555efa7cd5a63a7ed042482045f6f33402b1df425bf9613b  bitcoin-22.0.tar.gz
bfc04a3c4e8b613bfd9359e54da6cc60f027860e9723f9a6bfd6f13873eb811f  bitcoin-22.0-powerpc64-linux-gnu-debug.tar.gz
2cca5f99007d060aca9d8c7cbd035dfe2f040dd8200b210ce32cdf858479f70d  bitcoin-22.0-powerpc64-linux-gnu.tar.gz
5f0bf1491bc8825ca1506f7cf586030f06bb17a563ccde92e8c75720022704e6  bitcoin-22.0-powerpc64le-linux-gnu-debug.tar.gz
91b1e012975c5a363b5b5fcc81b5b7495e86ff703ec8262d4b9afcfec633c30d  bitcoin-22.0-powerpc64le-linux-gnu.tar.gz
59b16e63aa935f50fd2813efe7f137187fcf0fff84e3205a9c6cb462a8bb160c  bitcoin-22.0-riscv64-linux-gnu-debug.tar.gz
9cc3a62c469fe57e11485fdd32c916f10ce7a2899299855a2e479256ff49ff3c  bitcoin-22.0-riscv64-linux-gnu.tar.gz
3b3e2680f7d9304c13bfebaf6445ada40d72324b4b3e0a07de9db807389a6c5b  bitcoin-22.0-osx-signed.dmg
52449aa894a6ce5653315e1260d0ce87c1d9f490afe3c92b44285710804b11ae  bitcoin-22.0-osx-unsigned.dmg
f51156774c24c0ac5cc30237fa08aa17ed04a180dfd72c3e7d20fdc3f45806dc  bitcoin-22.0-osx-unsigned.tar.gz
2744d199c3343b2d94faffdfb2c94d75a630ba27301a70e47b0ad30a7e0155e9  bitcoin-22.0-osx64.tar.gz
3a4f05657c048d3e9505bdb9c4fb3658e5e3d4233b0b93c1853e080620589765  bitcoin-22.0-x86_64-linux-gnu-debug.tar.gz
59ebd25dd82a51638b7a6bb914586201e67db67b919b2a1ff08925a7936d1b16  bitcoin-22.0-x86_64-linux-gnu.tar.gz
9169989d649937c0f9ebccd3ab088501328aa319fe9e91fc7ea8e8cf0fcccede  bitcoin-22.0-win64-setup.exe
f890473d6d910d478f8ff08f9356d0305d19b46cf06e4fc3b5a49b0b684fd2a7  bitcoin-22.0-win-unsigned.tar.gz
0a97ebc8ae44913e3ef9c5b1ddd2af3a4ffb0ba25b6ab1ee8173e40e60499402  bitcoin-22.0-win64-debug.zip
ecc579d006230d6ffc5a5b7b53ce8c76477d37c1c7bad69694e9c2d69f00331d  bitcoin-22.0-win64-setup-unsigned.exe
9485e4b52ed6cebfe474ab4d7d0c1be6d0bb879ba7246a8239326b2230a77eb1  bitcoin-22.0-win64.zip

SHA256SUM Signatures
Code:
-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEDMuq/Xai7OLM0xQd4v/VsdiMqX0FAmE7QY0ACgkQ4v/VsdiM
qX3Gcg/9H1KC6eJAfwJCLQHyRiu7F2cvRt27dPGOuGllKwxDAl5gVwclgK0YpykL
2mkj0A/JAhSY4n3DWGDve7617rkgZjUh1OmlR4VGckC11mufh5+FR0sRNbbwcR4R
LjIKJ56U89pPjMxrJyGCINSO/DwNVDefx6wOK3UxIH2trQrQcuNCD62U58B/+A99
7E/vUsGj/dItiLLGQ3f1Fx4zBSGECtyhi/3iiHutQqT1s1gmDLa3efxT8Dety1Z/
vwvZtJUrXoc550a+a/I6K2SK8pDr9ZAZ3XGmft+daHaT9gFPRbh+mfd9ZdTZceDi
eS/d3leYLPU3pFHZL21li78/nb9/bV8GCgMXtz7tX4lHmwnWAolp03JJ3QmaUwnG
47pxR5WqeexGQ9RbTepcFY5gHE496dVctTA74uE99QSHZ8GOHA4wFPiaY7zxHwSO
nx9H5R7v1fljF688RAqT6WU7iHgpemZsxHPUcYhf2kO5dk4TWvcn4jQ8bGssOv6b
ZFZs/qs4cWsfqCusfOxcK9Qsb3FD2etd3BOU+m4zDX22Vd2whBbIn4MtUA/h0s8C
FNpECJgNQBEmqHBDWrJBD8DP7PxhU2UJZGJKaazu7kEv19y0Pyv/dlT5Xo3nq2NP
n+msw3Q5hoYG/c9VlV/Am4NM8lxEM9BWz/6XbPvOFBKICQ8D3A0=
=MC+w
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----

iQJHBAABCAAxFiEEFSgSMAeFyWRE0zNNF1ZXMuCOXkEFAmE6aeATHGFjaG93MTAx
QGdtYWlsLmNvbQAKCRAXVlcy4I5eQcnLD/9jWUd/B2OFQzfUoZQEyPQ11yMciTW7
zgJC0EbPSM7og48X05qQB8Y2s9r1K3rlwwTtZMsgXtAEmhYBVdHoWnFzNBMus+/I
ch04lOp05eoFqV52eKH6oMiRaLam7dhnq3og99LhqnESAvUZbB/8EH/5hi24VfDI
zro9sh9BK+EBFXKA4/UU66bbgbHUpQkxYjEv/GnoGki/jPghoj1vQAtYqenoHM1u
MvbhbeKC1QAl1IWwBI74jIa4COb1QhbcT5b7Ub77Bi4ppL8qHg6JJM8E6ZcS9KWk
wSYJ/QDzPtJvvva4bTGF8qLTTdV003Knr/OlCbVVmgsHq8/IgP0natrMjbgWri8T
4Zqk9W+6ZG1NSX8KJjDoAepGU1G+eOAzyORSxK5AMu4Yd9Eaycu3RN3b7FDJ7fuz
OLMIzYmGmWS7Bo1hFln+6Rp23d5W8ChpF4oZOPdQzVdQm0m4pwkTEVYa+SAd6YAs
MXBxYiKzKWPOlAB0DZ3UjCY1cmAb02asjAjNDfX5fY2MhJN60rA5NIIVRcD3OzLb
XE09NsQX88ApKn2t2rpnw4D1mzt9ovh0WN4zu7q9l+REzLam+hP5D36GlFH9B74v
SIGmDtHcNf9+tpbdG9T1tdTMpk4MK/3xMUvvN9iG1OKMBald0QQXecXuQHxKpP7s
CFFNEpv/IC8Rng==
=MNG8
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----

iQHKBAABCAA0FiEECtg4d8HwzR7pvWYK18x3C4H9IqgFAmE6a5IWHGJlbnRoZWNh
cm1hbkBsaXZlLmNvbQAKCRDXzHcLgf0iqOigC/wNIZFjD7aCAqICsYzzDhl0Joth
En/3X0S1WOvAr9Io/sXJJmAeCCiihF/wv0WVXLJZnOiLD2z3rgiyOTtxrJbRPibx
bO3zvuVFKKza5G2OgpyoefrqMPmlzFNCDHBF0OP94WgHpkHDGM6OHWZADs3HZ9pi
oQJ3rozPmpTiyYxXt7D6zYlqt0kOTeP05KY/xlYfnhIODxB5JUJaomKBGNKfcdrB
1C0bfNZfrrBwdhwO5s1SJIv1CRlOWB1VW+lybsbNzfMuvVHXsR54WnrVBTGbANXJ
YIZ8qqyzjBZhC7X2orf9JprwPxIx1RJQ678l3Vm2kh8XOTeKXbseejVckpjuSk4r
UjOYdDzvacrwVTAnpYjhY0vxoLnjDH2z6PKiUX7onfQBirxwAQkGHk9YYH548ty2
IA+Qr6XqLBzTyC6KDQP0SaK2LuK2fAZEXnnrC/UIdc32AKaJhDztjBTaJZR8bczD
OMs2oR+dLXZdTDX0Wx0TZRFXxWDP3i2bzgd5jlQ=
=uK1f
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----

iQHMBAABCAA2FiEEWQtykmla/6W2csuy4T/BRc0/QwQFAmE7VvMYHGRhcm9zaW9y
QHByb3Rvbm1haWwuY29tAAoJEOE/wUXNP0MEuF0L/0Jt6BeXFCI0Pe8cVGHNXPaF
Cd+HtxnPuAQuM3AqFWrW7OF8Cerf0uqah7ZhhyrhnaqcBY6c01n5479ba/M/ZvXn
1cdCeiC4jyzA8kq6hAm/Tc6derhYIoo3PCfLRlRae6L5c9j3va+4HBraA9VSZO8Z
lPHopifojOyNtsX2IqJ0mazEwl1MR4yQcFzopdXF/x0UimUxygxSCQljm4F28baV
Qm6uaH1jijSgnE61HWbzsX5e/+C2gtq+x6OAAu0nE7TOb4gHdvnUyhXLIp2iNhSG
rMaDM5wZ03MqhBJl05fp3zzDLcPC2rU45B5cn58snlUJKsHBR+s5AxCcQ2qQ888m
ynk3IODmknyYIM5s39bn1mCGH5ABcJOKGYotIJv2qjSvk+Kw40iQU0EzLS9W3O4A
QAgcrGTPbdeZ6UELmvHry8dmb5Nig24eHDt5IuAEqNfKW4EnGdCdeBMnhRIbdtu/
lghCVxjvhAYj1rBKCGqGFcdQlIuLVaCNtElTHxk0MQ==
=9yB3
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEKPWQCxu10aS2ttGp7TVwFShqMz0FAmE6dGkACgkQ7TVwFShq
Mz21aBAAmSM1k9FeKk4ZGG0ildHjb7q1J1ZVVhBI3iiBawT8HA6a9HZS4CORmMgu
or7aFxnxO9skzQNMGu57C+n1yb9vQ+mrfXWB5DK26z2iZmiuziU4xHHcgbDurLMw
uiVnpfRjHfBaiKYyZfmZypOYvbfgbSIU8oC8KRMpMDM9e9Bck2+RA4mjEddBl2oV
PHZcH5gkAnJYR8/vKXB1b+TuQo1Do3mP8EGDHCi8CgitcMfx4eV91b277s7KQj2T
ofZpmQ2Uoix5c3zRkbAf0zrjb/ZMJDMcZlZBTaIqFwSSO8+CE7QQyKypDePkUtrn
h8eapnVwiJE+aE/bzTm5nOsfDYlIKRsvPmKxI0dRmD7LUdTafsRbf5npTrikwa74
9RaM8/aoeA6MJfxK4ktM4QYFYGXBnEkCKWQoWosSj4+wKb00e+M2ITfq1tJb7dC1
XXacfExUAefCMXI69DGobteU3miJ3oWEnUmMfygE1rTotTlsYQl/pEjBvkNlaEt8
ce10dKmnYFnaL+PoouNGHdFt5PBaG1ziPFWM6BgMb8LHGXV065On2rkm7m9K/uIY
nzwbN2BElEOODKBQ+gxHyyVJZRczMGRSYzmGzfeLI13Dq4m+kj7ZofOWMjyqR7sU
F7yXYUSM9XL9/chLRbfeM8qJULkTyyH1h/yaMoqp76+25sVhZA0=
=rcFD
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEY32x4jNw+Er/iMzgMVI0fQfaYnwFAmE7avsACgkQMVI0fQfa
YnxvhQ/9HUgAqa9cPC5LSdQJzOD4W6b8MrI6OtML/XFyvjx0Bvsz4K+vqFVpshUs
HwQ+rqb2eE7k6zm+Uu+7o7oUvqDlroCc4rhPj3u89p1NFXNfhDpfxGWDD8sVvRot
UH5jtG3cHqMkKI4i7WuCYsOKW4/zH/T4Hf18IeXQmSzn4V8Hw+JluGJcs6Y8jwS8
UePnjor95CD6NngpeSb5TzN+jBVROYjs6HDJxdTKhaY8m7y7gg5u+dMtzqFDrnWC
uQnvLck3l1t0LbP9LsY4GvL2DtfsIsAbJIKLFbeZk9Tw+4pN8gY7lZZUmOyTYyyp
j7RzcaADGadvLJ7DhPY7Qu2DGm6K0Inel5+zNxFhKobBYNsOuyPMXkDQccIT9E+B
5bUSpUadhAM/h68TnJBXwilodPuj/SonnlyokW/rUpsNmJxm7lsyzRNa+ETbTA+J
JurWTpeH20XakU8wv5CXf5+qtkJyo16V4zn5WqD4rHI9jhePXt8ba/CESWcLk7nR
4f2hCw7hGUa2zjWzsUfFgGNpCwQww+rwFS1/gdGRhgLyCiO6zK+giIfTRWrs5nV4
KQhBhHc0/W6M/dH1EkiQWpvk0gVEFoIEWfSOLRQJQYlkq0WOutj4rBw8gDJLkMLH
ZaYSUZQNNqs9HEZ6h6V9Xf4vrsOvZi46cv3TqxLh+HcoHi95nNg=
=fZ8R
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----

iQJHBAABCAAxFiEEz7FuIclQ9n+pXlWPLuufXMCVJsEFAmE6rw4THGZhbnF1YWtl
QGdtYWlsLmNvbQAKCRAu659cwJUmwQdCEACQrb/PPOKRK1ypkk28i1JfkKmtSZbP
/mwrtfnmhhGfC9eqc8dtLVURiSV+ZM7lOFBvhCPAxhYeUxcz/nppiYMOD2THl+gc
0WVhuwwbom/vsTJx1c7Dfeh/bTZIh9UecbNE8J5kinSxGsc/XJO+QfxvDqawny6W
naRxyjgW09zXo4RWZhIXxhlJ+/+y+irQph8CEREojRfcdI8PNwqg3aEG8feP3JKw
KlsLmqLlUallc4LPxcyiQodvvtXLBB19dxqKHtqqKWACJOv3qJlxIPVaw1IBt9ei
10PvWhGnBLxqJcl72wOFx6klAsHQsbjEEoUIF6yu9FlEuazSwHPH9NLJv79O3TKv
0+lAIE0kotZDN/GICWE9caAzyrLTeKWMqYjDEUGqbox8S96D7hPxUTXh2q23+qgQ
7hkgiDmhu2nZq2rAyGbXTdxFYb4m/NccaEhajoW60kmVua9aid2rMgH3F9RuQ8bY
nqrqCml0hOXBCk3qnPVcKhLs51UNc6gPVLN9m18AmEQ+BWlWXLrtURxldL06mYJ9
gfHmf8QthQDb0ceO7DwXAOHgbl4fU3e2D1qNxkEHH4nug8WOHTeBilHPM4vcCv4o
33mC2Ww81hNeNk/TjmOkfvLfHHVqUQDGzajGqBVJbGN35y0KupE7ohceGGFJHlN+
CoA3INIpnYJMbQ==
=/ZzS
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----

iQFFBAABCAAvFiEEbgHuyWVpA7BUK48QA9tjIiZ8NzsFAmE7EUQRHGd1Z2dlckBn
bWFpbC5jb20ACgkQA9tjIiZ8NzsMogf/fGbs0Xo/2RRkxnnVr8yh4eyvivdKIMRP
Q9nAaSIxARZRNJMnwDp3nDDtsX8lmgNtZ13uVs9y4T+ANjR5ieJG63Ro879njsh5
LuEhCEHYoQgwQeus0pgN1HZKoE277KL0jmn+k9NNvXbQMxVJ9c5D72HdNsC1BT6E
lgIEr6QuE4pDJcytQjeAuMBYF+reN/D1MciD+WpGicMhb9JxsU7QyUlIsTdG/1ze
MSvRSf2HANjbZrvYN5uy58ZXv8rwxrYVmVUbjSXgZlQugfu8+ysY62JVVNxUy40F
1SIq3sHBChObGqZD5PFhLzZchAcerhc/MBFDSdxpbsvRnse90rwm8g==
=VWwE
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----

iQJGBAABCAAwFiEE0dvyxLlvLev0wWZUQQEIES5+qB8FAmE6aZkSHGhlYmFzdG9A
Z21haWwuY29tAAoJEEEBCBEufqgfpyUP/R26rRVnFPUlFluosEpYIomm9E9dMl35
Gavp4hQDHcK5tHYi+t+xoZ0w+yBBSR6SPJzopwZjGQr+PfHzCn97T8V8ueI5BXdD
Kip4MfwSgZjY3aGVWFK+4C9STRqEIQbL4pzdft4QnYnZpC4nEtuJSODv3lojzle9
VUg69FnyzfneeuUuzX8xjRLQ3tBunoh4n3BhN15H5SIVA7Jkd525koxEjAuP87Gv
q0sQHCH5e7n7wgxmFPep7m22mL5lfZZGZiy4mTVx/GuOy+vnWCsdrhhORXCPCTKm
Z9hBWXcJCKEuI3lvfKbnQaLrn6lWxoul4k+CSwFKNuYt9mGOQRSrHv/rKPHyViD6
NgyYOuNQ2RYGVMIrBSdCclkA9XYe1Qq4xJbJfGI/aDRJlZbyeLgRH2g4dxoefzUH
kVHVDZMTp0Ej+hC7vLY4BskejyhimBeLflIQelrivrErxhRA0MJaiT1E6wIxMt6n
4sYt7sSftxZdjlPGz5K6NC98pyQ++6e3pqhLUfpF1vAkql6jESoaDrnG3A3PQWwT
niI2DWp4qbqcx2GesnSASOnXAfzYrAnlZnAc/+yqRnHSBilvMQ5EVU9M9V7T8j2N
9VrHvDv++YJEAVybg58gNjPlJ6CmCYMxj+QaYhp6ThKo8Jm6iZdEFkdL5m5IbO4l
pUb6ocJqlOpa
=lxm4
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----

iQHCBAABCAAsFiEEgpIaS4j9RUt+uM48eWxBCQY9Tq8FAmE7BcYOHGpvbkBhdGFj
ay5jb20ACgkQeWxBCQY9Tq/htAwAxEUWk+zkqGMSc7EOB8t8hd5F16LwnllZiWW3
+SKXfeWtKNP3h1J8GLgeMheojXlvKjV/xW1Dgt7T/i8dWjkg7qAcrTVYN1BCPMR/
+Ygh0pT/nbJm73F8fPg7AQmCqojGVyF4zJzQTl+RSEQii7jmof5la9nek6lArOV6
18KWbhGDWDikPL93RbvfFivSXbr+ZJSV89Icg4xTkGcU1HZoP/m7F4V72dJopA2O
R9eJbonzqypS35gDMp/YVAAElwi7mw9xBQtDPPpO9gFMx6i/dsQ/QRRfVQzYlA1O
n/Nkcz+G2SpqfUk3KyZlsIQzoz3Z48MdhKz6VDsD05S/qVRHBLt4hbDUtNrqz7oD
LBPKmGWdhXV0Vzh+HCL48JHNbgmPGpddya869+8bqxOdvni8UMtdwsNdVNzEqsnH
DJSlIpcMzOoPBtE6j2w//OzPtMLD8vPSkVjF3GPOV0WH8x2UyJIj/eIupg0EY26G
LrhrRt3ZZdnpFHlEPk2vBTiuiPKA
=Xipi
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----

iQEzBAABCgAdFiEEnerg3HBjJJ+wVHRoHkrtYphs0l0FAmE7luoACgkQHkrtYphs
0l2mnAgAg86T5PE69NxlVgAp7901Vj02mn3TeUEsyhfLbohFkur+3sI2+gVwNjSB
CYnkf6QCFiOM5Pt6hXcTzY0fls2bJEpQaKbZpqZcXB74wi+Am40TdS4S3s8AghfN
FLV8zWItoJ5grJcDoJeV9aN609qglJMFP9NDWp/nj3wLwQPVOtnYiPHGAkjCcBiU
/+Tm43wXedoTcr2NykJKfX6ueMjfeYXy0CoUXjnflBUaJzb+kyvWggZ0rJMXg0Pu
wsm2WeYqV5Ck47aq2d0xhNuv0G9K0qYMxCuwDdIsjrdD2EUds4UloBNQJ0a9ppXc
FlNHhtTgHqI88sS/e/wsdGepnqz8+Q==
=R0SQ
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----

iQJJBAABCAAzFiEEnTzIanL4SUNC6l/RCkG9w/T6/xwFAmE6bQwVHGFhcm9uQHNp
cHNvcmNlcnkuY29tAAoJEApBvcP0+v8clGcP/3H6uQFZPQOI/Bp2NH3+2jv/o/7l
p/zRIJiICHeBRkkNmxK8x2fEIUzxWCa4LHcN9h8Lws8YCTqC5UNCH7LQVENwYFG2
Z2AQUsvnREGAYJfTtmo5T+waMbJEeS2EWa2Za+9WmBUWxVz9QVspQCzZlWgLv807
/4qTh7+8otdJ7KTSEbjWkXw/rQcUpjw1R7mfYM6RpapjzQwXY0jrpSHFYCabfc/S
sacnc6KIQDOGgTQRvBbP+s9GmZORFptoKMAjDLSTNe91qfc8zDOw5RBJmQEc+m9O
DChyTtO+5N+qL+YneiulMeOu2TfBHrvzh/akDpE9tZOrn1Uv4gvTinCfelgt5n31
aqpZ9Bjg5Pcpz+/FOPUsfK0w8z49LM5Y8XYdgIH+WrVhGz9B0oRYyK86zGgEO6Q0
Vo6kfsc05DdWVFpLn19jbsC9r8sZGMquiBiv/AZAjxQTpOMO4j5Ux7ZancuowfeV
/wCj8PSyHna5zGN2HCnNB127Uf9HKy0oFUmQrt1fr+eXaJws/8n/TaaloR3dEEf/
CA7jgol2llsNfK34jR0wdFZViqmcMvb159uhoEACpsqT9xV3m5e+ov4jMuc9qSWC
a8BBZJfqmFgUlAEzptCD0+gsgHBDaDyLNsH1RpZx8dBp+VkPYXLVpT2q8PCRdl7Z
Me9/RAuortWg53T7
=tcZj
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----

iQJJBAABCAAzFiEEdOLe9ddyYLmLwZQ4CZutFjxw+/oFAmE7LIUVHHdpbGw4Y2xh
cmtAZ21haWwuY29tAAoJEAmbrRY8cPv6PvMP/i0Cf10irrcJ7GoRwT8RRUvBVcaT
MVrrefiF2efkFqaGyJuLme7l93hqQqVfKPdCrbSD8Dh/JEGaBb1AMn6VqSAIu88U
vCCOAglT/TpP+yGOjensU6KuodZgH7RVRF0I55c/2Nqiif/Udg1WcygFo1ZkFXrq
jzrjKaZi08hF7i9zlMTH6WMCnndsdjRdJAhw3qxdDgIEIkw+qAiSjuORSmhFkDpo
14tDQpPnHqoOFvjBQzKoNM6bgwHL1oklVNLPRQr4Kvauq8oHICNDFvHv/+el+lS2
TCqzFELFROPK8G3bbz5q17CobUDbWg+mryTznxWaIjxYgBxQt7lekaTFJk/Vh2WP
gZxeUaBbxJ7Qx9aWH0TNCP7/Fe6c4TlddBvPDadLTg+8fJX9bkJ41lu3qCYAaChM
BjVCPl45J3Sfylzmj4Wk/WuTjLWpCLhLzAIqGVqPhhOztdWF7vNduFtpKbFvTtdQ
e0euhTCY+ib28kOUXXg2ySmduOy2IrmLwB+o4+6eDvLErUtMvrLkDghuSoEwlNtj
wdEejAfxRY78sNP1nPmVq5lguiUu2VY30j/LW86c4dmBSsWquHf/E9p0lITXkpDb
loV5hz8n71uqDSgT8k+T/3x8oZDcU+HQGI92JYyl5FQSuvNhEepEmhnXx/M7NwgX
FjEO3YRTI5Ltj58H
=c8Wb
-----END PGP SIGNATURE-----
Jump to: