This commit tightens how Blockstream Jade handles the 'precision' value in asset contracts for Liquid assets. Previously, a very large precision value could be accepted and later used to read past the end of an internal lookup table (POW_1…
Out-of-bounds read mitigation: bounds-checking of user-controlled precision before indexing fixed-size POW_10 arrayInteger truncation safety: explicit cast of validated precision to uint8_t after range checkCompile-time invariant enforcement: JADE_STATIC_ASSERT ties array size to ASSET_PRECISION_MAX
This commit strengthens a security guardrail on Blockstream Jade hardware wallets by turning on the most thorough stack-smashing protection for production builds. Stack smashing is a common way attackers try to take control of a device by …
Hardening: stack canary coverage expanded from STRONG to ALLTarget: production hardware-wallet firmware buildsScope: all three supported production hardware variants (Jade v1.1, v2, v2c)
This commit is a small internal cleanup in Bitcoin Core's wallet code. It moves two pieces of transaction metadata—'replaces_txid' and 'replaced_by_txid'—from a loose string-based key/value map into properly typed member variables of the C…
No security-relevant logic changeRefactoring of wallet metadata storage onlySerialization format remains backward compatible
This Bitcoin Core wallet patch makes the wallet stricter when reading old transaction metadata. Previously, unknown entries in a wallet's internal 'mapValue' data store were silently ignored. Now the wallet will refuse to load if it sees a…
Data-integrity hardening: unknown wallet metadata now causes load failure instead of silent discardLegacy field cleanup: 'fromaccount' and 'spent' erased before validationDefense-in-depth against future mapValue removal causing data loss
This commit is a routine internal cleanup in Bitcoin Core's wallet code. It removes an old string-to-string metadata map called mapValue from wallet transactions and replaces it with direct typed fields. The change keeps the same data on d…
No security-relevant keywords in commit title or messageNo bug-fix or CVE references in commit or supplied materialsChange is a structural refactor with equivalent serialization behavior
This commit is a straightforward internal cleanup in Bitcoin Core's wallet code. It moves two optional user-provided text fields, 'comment' and 'to', out of a generic key/value map and into explicit named member variables on the wallet tra…
No security-relevant behavior change observedRefactor only: same data stored and exposed via same RPC keysBackward-compatible serialization preserved
This is a small code cleanup in Bitcoin Core's wallet. It moves two very old, rarely-used pieces of transaction metadata—'from' and 'message'—out of a generic key/value map and into explicit named fields. The change preserves the same data…
No security-relevant change: pure refactor of deprecated metadata fieldsHTML escaping of 'from' and 'message' remains unchanged in Qt UIBackward-compatible serialization preserves existing wallet data
This is a routine internal code cleanup in Bitcoin Core's wallet. It changes how optional user comments (like a note on a payment) are passed through the code, moving them from a generic key-value map to explicit function parameters. The a…
This is a routine internal code cleanup in Bitcoin Core's wallet. It removes an old way of passing extra transaction details (called mapValue) and replaces it with explicit named parameters. The change does not alter what the wallet record…
No security-relevant behavior change: same mapValue keys are still written to the wallet transaction recordRefactor-only signature change: removal of generic mapValue parameter in favor of explicit optional parametersNo validation, cryptography, consensus, or networking code modified
This is a small internal code cleanup in Bitcoin Core's wallet. It changes how a transaction ID is passed when a user bumps a transaction fee, moving the value from a general metadata map into a dedicated function parameter. There is no se…
This is a routine performance and code-quality improvement. It replaces heap-allocated 'boxed' futures with stack-pinned futures in a background processor loop, removing one memory allocation per loop iteration. There is no security vulner…
This is a small build-configuration cleanup, not a security fix. The change makes the 'alloc' feature automatically enabled whenever the 'serde' feature is enabled, because serializing to non-human-readable formats requires allocating memo…
A quiet fix may be responsible caution—or it may leave users unaware that their assets were ever at risk. CommitWatch preserves the evidence, adds context, and tracks whether vendors disclose, acknowledge, and learn.