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 queue2070AI analyses
183commits · 30 days
400commits · 60 days
1283commits · 180 days
2053commits · 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 Bagot640192640068
Tobin C. Harding40965409063
jrakibi944994068
Nick Johnson18920189059
Andrew Poelstra512051075
Jamil Lambert, PhD11418114061
Fmt Bot311431045
Trevor Arjeski111111069
Shing Him Ng31731056
Ismail Daif22622050
satsfy (Renato Britto)17617066
Martin Habovstiak27527069
Analysis record

Published AI watches

Last scanned 43 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.

AI review queuedAdd transaction read_limit testsby Jamil Lambert, PhD · 2477a93c · Mar 26, 2026 · 1 fileMessage 60 · AdequateInformational 15Details
Commit message · Jamil Lambert, PhD

Add transaction read_limit tests

Add various tests of the read_limit to cover all scenarios.

60/100 · AdequateMessage clarity
✓ Descriptive subject✓ Provides an explanatory body✓ Mentions testing or verification
Why it was queued
signing or wallet pathsecond-pass: security-sensitive path
AI analysis · Informational 15/100

This commit only adds new automated tests that check how many bytes various transaction decoders expect to read next. It does not change any production code, fix a bug, or alter behavior. There is no security issue here.

AI review queuedCreate a bunch of test case consts in transactionby Jamil Lambert, PhD · d4165f1a · Mar 26, 2026 · 1 fileMessage 78 · AdequateInformational 15Details
Commit message · Jamil Lambert, PhD

Create a bunch of test case consts in transaction

Make some of the tests easier to read and avoid duplication by creating
some byte array constants for values that are used multiple times.
Use these constants in the tests.

78/100 · AdequateMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context✓ Mentions testing or verification
Why it was queued
signing or wallet pathsecond-pass: security-sensitive path
AI analysis · Informational 15/100

This commit is a simple cleanup of internal unit tests. It replaces repeated hard-coded byte lists with named constants inside test code. There is no change to the actual library behavior, no bug fix, and no security relevance.

Lower-priorityRevert bot formatting of two macros and add skipby Jamil Lambert, PhD · 7f10f879 · Mar 26, 2026 · 1 fileMessage 68 · AdequateInformational 15Details
Commit message · Jamil Lambert, PhD

Revert bot formatting of two macros and add skip

The rustfmt bot made the formatting of the macros worse.

Revert the formatting to how it was and add #[rustfmt::skip] above the
macro calls.

68/100 · AdequateMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context
AI analysis · Informational 15/100

This commit is purely a code-style change. It reverts an automated formatting bot's changes to two test macros and adds markers telling rustfmt to leave them alone in the future. There is no functional change to the program and no security relevance.

AI review queuedFix typo in Cargo.tomlby Jamil Lambert, PhD · e5c024e3 · Mar 26, 2026 · 1 fileMessage 38 · OpaqueInformational 15Details
Commit message · Jamil Lambert, PhD

Fix typo in Cargo.toml

38/100 · OpaqueMessage clarity
✓ Subject identifies a change✓ Names a concrete action or component! No meaningful explanatory body
Why it was queued
second-pass: opaque commit message
AI analysis · Informational 15/100

This commit corrects a single spelling mistake in the package description within a configuration file. It changes 'eccosystem' to 'ecosystem' and has no effect on program behavior, security, or functionality.

Security candidateAdd links in rustdocsby Jamil Lambert, PhD · 1a881b21 · Mar 26, 2026 · 3 filesMessage 28 · OpaqueInformational 15Details
Commit message · Jamil Lambert, PhD

Add links in rustdocs

28/100 · OpaqueMessage clarity
✓ Subject identifies a change! No meaningful explanatory body! Opaque security-relevant change
Why it was queued
cryptography-sensitive path
AI analysis · Informational 15/100

This commit only updates documentation comments in three Rust source files to add clickable cross-references (rustdoc links). No executable code, logic, or behavior was changed. It cannot affect security.

Lower-priorityunits: Move result module errors to error submoduleby Mitchell Bagot · 27904703 · Mar 26, 2026 · 1 fileMessage 73 · AdequateInformational 15Details
Commit message · Mitchell Bagot

units: Move result module errors to error submodule

At present, some modules in units separate error types into submodules
with re-exports while others simply define the error types in the
module. This inconsistency is confusing and makes the docs vary. All
error types for each top-level module should be moved into a relevant
submodule and re-exported without inline docs.

Move error types from result module into error submodule and re-export.

73/100 · AdequateMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context
AI analysis · Informational 15/100

This commit is a simple internal code reorganization. It moves the definition of an error type (NumOpError) from one place in a file to a new 'error' submodule within the same file, then re-exports it so existing code can still use it the same way. There is no change to how the code behaves, no bug fix, and no security relevance.

Lower-priorityunits: Move time module errors to error submoduleby Mitchell Bagot · 246b846d · Mar 26, 2026 · 1 fileMessage 68 · AdequateInformational 15Details
Commit message · Mitchell Bagot

units: Move time module errors to error submodule

At present, some modules in units separate error types into submodules
with re-exports while others simply define the error types in the
module. This inconsistency is confusing and makes the docs vary. All
error types for each top-level module should be moved into a relevant
submodule and re-exported without inline docs.

Move error types from time module into error submodule and re-export.

68/100 · AdequateMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context
AI analysis · Informational 15/100

This commit is a routine code cleanup in the rust-bitcoin library. It moves an error type related to decoding Bitcoin block timestamps into a new 'error' submodule and re-exports it. There is no change to how the code behaves, no bug fix, and no security improvement or vulnerability introduced.

Lower-priorityunits: Move sequence module errors to error submoduleby Mitchell Bagot · c18a7d37 · Mar 26, 2026 · 1 fileMessage 73 · AdequateInformational 15Details
Commit message · Mitchell Bagot

units: Move sequence module errors to error submodule

At present, some modules in units separate error types into submodules
with re-exports while others simply define the error types in the
module. This inconsistency is confusing and makes the docs vary. All
error types for each top-level module should be moved into a relevant
submodule and re-exported without inline docs.

Move error types from sequence module into error submodule and re-export.

73/100 · AdequateMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context
AI analysis · Informational 15/100

This commit is a straightforward internal code reorganization. It moves an error type related to decoding transaction sequence numbers into a new 'error' submodule and re-exports it. There is no functional change to how the library behaves, and no security issue is present.

AI review queuedUpdate API filesby Mitchell Bagot · 95360338 · Mar 26, 2026 · 6 filesMessage 28 · OpaqueInformational 15Details
Commit message · Mitchell Bagot

Update API files

28/100 · OpaqueMessage clarity
✓ Subject identifies a change! No meaningful explanatory body
Why it was queued
documentation-only discountsecond-pass: opaque commit message
AI analysis · Informational 15/100

This commit only updates generated API snapshot files (text files listing public types, functions, and module paths). It reflects a code reorganization where several error types were moved into new `error` submodules, but the commit itself does not change any source code or behavior. There is no security fix or vulnerability here.

Lower-priorityunits: Move pow module errors to error submoduleby Mitchell Bagot · c754729c · Mar 26, 2026 · 2 filesMessage 68 · AdequateInformational 15Details
Commit message · Mitchell Bagot

units: Move pow module errors to error submodule

At present, some modules in units separate error types into submodules
with re-exports while others simply define the error types in the
module. This inconsistency is confusing and makes the docs vary. All
error types for each top-level module should be moved into a relevant
submodule and re-exported without inline docs.

Move error types from pow module into error submodule and re-export.

68/100 · AdequateMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context
AI analysis · Informational 15/100

This commit is a routine internal code reorganization. It moves an error type (CompactTargetDecoderError) from one place in the source file to a new 'error' submodule and re-exports it so existing code keeps working. There is no functional change to how the library behaves, and no security issue is present.

Lower-priorityunits: Move parse_int module errors to error submoduleby Mitchell Bagot · 3b59defa · Mar 26, 2026 · 1 fileMessage 73 · AdequateInformational 15Details
Commit message · Mitchell Bagot

units: Move parse_int module errors to error submodule

At present, some modules in units separate error types into submodules
with re-exports while others simply define the error types in the
module. This inconsistency is confusing and makes the docs vary. All
error types for each top-level module should be moved into a relevant
submodule and re-exported without inline docs.

Move error types from parse_int module into error submodule and re-export.

73/100 · AdequateMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context
AI analysis · Informational 15/100

This commit is a straightforward internal code reorganization. It moves existing error type definitions into a new 'error' submodule and re-exports them so they remain accessible from the same public locations. There is no change to how numbers are parsed, no change to public behavior, and no security relevance.

Lower-priorityunits: Move block module errors to error submoduleby Mitchell Bagot · f55b4305 · Mar 26, 2026 · 3 filesMessage 73 · AdequateInformational 15Details
Commit message · Mitchell Bagot

units: Move block module errors to error submodule

At present, some modules in units separate error types into submodules
with re-exports while others simply define the error types in the
module. This inconsistency is confusing and makes the docs vary. All
error types for each top-level module should be moved into a relevant
submodule and re-exported without inline docs.

Move error types from block module into error submodule and re-export.

73/100 · AdequateMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context
AI analysis · Informational 15/100

This commit is a routine code reorganization. It moves two error type definitions from the main block module into a new 'error' submodule and re-exports them so existing code continues to work. There is no functional change to how the library behaves, and no security issue is present.

Security candidateRun the formatterby Mitchell Bagot · c0a48dd7 · Mar 26, 2026 · 1 fileMessage 28 · OpaqueInformational 15Details
Commit message · Mitchell Bagot

Run the formatter

28/100 · OpaqueMessage clarity
✓ Subject identifies a change! No meaningful explanatory body! Opaque security-relevant change
Why it was queued
cryptography-sensitive path
AI analysis · Informational 15/100

This commit is purely a code-formatting change. It rewraps a long `#[deprecated(...)]` attribute in a Rust source file onto multiple lines so it complies with the project's style rules. No logic, behavior, or security properties of the code were changed.

Security candidateAdd force_compressed to PublicKeyby Mitchell Bagot · 5a0eb906 · Mar 26, 2026 · 1 fileMessage 58 · ThinInformational 15Details
Commit message · Mitchell Bagot

Add force_compressed to PublicKey

Currently, users who need to convert from a PublicKey to a
CompressedPublicKey must do so in a fallible manner through a try_from
or try_into call. While this is suitable for most uses, some users may
wish to forcibly convert the key to a compressed key, discarding any
compressedness information.

Add force_compressed to PublicKey to convert to CompressedPublicKey
discarding compressedness.

58/100 · ThinMessage clarity
✓ Descriptive subject✓ Provides detailed explanatory context
Why it was queued
cryptography-sensitive path
AI analysis · Informational 15/100

This commit adds a new convenience method called force_compressed to the PublicKey type in the rust-bitcoin library. It lets callers convert a public key into a compressed public key without handling a possible failure case. The change is purely additive (8 new lines, no deletions) and does not alter existing behavior or fix any bug. There is no indication of a security issue in the commit or supplied references.

Security candidateExpand From impls for CompressedPublicKeyby Mitchell Bagot · 0225de46 · Mar 26, 2026 · 1 fileMessage 80 · StrongInformational 18Details
Commit message · Mitchell Bagot

Expand From impls for CompressedPublicKey

The CompressedPublicKey currently lacks a From conversion for both
Keypair and secp256k1::PublicKey. Both of these conversions are present
on the PublicKey. In order to reduce friction for use of the
CompressedPublicKey, the same conversions should be available.

Introduce From<Keypair> and From<secp256k1::PublicKey> for
CompressedPublicKey.

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
cryptography-sensitive path
AI analysis · Informational 18/100

This commit adds convenience conversion methods so that a CompressedPublicKey can be created directly from a secp256k1 public key or a keypair, matching the existing abilities of the regular PublicKey type. It is a routine API usability improvement with no apparent security relevance.

Security candidateAdjust CompressedPublicKey Display implby Mitchell Bagot · 58a6a507 · Mar 26, 2026 · 1 fileMessage 58 · ThinInformational 15Details
Commit message · Mitchell Bagot

Adjust CompressedPublicKey Display impl

The CompressedPublicKey Display impl uses the DisplayHex type from
hex_conservative to render the key bytes as hex, the same as the
PublicKey type. In hex_conservative, Lower/UpperHex on the DisplayArray
type is implemented by calling through to the Display impl on
DisplayArray. While the compiler may optimise this indirection, simply
using Display instead of LowerHex (the same as in PublicKey's Display)
avoids the ambiguity.

Change CompressedPublicKey Display impl to call into Display impl on
DisplayArray in hex_conservative.

58/100 · ThinMessage clarity
✓ Descriptive subject✓ Provides detailed explanatory context
Why it was queued
cryptography-sensitive path
AI analysis · Informational 15/100

This is a tiny internal code cleanup that changes how a compressed Bitcoin public key is printed as text. It swaps one standard way of turning bytes into hex for another equivalent way. There is no security issue here.

Security candidateRename from_slice to from_bytes on CompressedPublicKeyby Mitchell Bagot · 2cd29892 · Mar 26, 2026 · 2 filesMessage 73 · AdequateInformational 18Details
Commit message · Mitchell Bagot

Rename from_slice to from_bytes on CompressedPublicKey

The from_slice function on CompressedPublicKey is copied from the
PublicKey and takes an arbitrary length byte slice. Since
CompressedPublicKey must only store a compressed public key, and to
allow for a rountrip with to_bytes, the function is better named
from_bytes.

Add from_bytes function that takes [u8; 33] to CompressedPublicKey.
Deprecate from_slice in favour of from_bytes.

73/100 · AdequateMessage clarity
✓ Specific, 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 is a routine API cleanup, not a security fix. The developers renamed a function from from_slice to from_bytes on CompressedPublicKey so the name better matches that it now accepts a fixed 33-byte array. The old from_slice is kept but marked deprecated, and internally it now checks the slice length before delegating. No vulnerability is described or fixed.

Lower-priorityUpdate the API text filesby Tobin C. Harding · 8ecb3262 · Mar 25, 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 that list the public surface of the Rust crate. It reflects that some types (merkle-tree and transaction ID types) were moved into different modules, but it does not change any source code, logic, or behavior. There is no security issue here.

Lower-priorityprimitives: Import Wtxidby Tobin C. Harding · 94582582 · Mar 25, 2026 · 1 fileMessage 43 · ThinInformational 15Details
Commit message · Tobin C. Harding

primitives: Import Wtxid

No need to use `crate::`, just import the type.

43/100 · ThinMessage clarity
✓ Subject identifies a change✓ Provides an explanatory body
AI analysis · Informational 15/100

This is a trivial code cleanup change. It replaces one way of referring to a type (`crate::Wtxid`) with a direct import (`Wtxid`). The program's behavior is unchanged, and there is no security relevance.

Lower-priorityUse re-exportby Tobin C. Harding · 00c3ecbe · Mar 25, 2026 · 1 fileMessage 43 · ThinInformational 15Details
Commit message · Tobin C. Harding

Use re-export

Use type from `crate` not from `primitives` as is customary.

43/100 · ThinMessage clarity
✓ Subject identifies a change✓ Provides an explanatory body
AI analysis · Informational 15/100

This is a tiny internal code cleanup change. It swaps one way of importing a type (Wtxid) for another equivalent way within the project's own test code. There is no functional change, no bug fix, and no security relevance.

AI review queuedDo not re-export non-essential hash typesby Tobin C. Harding · 695fab51 · Mar 25, 2026 · 6 filesMessage 88 · StrongInformational 18Details
Commit message · Tobin C. Harding

Do not re-export non-essential hash types

I audited `bitcoin`, `primitives`, and `units` for hash type
re-exports.

Remove:

- `TxMerkleNode` and `WitnessMerkleNode` because both implement
`MerkleNode` but that trait is `pub(crate)`.
- `Ntxid`: Niche `rust-bitcoin` type.

ref: https://github.com/rust-bitcoin/rust-bitcoin/issues/4125#issuecomment-4122203784

88/100 · StrongMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context✓ Explains rationale or failure mode✓ Links an issue, advisory, or supporting reference
Why it was queued
signing or wallet pathsecond-pass: security-sensitive path
AI analysis · Informational 18/100

This commit is a routine API cleanup: it stops publicly re-exporting a few specialized hash types (Ntxid, TxMerkleNode, WitnessMerkleNode) from convenient crate-root locations, so users must import them from their original modules instead. It does not change any logic, cryptography, or data handling, and there is no indication it fixes a security bug.

AI review queuedRun the formatterby Tobin C. Harding · d18af3e7 · Mar 25, 2026 · 1 fileMessage 28 · OpaqueInformational 15Details
Commit message · Tobin C. Harding

Run the formatter

28/100 · OpaqueMessage clarity
✓ Subject identifies a change! No meaningful explanatory body
Why it was queued
second-pass: opaque commit message
AI analysis · Informational 15/100

This commit is purely cosmetic: it reorders two 'extern crate' declarations in a source file to satisfy the project's code formatter. There is no functional change, no bug fix, and no security relevance.

AI review queuedconsensus_encoding: add ::end tests for decodersby Nick Johnson · 1eaa465f · Mar 25, 2026 · 2 filesMessage 55 · ThinInformational 15Details
Commit message · Nick Johnson

consensus_encoding: add ::end tests for decoders

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

This commit only adds new test cases for existing decoder code. It checks that various decoders correctly report an error when their input data ends unexpectedly. No production code was changed, so there is no direct security fix or vulnerability introduced here.

AI review queuedconsensus_encoding: move compact_size specific testsby Nick Johnson · 2bf351ce · Mar 25, 2026 · 2 filesMessage 60 · AdequateInformational 15Details
Commit message · Nick Johnson

consensus_encoding: move compact_size specific tests

60/100 · AdequateMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Mentions testing or verification! No meaningful explanatory body
Why it was queued
parser or protocol pathsecond-pass: security-sensitive path
AI analysis · Informational 15/100

This commit simply moves existing unit tests from one test file to another. No production code was changed, and no bug fix or security improvement was introduced. It is a routine code organization change.

Lower-priorityRemove stale macro_use attribute from address module declarationby Ismail Daif · c7a4bd6d · Mar 25, 2026 · 1 fileMessage 50 · ThinInformational 15Details
Commit message · Ismail Daif

Remove stale macro_use attribute from address module declaration

50/100 · ThinMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component! No meaningful explanatory body
AI analysis · Informational 15/100

This commit removes an unused compiler hint (`#[macro_use]`) from a module declaration. It is a routine code cleanup with no functional or security effect.