rust-bitcoin

This commit only changes test code. It replaces the use of an external random number generator (from the `rand` crate) with a small, deterministic pseudo-random number generator inside the `MerkleBlock` unit tests. The goal is to make the tests reproducible and remove a test-only dependency on the `rand` feature. There is no change to production code and no security vulnerability is introduced or fixed.

This commit only adds and updates unit tests for relative locktime logic in the rust-bitcoin library. It does not change any production code, so it cannot introduce a security vulnerability or fix one directly.

This commit only adds new unit tests for the Sum trait on a Weight type. It does not change any production code, fix a bug, or alter behavior. There is no security relevance.

This commit only adds new test cases to the rust-bitcoin library. It does not change any production code, fix bugs, or alter behavior. The tests cover edge cases for parsing numbers from strings, including uppercase hex prefixes and overflow cases. There is no security issue here.

This commit is a documentation and test fix, not a security patch. It adds a comment explaining that an 'empty coinbase' helper produces a 0-byte scriptSig that is technically invalid under Bitcoin consensus rules (which require 2-100 bytes), but is kept for backward compatibility in PSBT workflows where the scriptSig is filled in later. It also re-enables and updates a previously ignored unit test to use a valid 2-byte coinbase scriptSig.

This commit adds a missing validation rule to the library's Bitcoin transaction decoder: a coinbase transaction (the special first transaction in a block that creates new coins) must have an input script between 2 and 100 bytes long. Before this change, the library would accept shorter or longer coinbase scripts, which violates Bitcoin consensus rules and could let malformed transactions slip through. The fix rejects them with clear errors and includes tests for the boundary cases.

This commit only adds new performance benchmarks to the project's benchmark suite. It does not change any production code, fix bugs, or alter security behavior. The benchmarks measure how long it takes to decode and validate Bitcoin blocks of various sizes, which is useful for future development decisions but has no direct security impact on its own.

This commit is a routine version bump for a small Rust library called bitcoin-io, from version 0.3.0 to 0.4.0-rc.0. It updates lockfiles, a changelog, and dependency references in other crates so they all use the new version. There is no code change and no security issue visible in the commit.

This commit only changes the package version number from 0.33.0-beta.1 to 0.33.0-beta.0 and updates the release date in the changelog. There are no code, logic, or dependency changes. It is purely a release bookkeeping adjustment with no security relevance.

This commit creates a brand-new Rust crate that simply defines which Bitcoin network a program is using (mainnet, testnet, signet, or regtest). It is a pure code-organization/refactoring change with no security relevance.

This commit only updates an automatically-generated API listing file. It records that a new test-helper trait implementation (for generating random 'relative::LockTime' values) is now part of the crate's public API surface. There is no code change, no bug fix, and no security-sensitive behavior introduced.

This commit adds a missing test helper that lets a library generate random relative locktime values for fuzz testing. It is not a security fix and does not change any runtime behavior of the Bitcoin library.

This commit only updates an internal API test file to match recent changes in the `bitcoin_units` crate. It adds imports for newly introduced types (like `Sequence`), reorganizes existing ones, and includes new decoder/encoder types behind a feature flag. There is no change to production code, no bug fix, and no security relevance.

This commit adds a safety check in the Rust Bitcoin library's transaction decoder. It ensures that any transaction with more than one input cannot contain a 'coinbase-style' empty previous transaction reference. Such a reference is only allowed in the special coinbase transaction that creates new coins. Without this check, a malformed or malicious transaction could slip through and potentially cause incorrect behavior in software using this library to parse Bitcoin transactions.

This is an automated code-formatting commit. It only changes whitespace, line breaks, import order, and minor punctuation to match the latest rustfmt style. No program logic, APIs, or security behavior changed.

This is a minor internal code cleanup in the test suite only. It changes which internal Rust module provides certain Bitcoin data types used in tests, with no functional change to the library or any user-facing behavior.

This commit fixes a bug in a Bitcoin data decoder. Previously, if you stopped decoding early—before the full length prefix was read—the decoder would incorrectly report success with an empty result instead of reporting an error. The fix makes the decoder correctly return an 'unexpected end of data' error in those cases. This could matter for anyone parsing Bitcoin protocol data from partial or truncated inputs.

This commit only adds a new performance benchmark. It does not change any library code, fix any bug, or alter behavior. The benchmark measures how fast different methods can detect duplicate transaction inputs in a worst-case scenario. There is no security issue in the commit itself.

This commit fixes a single-word typo in a documentation comment. The word 'pre-tweaked' was changed to 'tweaked' to accurately describe the function's parameter. There is no code change and no security impact.

This commit is a routine version bump for a small Rust library called base58ck. It updates version numbers in package files, refreshes lock files, and adds a changelog entry. There are no code changes that fix or introduce any security issue.

This commit is a routine version bump from 0.33.0-beta.0 to 0.33.0-beta.1 for the rust-bitcoin library. It only changes version numbers in package metadata and lock files, plus reorders a changelog list. There is no code change and no security relevance.

This commit is a routine version bump for a Rust library package called bitcoin-consensus-encoding, moving it from release candidate 2 to release candidate 3. It only updates version numbers in package metadata and lock files. There are no code changes, bug fixes, or security-related modifications visible in the diff.

This commit is a routine version bump for the bitcoin-primitives crate from 1.0.0-rc.1 to 1.0.0-rc.2, triggered by a new major release of an internal dependency. It updates version numbers in package manifests and lock files, and adjusts one test to import newly available type names. There is no security-relevant code change.

This commit is a routine version bump for the bitcoin-units crate from 1.0.0-rc.3 to 1.0.0-rc.4, triggered by a major release of an internal dependency. It only changes version numbers in package manifests and lock files. There is no code change, no bug fix, and no security relevance.

This commit is a routine version bump for the internal 'bitcoin-internals' Rust package from 0.4.2 to 0.5.0. It updates version numbers in package manifests, lock files, and adds a changelog entry describing two minor internal code cleanups. There is no indication of any security fix or vulnerability being addressed.