rust-bitcoin

This commit is a trivial documentation punctuation fix. It adds a missing full stop to a rustdoc comment in an internal macros file. There is no code change and no security relevance.

This commit changes a single line of documentation in the source code, adding a '#' character so that the crate's title displays as a proper heading in generated documentation. It has no effect on program behavior, security, or functionality.

This commit only adds a missing software license comment (CC0-1.0) to a test file. It does not change any code behavior, fix any bug, or alter any security-relevant logic.

This commit only reformats documentation comments (rustdocs) so they wrap at 100 characters per line. It changes line breaks and spacing in comments only, with no changes to actual code logic, APIs, or behavior. There is no security relevance.

This commit adds a missing documentation attribute to a public type alias in the rust-bitcoin hashes library. It only affects how the SHA3-256 hash type appears in generated API documentation and has no security or runtime effect.

This commit changes how a Bitcoin library decodes byte slices. Previously, a function called decode_from_slice silently accepted extra bytes after a valid object. Now it rejects leftover bytes, and a new function decode_from_slice_unbounded is provided for cases where callers intentionally want to read only part of the input. This is a defensive correctness fix that prevents accidental acceptance of malformed or padded data, but it also changes the public API behavior and error types, which could break downstream code.

This commit adds optional serialization/deserialization support (via the serde library) for two data types, FilterHash and FilterHeader, used in Bitcoin peer-to-peer compact block filters. It is a routine feature addition, not a security fix or vulnerability patch. There is no indication of a security issue in the code changes themselves.

This commit only updates a generated text file that lists the public API surface of the crate. It adds entries for new serde helper functions that support vectors of amounts and fee rates. There is no source code change, no bug fix, and no security relevance visible in the diff.

This commit adds new Rust code that lets programs serialize and deserialize lists (vectors) of Bitcoin amounts when using the serde data-format library. It is a feature addition with matching tests. There is no indication it fixes a security bug or introduces a vulnerability.

This commit adds new serialization/deserialization helpers so that a list of Bitcoin fee-rate values can be converted to and from JSON (or other serde formats). It is a straightforward feature addition with matching unit tests and contains no security fix or vulnerability.

This commit only moves existing code around in the same file. It takes several implementation blocks for the Hmac type and places them directly below the Hmac struct definition instead of further down after another struct. No code behavior, logic, or public interface was changed.

This commit simply moves existing code around in two files. It relocates the implementation blocks for SHA256 and SipHash24 hash types to appear earlier in their respective files, right after the hash type is declared. No code behavior was changed, no bugs were fixed, and no security issues were introduced.

This commit only updates a test-tool configuration file. It tells an automated mutation-testing tool (cargo-mutants) to skip testing certain code patterns because they would cause the test suite to loop forever. It does not change any actual library code, fix a bug, or alter how the software behaves in production.

This commit is a routine code cleanup. It replaces four hand-written formatting rules for the CompactTarget type with a single existing macro that does the same thing. There is no functional change and no security relevance.

This commit adds compiler hints (#[inline]) to formatting functions for some numeric wrapper types. It is a routine performance/cleanup change and does not alter program behavior or fix any security issue.

This commit only updates generated API snapshot text files so they reflect that a type named TxMerkleNodeDecoder was moved from the transaction module to the merkle_tree module. No actual source code, logic, or behavior changed. It is a bookkeeping change to keep automated API checks in sync with a previous code reorganization.

This commit is a straightforward code organization change. It moves where two helper types (TxMerkleNodeDecoder and TxMerkleNodeDecoderError) are publicly exported so they sit alongside related types in the merkle_tree module instead of the transaction module. There is no change to how data is decoded, no bug fix, and no security impact.

This commit swaps out a custom hex-decoding helper for a simpler one in the code that turns serialized data back into Bitcoin witness structures. The change is driven by an upstream library hiding its internal error details, not by a known security flaw. The main practical effect is that error messages become less specific when someone feeds in bad hex data. There is no direct evidence this introduces a vulnerability, but it slightly weakens defensive error reporting.

This commit only changes internal test code in the rust-bitcoin library. It replaces an unstable developer-only helper trait with a stable equivalent for converting hexadecimal strings into byte arrays. There is no change to production code, no user-facing behavior change, and no security fix.

This is a small internal code cleanup in the rust-bitcoin library. It changes how two hash-like types (transaction merkle node and witness merkle node) are encoded so that they reference existing data instead of making a copy. There is no security issue here—it's a performance/maintainability improvement that makes the code consistent with how other hash types are already encoded.

This commit only updates generated API text files that list which Rust traits (like Clone and Debug) are implemented by various types in the bitcoin_consensus_encoding crate. No actual source code, logic, or behavior changed. It is a documentation/maintenance update for the public API snapshot, not a security fix.

This commit adds standard Rust helper traits (Debug for printing, Clone for copying) to the library's byte encoders and decoders. It also adds a few new unit tests. There is no security fix or vulnerability here; it is a routine API-quality improvement.

This is a routine API cleanup, not a security fix. The change removes the requirement for callers to supply their own random number generator when creating a new keypair. Instead, the function now creates the generator internally, matching how the related PrivateKey API already works. There is no vulnerability here; it is a convenience and consistency change.

This commit only updates generated text files that list the public API surface of the Rust Bitcoin library. No actual source code, logic, or behavior changed. The files record that the `Block` type now carries a validation-state marker (`Unchecked`/`Checked`) and that some error types were added, but these are documentation artifacts, not a security patch.

This commit is a routine code cleanup. It relaxes unnecessary requirements on an internal helper type so that formatting a value as hexadecimal no longer requires the value to also be decodable. There is no security issue here.