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

channeld: update dust limit checks to the final version of PR 919.

Public commit record

What the developer wrote

Authored by Rusty Russell

73/100 · Adequate
channeld: update dust limit checks to the final version of PR 919.

This is what was merged in the spec, so update our checks (and bolt quote).

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 commit tightens the rules for when a Lightning node rejects a fee-rate change from the other party. It now skips certain 'dust exposure' checks when a modern anchor-based channel is in use, and only checks the remote side's dust exposure when the fee is actually increasing. This aligns the code with the final version of a published protocol specification change (BOLT PR 919). The change is defensive: it reduces the chance that a peer can force your node to close a channel by manipulating fees, but it is a partial patch that only updates one of the places where dust limits matter.

Recommended action

Review the remaining dust-limit checks across the codebase (especially other htlc_dust_ok() call sites and commitment transaction construction) to ensure the final BOLT PR 919 rules are applied consistently. Run protocol-conformance tests covering fee updates, dust HTLCs, and anchor channels. Consider whether the unconditional LOCAL check should also be gated by a fee-increase condition per the spec wording.

Security signals we found

01

Protocol rule change that affects when a channel may be failed/closed due to fee updates

02

Skips dust-exposure validation entirely for anchor-based channels (OPT_ANCHORS_ZERO_FEE_HTLC_TX)

03

Adds conditional remote-side check only on fee increases, reducing peer-forced close surface

04

References a specific BOLT specification pull request (PR 919) in code comment

05

Single-file, narrow change; broader dust-limit logic elsewhere in the tree is not updated

Risk score

Why this scored 38/100

Our methodology →
Potential impact 8/30
Exploitability 6/25
Stealth signal 7/15
Affected reach 9/15
Confidence 5/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.