RB
← All projectsRust Bitcoin

rust-bitcoin

Rust library for Bitcoin data structures, serialization, consensus encoding, and scripts.

BitcoinCryptographic librariesNormal
Repository coverage

2070 commits in the local evidence base

Every captured commit receives deterministic security triage and a separate communication-quality score. Security candidates and broader second-pass signals receive full-patch Ollama analysis.

459security candidates448second-pass queue1295AI analyses
183commits · 30 days
403commits · 60 days
1283commits · 180 days
2061commits · 365 days
Backfill bands
Aug 5 → Feb 6787 seen32 candidatesComplete
Feb 6 → Jun 6878 seen53 candidatesComplete
Jun 6 → Jul 6211 seen15 candidatesComplete
Jul 6 → Aug 5184 seen2 candidatesComplete
Commit communication

Does the history explain itself?

Message quality measures whether a commit identifies its scope, purpose, rationale, testing, and supporting references. It does not change the security-severity score.

64/100 average clarity
311Strong · 80–100
1054Adequate · 60–79
555Thin · 40–59
150Opaque · 0–39
20security candidates with opaque commit messaging
Read the scoring rubric →
Developer activity

Who is changing the project?

Public Git author strings; identities are not independently verified.

DeveloperCommitsCandidatesAnalyzedHigh riskMessage avg.
Mitchell Bagot640192463068
Tobin C. Harding40965206063
jrakibi944975068
Nick Johnson18920126059
Andrew Poelstra512035075
Jamil Lambert, PhD1141851061
Fmt Bot311424045
Trevor Arjeski111111069
Shing Him Ng31724056
Ismail Daif22612050
satsfy (Renato Britto)17617066
Martin Habovstiak27524069
Analysis record

Published AI watches

Last scanned 57 minutes ago

Informational 15 AI analysisMessage 100 · Strong
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

Merge rust-bitcoin/rust-bitcoin#6671: units: reword docs from height to count in relative locktime

This commit only changes documentation comments and variable names in the rust-bitcoin library. It rewords references to 'block height' as 'block count' for relative locktime, because a relative locktime measures elapsed blocks since a coi…

6ea4ff92by Andrew Poelstra+20−172 files
No security note in commit
Informational 15 AI analysisMessage 96 · Strong
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

Merge rust-bitcoin/rust-bitcoin#6670: ci: fix labeller permissions

This is a routine GitHub Actions workflow fix. The change gives the automated PR labeler workflow permission to download artifacts and explicitly tells the GitHub CLI which repository to act on. It does not change the Bitcoin library code,…

CI workflow permission fixNo source code changesNo cryptographic or consensus changes
276e0a61by Andrew Poelstra+5−01 file
No security note in commit
Informational 15 AI analysisMessage 91 · Strong
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

Merge rust-bitcoin/rust-bitcoin#6657: Release tracking PR: `base58ck 0.5.0`

This commit is a routine version bump for the base58ck crate from 0.4.0 to 0.5.0. It only updates version numbers in package manifests, lock files, and adds a changelog entry. There are no code changes and no security relevance.

9deb5de1by Andrew Poelstra+22−168 files
No security note in commit
Informational 21 AI analysisMessage 100 · Strong
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

Merge rust-bitcoin/rust-bitcoin#6440: base58: Introduce `decode_check_to_array` for alloc-less decoding

This commit is a routine feature addition to the rust-bitcoin base58 crate. It adds a new no-allocator function to decode short base58-check strings into fixed-size byte arrays, and renames the existing error type while keeping a deprecate…

No security-relevant bug fix is described in the commit message or diff.New decoding path uses a fixed 128-byte scratch buffer (`ArrayVec`) and rejects oversized inputs.Checksum verification and invalid-character handling are preserved from the existing alloc implementation.
c5fd1832by Andrew Poelstra+330−775 files
No security note in commit
Informational 15 AI analysisMessage 93 · Strong
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

Merge rust-bitcoin/rust-bitcoin#6646: hashes: add several methods to `Midstate` and release 1.2.0

This commit is a routine feature release for the bitcoin_hashes crate. It adds new public methods and a constant to the SHA-256 Midstate type so developers can compute SHA-256 midstates in const contexts. There is no indication of a securi…

0f68fcb3by Andrew Poelstra+157−4210 files
No security note in commit
Informational 15 AI analysisMessage 73 · Adequate
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

units: reword docs to block count in relative locktime

This commit only rewords documentation comments and variable names in the codebase. It changes references from 'block height' to 'block count' for relative lock times, which is a terminology correction with no functional code changes. Ther…

8867fe2eby satsfy (Renato Britto)+20−172 files
No security note in commit
Informational 15 AI analysisMessage 91 · Strong
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

Merge rust-bitcoin/rust-bitcoin#6667: Make the `WitnessesEncoder` private

This commit makes a small internal helper type called WitnessesEncoder private. It was previously exported as public API but is only used inside the transaction encoder. The change removes it from the public API surface and moves the code …

07d91f7fby Andrew Poelstra+54−1324 files
No security note in commit
Informational 12 AI analysisMessage 75 · Adequate
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

ci: fix labeller permissions

This commit adjusts a GitHub Actions workflow that automatically labels pull requests based on CI results. It adds a built-in repository token, tells the artifact download step to merge single-file artifacts, and explicitly sets the reposi…

Workflow-only change with no library code modificationsUses the default GITHUB_TOKEN rather than a custom secretRuns in workflow_run context, which already has elevated repository access by design
715f2bd6by Nick Johnson+5−01 file
No security note in commit
Informational 19 AI analysisMessage 91 · Strong
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

Merge rust-bitcoin/rust-bitcoin#6661: units: Remove `From<u16>` from `NumberOfBlocks`

This is a routine API cleanup, not a security fix. The developers removed a shortcut that let programmers create a 'number of blocks' value directly from any u16 number, replacing it with an existing named constructor called from_height. T…

ed5f1b68by Andrew Poelstra+18−358 files
No security note in commit
Informational 15 AI analysisMessage 91 · Strong
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

Merge rust-bitcoin/rust-bitcoin#6668: Scrub the transaction encoding logic

This commit is a pure code reorganization (refactor) in the rust-bitcoin library. It moves transaction encoding and decoding definitions around within a single file so the code follows the project's preferred layout. No logic, behavior, or…

c5588ba5by Andrew Poelstra+57−571 file
No security note in commit
Informational 18 AI analysisMessage 96 · Strong
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

Merge rust-bitcoin/rust-bitcoin#6662: build(deps): bump actions/checkout from 6.0.2 to 6.0.3

This commit is a routine update to the GitHub Actions checkout tool used by the project's automated workflows. It changes the pinned version from 6.0.2 to 6.0.3 across many workflow files. The newer version fixes minor bugs related to SHA-…

Dependency bump of actions/checkout to a patch releaseUpstream fixes for SHA-256 repository checkout and merge commit regexAll affected workflows already disable persisted credentials
f7d364cdby Andrew Poelstra+29−2915 files
No security note in commit
Informational 15 AI analysisMessage 96 · Strong
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

Merge rust-bitcoin/rust-bitcoin#6663: build(deps): bump taiki-e/install-action from 2.79.12 to 2.81.4

This is a routine Dependabot update that bumps the version of a third-party GitHub Action used only in automated testing workflows. The change does not touch the project's actual Bitcoin library code, and there is no indication it fixes or…

5c92c0b0by Andrew Poelstra+2−22 files
No security note in commit
Informational 15 AI analysisMessage 45 · Thin
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

Update the API text files

This commit only updates two generated API text files that list the public surface of the Rust crate. It removes entries for a `WitnessesEncoder` type, reflecting that the type is no longer part of the public API. There is no source code c…

9c391145by Tobin C. Harding+0−782 files
No security note in commit
Informational 15 AI analysisMessage 68 · Adequate
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

Scrub the transaction encoding logic

This commit is a pure code reorganization: it moves existing transaction encoding and decoding definitions around within a single file so they follow the project's preferred layout. No logic was changed, no security bug was fixed, and no n…

80dcef15by Tobin C. Harding+57−571 file
No security note in commit
Informational 15 AI analysisMessage 58 · Thin
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

Make the WitnessesEncoder private

This commit simply hides an internal helper type called WitnessesEncoder from public view. It is a routine API-cleanup change with no security relevance visible in the code or commit message.

b37accc3by Tobin C. Harding+54−542 files
No security note in commit
Informational 15 AI analysisMessage 45 · Thin
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

release bitcoin_hashes 1.2.0

This commit is a routine version bump for the bitcoin_hashes library from version 1.1.0 to 1.2.0. It only updates lock files, the package version number, and the changelog. There is no code change and no security relevance visible in the c…

8899dfd2by Andrew Poelstra+27−224 files
No security note in commit
Informational 15 AI analysisMessage 93 · Strong
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

build(deps): bump astral-sh/setup-uv from 8.1.0 to 8.2.0

This is a routine automated update by Dependabot that changes the pinned version of a GitHub Action used to install the 'uv' Python tool in two workflow files. The new commit hash corresponds to the legitimate 8.2.0 release of astral-sh/se…

1c438632by dependabot[bot]+2−22 files
No security note in commit
Informational 15 AI analysisMessage 93 · Strong
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

build(deps): bump github/codeql-action/upload-sarif

This is a routine automated update by Dependabot that changes the pinned version of a GitHub-provided security scanning helper used in a workflow. It does not modify the project's actual Bitcoin library code, its cryptographic logic, or an…

5293bee4by dependabot[bot]+1−11 file
No security note in commit
Informational 15 AI analysisMessage 93 · Strong
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

build(deps): bump taiki-e/install-action from 2.79.12 to 2.81.4

This is a routine Dependabot update that bumps a GitHub Actions helper used in automated testing workflows from version 2.79.12 to 2.81.4. It only changes which version of the action is invoked during CI runs; it does not modify the Rust B…

eb9544f9by dependabot[bot]+2−22 files
No security note in commit
Informational 15 AI analysisMessage 93 · Strong
RB Rust Bitcoinrust-bitcoin BitcoinCryptographic libraries

build(deps): bump actions/checkout from 6.0.2 to 6.0.3

This is a routine automated update by Dependabot that bumps the GitHub Actions 'actions/checkout' dependency from version 6.0.2 to 6.0.3 across all project workflow files. It only changes pinned commit hashes and version comments for the a…

Routine patch-level dependency bumpNo changes to permissions, inputs, or workflow logicpersist-credentials: false already present on all checkout steps
ae935fadby dependabot[bot]+29−2915 files
No security note in commit
Repository ledger

Explore captured commits

Expand any commit for its author, full message, clarity score, changed files, triage signals, analysis, and source link.

Lower-priorityUpdate the API text filesby Tobin C. Harding · 1d5bcfed · Apr 30, 2026 · 3 filesMessage 45 · ThinInformational 15Details
Commit message · Tobin C. Harding

Update the API text files

45/100 · ThinMessage clarity
✓ Descriptive subject✓ Names a concrete action or component! No meaningful explanatory body
Why it was queued
documentation-only discount
AI analysis · Informational 15/100

This commit only updates generated API text files to include a newly added public function, `drain_to_engine`, in the documented interface list. It does not change any source code, behavior, or security properties of the library. There is no security issue here.

Lower-priorityhashes: Add drain_to_engine functionby Tobin C. Harding · e35c7db3 · Apr 30, 2026 · 1 fileMessage 58 · ThinInformational 15Details
Commit message · Tobin C. Harding

hashes: Add drain_to_engine function

Add a function that pairs with `encode_to_engine`. This is similar to
the APIs `encode_to_writer`/`drain_to_writer` in other crates.

Note, use one level of path on the `Encoder` to be uniform with the
code in `encode_to_engine`.

58/100 · ThinMessage clarity
✓ Descriptive subject✓ Provides detailed explanatory context
AI analysis · Informational 15/100

This commit adds a new public helper function called drain_to_engine in the rust-bitcoin hashes crate. It simply refactors existing code so that the logic for feeding an encoder's output into a hash engine can be called independently. There is no indication of a bug fix or security issue in the commit message or diff.

Lower-priorityci: Change encodable coverage to check for Encode traitby Mitchell Bagot · 2c7421ef · Apr 29, 2026 · 2 filesMessage 100 · StrongInformational 15Details
Commit message · Mitchell Bagot

ci: Change encodable coverage to check for Encode trait

The Encodable trait was recently renamed to Encode, but this script
was not similarly updated. As such, the CI now fails due to an
incorrect docs file path.

Change Encodable to Encode in encodable coverage check to track new
trait name.

100/100 · StrongMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Provides detailed explanatory context✓ Explains rationale or failure mode✓ Mentions testing or verification
AI analysis · Informational 15/100

This is a routine CI maintenance patch. A trait named Encodable was renamed to Encode elsewhere in the project, and this change updates a GitHub Actions workflow and a shell script so they reference the new name. It fixes a broken documentation-file path that was causing CI to fail. There is no security issue here.

Lower-priorityci: clean up github disk bloatby Nick Johnson · 66a2b59b · Apr 28, 2026 · 1 fileMessage 57 · ThinTriage 0Details
Commit message · Nick Johnson

ci: clean up github disk bloat

57/100 · ThinMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope! No meaningful explanatory body
Why it was queued
documentation-only discount
Lower-priorityfuzz: add max_total_time option to fuzz.shby Ismail Daif · 8cc9bf59 · Apr 28, 2026 · 2 filesMessage 55 · ThinInformational 15Details
Commit message · Ismail Daif

fuzz: add max_total_time option to fuzz.sh

55/100 · ThinMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Mentions testing or verification! No meaningful explanatory body
Why it was queued
fuzzing or regression evidence
AI analysis · Informational 15/100

This commit only changes the project's internal fuzzing test script. It adds a command-line option to control how long fuzzing runs, replacing a fixed 100,000-run limit with a default 100-second time limit. There is no change to the actual Bitcoin library code that users rely on, and no security issue is present.

AI review queuedbitcoin: cut down on exact_features test matrixesby Nick Johnson · 0435a98d · Apr 28, 2026 · 1 fileMessage 83 · StrongInformational 15Details
Commit message · Nick Johnson

bitcoin: cut down on exact_features test matrixes

The Github CI runner is timing out when running all the feature sets
on the older MSRV compiler. The current list of exact_features in the
bitcoin crate was a conserative "include everything" when we switched
over to cargo-rbmt. This cuts it down ~50% and focuses on core
interactions we want to always cover. This puts more responsibilites on
cargo-rbmt's random feature subsets it runs on every commit.

83/100 · StrongMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context✓ Mentions testing or verification✓ Names security-relevant behavior explicitly
Why it was queued
second-pass: broader security terminology
AI analysis · Informational 15/100

This commit only changes the list of feature combinations that are tested automatically in CI. It removes most of a large, exhaustive test matrix and keeps just two core combinations to avoid timeouts on older Rust compilers. There is no change to the actual library code, dependencies, or user-facing behavior.

Lower-priorityci: revert to local action for setup-rbmtby Nick Johnson · 22153300 · Apr 28, 2026 · 3 filesMessage 80 · StrongTriage 0Details
Commit message · Nick Johnson

ci: revert to local action for setup-rbmt

Github Actions doesn't allow the uses key to be set by a runtime value,
which means a separate rbmt version needs to be managed just for the
shared action. Given how little this action does, easier to just copy
paste it and avoid the confusion.

80/100 · StrongMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Provides detailed explanatory context
Why it was queued
documentation-only discount
Lower-priorityci: do not run tests on the nightly toolchainby Nick Johnson · 6f990ed2 · Apr 28, 2026 · 1 fileMessage 90 · StrongTriage 0Details
Commit message · Nick Johnson

ci: do not run tests on the nightly toolchain

Discussed elsewhere, but these are relatively expensive, requiring a bunch
of artifacts to be built for the specific nightly toolchain, and don't
provide much more signal than the lint run.

90/100 · StrongMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Provides detailed explanatory context✓ Mentions testing or verification
Why it was queued
documentation-only discount
Lower-priorityIntroduce CI action to enforce encodable fuzzingby Mitchell Bagot · fcaab9c4 · Apr 28, 2026 · 2 filesMessage 90 · StrongInformational 15Details
Commit message · Mitchell Bagot

Introduce CI action to enforce encodable fuzzing

With the introduction of the Encodable differential fuzz target, it's
important to ensure that all new implementations of Encodable types
are compared against existing implementations from bitcoin 0.32.

Add Encodable-coverage action to check compare_consensus_encoding
target for inclusion of all Encodable types on branch and bitcoin 0.32.

Assisted-by: Claude Opus 4.5

90/100 · StrongMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context✓ Explains rationale or failure mode✓ Mentions testing or verification
Why it was queued
fuzzing or regression evidence
AI analysis · Informational 15/100

This commit adds a new continuous integration (CI) check and a helper script that make sure every type that can be encoded in the current version of the library is also tested by an existing differential fuzz test against an older version of the library. It does not change any library code, user-facing behavior, or fix a bug; it only strengthens automated testing.

Lower-priorityAdd fuzz target comparing consensus encoding to bitcoin 0.32by Mitchell Bagot · 32304c26 · Apr 28, 2026 · 6 filesMessage 95 · StrongInformational 15Details
Commit message · Mitchell Bagot

Add fuzz target comparing consensus encoding to bitcoin 0.32

Since bitcoin 0.32, consensus encoding has been rebuilt from the ground
up with the consensus_encoding crate. In order to confirm that it
functions identically to the original encoding implementations, the
two should be differentially fuzzed.

Introduce a fuzz target that compares encodings using serialize from
bitcoin 0.32 against encode_to_vec from consensus_encoding.

95/100 · StrongMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context✓ Explains rationale or failure mode✓ Mentions testing or verification
Why it was queued
fuzzing or regression evidence
AI analysis · Informational 15/100

This commit adds a new automated test (a fuzz target) that compares how the current development version of the rust-bitcoin library encodes Bitcoin data against the previous stable release (0.32). It does not change any production code, fix a bug, or introduce a vulnerability. It only adds testing infrastructure and dependency lockfile updates needed to run that test.

Security candidatecrypto: Remove unused test from ecdsaby Mitchell Bagot · 03b65461 · Apr 28, 2026 · 1 fileMessage 83 · StrongInformational 15Details
Commit message · Mitchell Bagot

crypto: Remove unused test from ecdsa

In ecdsa, the write_serialized_signature test was used to test the
serialize_to_writer method on the ecdsa::Signature. Since this was
removed as part of the bitcoin-io dep removal, the test should also
be removed.

Remove write_serialized_signature test case from ecdsa tests module.

83/100 · StrongMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context✓ Mentions testing or verification✓ Names security-relevant behavior explicitly
Why it was queued
signing boundarycryptography-sensitive path
AI analysis · Informational 15/100

This commit simply deletes a test that is no longer useful because the feature it was testing had already been removed. There is no code change that affects users, no bug fix, and no security issue.

AI review queuedRe-name consensus_encoding main traitsby Tobin C. Harding · ae1346f4 · Apr 27, 2026 · 46 filesMessage 80 · StrongInformational 15Details
Commit message · Tobin C. Harding

Re-name consensus_encoding main traits

When we did the first implementation of the `consensus_encoding` crate
we used the same names for the public traits as the old encoding code.

In hindsight we should have used the more Rusty terms `Encode` and
`Decode` instead of `Encodable` and `Decodable`.

Bonus points the new names are easier to spell.

Do trivial-ish rename. Leave the `EncodableBytesIter` as is because
the fix to it is non-trivial. Leave the old encoding traits as they
are because they are destined for the grave very soon anyways.

80/100 · StrongMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context✓ Explains rationale or failure mode
Why it was queued
signing or wallet pathparser or protocol pathsecond-pass: unusually broad changesecond-pass: security-sensitive path
AI analysis · Informational 15/100

This commit is a simple, large-scale rename inside the Rust Bitcoin project. It changes the names of two public traits from Encodable/Decodable to Encode/Decode across many files, but does not alter any behavior, logic, or security properties. It is a routine code-quality refactor with no security impact.

Lower-priorityUpdate the API text filesby Tobin C. Harding · 4ca9c4b9 · Apr 27, 2026 · 10 filesMessage 45 · ThinTriage 0Details
Commit message · Tobin C. Harding

Update the API text files

45/100 · ThinMessage clarity
✓ Descriptive subject✓ Names a concrete action or component! No meaningful explanatory body
Why it was queued
documentation-only discount
Lower-priorityEnable multiple tests in single macro callby Tobin C. Harding · a6767ce5 · Apr 27, 2026 · 1 fileMessage 78 · AdequateTriage 0Details
Commit message · Tobin C. Harding

Enable multiple tests in single macro call

Instead of calling the macro to define each test in a single call add
support for multiple tests in one call. Makes the code more terse at
the cost of macro complexity. Also we want to exclude these from the
formatter so a single macro call is way better.

Requires splitting one macro into three and removing the flag at
the front (display, lower, upper).

78/100 · AdequateMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context✓ Mentions testing or verification
Security candidatecrypto: Bump version to 0.2.0by Tobin C. Harding · 3e739986 · Apr 27, 2026 · 6 filesMessage 68 · AdequateInformational 15Details
Commit message · Tobin C. Harding

crypto: Bump version to 0.2.0

Bump the `crypto` version. Update the dep in `bitcoin` and add an
explicit version number in `taproot-primitives`.

In preparation add a changelog entry, bump the version number, and
update the lock files.

68/100 · AdequateMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context
Why it was queued
cryptography-sensitive path
AI analysis · Informational 15/100

This commit is a routine version bump for an internal Rust library called `bitcoin-crypto` from version 0.1.0 to 0.2.0. It updates version numbers in package files, lock files, and a changelog. There are no code changes that fix or introduce security behavior.

Security candidateDelete psbt moduleby Tobin C. Harding · bdc61c46 · Apr 27, 2026 · 21 filesMessage 81 · StrongInformational 18Details
Commit message · Tobin C. Harding

Delete psbt module

In #6055 we deprecated the `psbt` module on the `0.32.x` branch. Now
we can delete it from master.

### Context

Development of the PSBT has moved to a separate crate. Hosted on the
new Forgejo instance at:

https://git.rust-bitcoin.org/rust-bitcoin/rust-psbt

Crate name is `psbt-v2` because it has initial support for PSBTv2. The
crate also includes all code from the `0.32.x` branch (as well as
miniscript code). In other words the crate is a drop in replacement
for the `Psbt` type and its functionality.

During release of `psbt-v2 v0.3.0` we attempted to ensure feature
parity with `0.32.x` since the actual migration was done a while back.

The road map for dev of `psbt-v2` is loosely:

- Improve PSBTv2 stuff
- Continue work on supporting Silent Payments
- Use crate as a test bed for the process of upgrade of `bitcoin 0.32.x`


Exact strategy of the last point is being worked on. We are
investigating creating a bunch of step-by-step releases to help the
process. To prove (and develop) the process we plan on using:

- miniscript
- psbt-v2
- corepc

81/100 · StrongMessage clarity
✓ Subject identifies a change✓ Provides detailed explanatory context✓ Explains rationale or failure mode✓ Mentions testing or verification✓ Links an issue, advisory, or supporting reference
Why it was queued
signing boundarycryptography-sensitive pathsigning or wallet path
AI analysis · Informational 18/100

This commit removes the entire PSBT (Partially Signed Bitcoin Transaction) module from the rust-bitcoin library on the master branch. It is a planned code cleanup, not a security fix. The PSBT functionality has been moved to a separate crate called psbt-v2, and the old module was already deprecated in a previous release. Users who relied on the built-in PSBT support will need to migrate to the new crate when upgrading.

AI review queuedfuzz: Migrate p2p fuzz targets to new encodingby rustaceanrob · 012ea1e6 · Apr 26, 2026 · 3 filesMessage 55 · ThinInformational 15Details
Commit message · rustaceanrob

fuzz: Migrate p2p fuzz targets to new encoding

55/100 · ThinMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Mentions testing or verification! No meaningful explanatory body
Why it was queued
fuzzing or regression evidencesigning or wallet pathsecond-pass: security-sensitive path
AI analysis · Informational 15/100

This commit only updates internal fuzz testing code to use a newer encoding/decoding helper crate. It does not change any production code that real users or network peers would run, and it does not fix or introduce any security vulnerability.

AI review queuedp2p: remove deprecated encoders in V1NetworkMessage constructorby yancy · adcee7cd · Apr 26, 2026 · 1 fileMessage 73 · AdequateInformational 12Details
Commit message · yancy

p2p: remove deprecated encoders in V1NetworkMessage constructor

`payload.consensus_encode()` is deprecated. Replace with
newer sans/IO `hashes::encode_to_engine()`.

Also, updated the doc comment now that encode no longer has a panic
path.

73/100 · AdequateMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context
Why it was queued
second-pass: broader security terminology
AI analysis · Informational 12/100

This is a small internal cleanup in the rust-bitcoin library's peer-to-peer message code. It swaps an older, deprecated way of computing a SHA256 double checksum for a newer helper function. The behavior should be equivalent, and the change removes a deprecated API call rather than fixing a security bug.

Lower-priorityp2p: return count of bytes hashed sha2_checksum()by yancy · e289a163 · Apr 26, 2026 · 1 fileMessage 80 · StrongTriage 0Details
Commit message · yancy

p2p: return count of bytes hashed sha2_checksum()

When computing the message body from the header, its required to know
the number of bytes. In order to do so, keep track of the number of
bytes hashed.

80/100 · StrongMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context✓ Explains rationale or failure mode
Lower-priorityImplement P2WPKH & P2WSH output spend scriptby Abeeujah · dd10586a · Apr 25, 2026 · 3 filesMessage 68 · AdequateTriage 0Details
Commit message · Abeeujah

Implement P2WPKH & P2WSH output spend script

`p2sh_p2wpkh` implements the scriptSig required to spend a P2SH-P2WPKH
output, for the spend address, by appending witness version and the
witness program to the output script, for the P2SH input script to unlock.

`p2sh_p2wsh` implements the scriptSig required to spend P2SH-P2WSH
output, for the spend address, appending the witness version and the
32-byte SHA256 hash of the witness script, to be executed alongside
the P2SH input script.

68/100 · AdequateMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context
Lower-priorityImplement p2wsh Witness constructorby Abeeujah · 0eac0799 · Apr 25, 2026 · 1 fileMessage 58 · ThinTriage 0Details
Commit message · Abeeujah

Implement p2wsh Witness constructor

`p2wsh` constructs a witness inpust script required by a P2WSH output
script, the constructor appends all conditions that should be satisfied
by the output script to redeem the input witness script.

58/100 · ThinMessage clarity
✓ Descriptive subject✓ Provides detailed explanatory context
Lower-priorityIntroduce check to re-exports CI for error typesby Mitchell Bagot · 67ca06bf · Apr 25, 2026 · 2 filesMessage 68 · AdequateTriage 0Details
Commit message · Mitchell Bagot

Introduce check to re-exports CI for error types

With the move to error submodules, we should move towards a policy for
error access. Specifically, for any foo::error::FooError, there should
also exist a foo::FooError. This has already been implemented in units
and primitives, but should also be enforced by CI in the case of new
errors.

Add check error reexport script and add to check re-exports CI action.

Assisted by Claude Opus 4.6.

68/100 · AdequateMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context
Security candidatehashes: Add x86 AVX2 8-way dispatchby jrakibi · 9cc9b338 · Apr 25, 2026 · 1 fileMessage 45 · ThinInformational 17Details
Commit message · jrakibi

hashes: Add x86 AVX2 8-way dispatch

add dispatcher that handles 8-way

45/100 · ThinMessage clarity
✓ Descriptive subject✓ Names a concrete action or component! No meaningful explanatory body
Why it was queued
cryptography-sensitive path
AI analysis · Informational 17/100

This commit adds a new performance optimization for SHA-256 hashing on modern x86 processors that support AVX2 instructions. It enables the library to process up to 8 hash calculations at once when the CPU supports it. There is no indication in the commit that this fixes a security bug; it appears to be a routine performance improvement.

Security candidatehashes: fold 8-way AVX2 SHA256d into round! macroby jrakibi · 41cc7afd · Apr 25, 2026 · 1 fileMessage 68 · AdequateInformational 18Details
Commit message · jrakibi

hashes: fold 8-way AVX2 SHA256d into round! macro

use a round! macro to cut ~1060 lines from the unrolled version.
each round becomes a single round!(...) call that almost matches
Core's Transform_8way line-by-line, so it's easy to compare and
review against sha256_avx2.cpp.

refactor, no behavior change.

68/100 · AdequateMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context
Why it was queued
cryptography-sensitive path
AI analysis · Informational 18/100

This commit is a code cleanup in the SHA-256 hashing implementation. It replaces roughly 1,000 lines of manually repeated hashing steps with a few short macros that generate the same instructions. The author explicitly states there is no behavior change, and the diff only restructures existing operations without altering constants, math, or control flow.

Security candidatehashes: Add 8-way AVX2 SHA256d for 64-byte inputby jrakibi · d299082d · Apr 25, 2026 · 2 filesMessage 68 · AdequateInformational 16Details
Commit message · jrakibi

hashes: Add 8-way AVX2 SHA256d for 64-byte input

add the three transforms for sha256(sha256(64_bytes)) using AVX2
SIMD.

AVX2 uses 256-bit registers, so we can pack eight 32-bit words into
each register and compute 8 independent hashes in parallel with a
single SIMD op.

- Transforms 1 & 2 compute the inner `sha256(64_bytes)`.
- Transform 3 computes sha256(output_of_T1_and_T2).

rounds are fully unrolled (we will use a round! macro to fold them
in the next patch).

68/100 · AdequateMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context
Why it was queued
cryptography-sensitive path
AI analysis · Informational 16/100

This commit adds a new, highly optimized implementation of the SHA256d hashing algorithm for 64-byte inputs, using Intel AVX2 processor instructions. It is a pure performance optimization that computes eight hashes at once. There is no indication in the commit that it fixes a security bug; it simply adds a faster code path.