AI-generated analysisPublished automatically and not human-verified. Validated context appears in community notes below.
← Watch feed
Informational 21 Bitcoin

common: allow current_feerate under 253 in marginal_feerate().

Public commit record

What the developer wrote

Authored by Rusty Russell

73/100 · Adequate
common: allow current_feerate under 253 in marginal_feerate().

We don't allow this for now (by spec!), but in case we ever did we
should not try to enforce it here!

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context
The short version

What changed, and why it matters

This small code change removes a hard crash (assertion) that would occur if a future version of the software allowed Bitcoin feerates below 253 satoshis per kiloweight. Instead of crashing, the function now quietly raises such low feerates up to the minimum. The change is framed by the author as a future-proofing measure, not a fix for an active security bug.

Recommended action

Treat as low-risk hardening. Review whether any caller can currently pass a feerate below 253, and ensure the clamp behavior is safe for fee-bumping logic. No urgent action required absent an independent report showing the assertion was reachable.

Security signals we found

01

Assertion removal in feerate handling

02

Defensive clamping of out-of-range feerate

03

Author states current spec does not allow the low-feerate case

04

No explicit security relevance disclosed by vendor

Risk score

Why this scored 21/100

Our methodology →
Potential impact 3/30
Exploitability 2/25
Stealth signal 2/15
Affected reach 4/15
Confidence 7/10
Evidence quality 3/5
Human-validated context

Community notes

Notes can correct, qualify, or add evidence to the AI analysis. Every note shown here has been validated by a human moderator.

No validated notes yet.

The AI analysis stands alone for now. Submit a note if you can add evidence or important context.