rust-bitcoin

This commit adds a safety check in the rust-bitcoin library so that when a Bitcoin transaction is being decoded, the total value of all its outputs is rejected if it exceeds the protocol's maximum allowed money supply (MAX_MONEY). This prevents a class of bugs similar to the historic Bitcoin Core overflow issue referenced as CVE-2010-5139, where an impossibly large total output value could cause incorrect accounting or consensus problems.

This commit adds two new helper functions, flush_to_vec and flush_to_writer, to the consensus_encoding crate. They let developers take an already-created Encoder object and write its contents out to a Vec or an I/O writer. The existing encode_to_vec and encode_to_writer functions are refactored to use these new helpers internally. There is no security fix or behavior change; it is a straightforward API convenience addition.

This commit is a routine cleanup of the public API surface. It stops two internal helper types (BlockTimeDecoder and BlockTimeDecoderError) from being exported at the top level of the primitives crate. The types are still available inside the crate where they are actually used. There is no security fix here and no indication of a vulnerability.

This is a routine internal code reorganization. The project is moving the definition of Bitcoin network types (like Mainnet and Testnet) from one internal crate to another newly created crate. There are no user-facing behavior changes and no security fixes.

This commit removes a small helper method called Magic::from_params from the rust-bitcoin peer-to-peer networking crate. The method was redundant because the same conversion can already be done through Rust's standard TryFrom trait. There is no security issue here; it is a routine code cleanup to simplify the public API and remove an unnecessary dependency on the Params type.

This commit is purely cosmetic: it moves one optional dependency line down by one position in a configuration file so that optional and non-optional dependencies are grouped separately, matching project convention. There is no code change and no security relevance.

This commit only adds new unit tests for error types in the Bitcoin block primitives. It does not change any production code, fix bugs, or alter behavior. There is no security issue here.

This commit adds a new automated test to verify that a helper function correctly returns nothing when given a non-coinbase Bitcoin transaction. It does not change any production code, fix a bug, or alter behavior. It is purely a test addition.

This commit only adds new unit tests for encoding and decoding the block version number. It does not change any production code, so it cannot introduce or fix a security vulnerability on its own.

This commit only updates documentation comments for two existing Rust functions, adding details about what errors they can return. No code logic was changed, so it cannot introduce or fix a security vulnerability on its own.

This commit only fixes compiler lint warnings. It adds missing feature gates so that test code compiles cleanly when certain optional features are enabled or disabled. There is no change to runtime behavior, no bug fix, and no security relevance.

This change only touches an example program used for documentation and CI demos. It makes the seed argument optional by providing a documented default value. There is no security issue: the seed was already hard-coded in the comment above, and the example is not production code.

This commit only adds two new automated tests that check how many bytes a Block and Header decoder expects to read. It does not change any production code, fix a bug, or alter behavior. There is no security issue here.

This commit is a minor code cleanup in test code only. It replaces verbose match statements with the shorter matches! macro in two unit tests. The change does not affect production code, behavior, or security.

This commit only adds an extra test case to an existing unit test. It does not change any production code, so it cannot introduce or fix a security vulnerability by itself. The new assertion checks that a block with an invalid witness commitment is rejected by the validation function, which is a normal correctness test rather than a security patch.

This commit simply deletes five old benchmark test files that were accidentally left behind after benchmarks were moved to a newer testing framework. It removes unused code and has no effect on the actual Bitcoin hashing library or its users.

This commit adds standard encoding and decoding support for a Bitcoin peer-to-peer network message called CFHeaders (compact filter headers). It is a routine implementation of serialization traits and does not appear to fix or introduce any security issue.

This commit adds missing data-encoding (serialization/deserialization) support for a Bitcoin peer-to-peer message type called CFCheckpt. It is a routine feature implementation, not a security fix. There is no indication in the commit or supplied references that this addresses a vulnerability, a bug, or a security-relevant issue.

This commit adds standard encoding and decoding support for two existing hash-like types (FilterHash and FilterHeader) used in Bitcoin peer-to-peer messages. It is a routine feature addition that wires up serialization traits; there is no indication it fixes a vulnerability or introduces unsafe behavior.

This commit adds standard encoding and decoding support for a Bitcoin peer-to-peer message called CFilter. It is a routine feature addition that lets the library serialize and deserialize compact-filter messages. There is no indication in the commit that this fixes a security bug or introduces a vulnerability.

This commit adds standard encoding and decoding support for a Bitcoin peer-to-peer message type called GetCFCheckpt. It is a routine feature addition with no visible security bug or fix.

This commit adds standard encoding and decoding support for a Bitcoin peer-to-peer message called GetCFHeaders. It is a routine feature addition with no visible security bug, missing check, or unsafe code. The change simply lets the library serialize and deserialize this message type in the same way it already handles related messages.

This commit adds new Rust code to encode and decode a Bitcoin peer-to-peer message called GetCFilters. It is a routine feature implementation with no visible security bug. The change does not fix a vulnerability, alter existing security behavior, or introduce suspicious logic such as unchecked lengths or unsafe code.

This commit is a documentation-only cleanup. It fixes spelling mistakes, grammar, and typos in code comments, README files, and rustdoc strings. No executable code, logic, or security behavior was changed.

This commit fixes only spelling mistakes in documentation and a test comment. There are no code behavior changes, no security fixes, and no functional changes to the library.