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

itest: stop creating legacy channels

Public commit record

What the developer wrote

Authored by ziggie

90/100 · Strong
itest: stop creating legacy channels

In this commit, we move the two tests that still opened legacy channels over
to static remote key. Both produce the same commitment shape and the same
fees, so no assertion moves.

The watchtower case opted into legacy deliberately. The remote signer one did
not: neither of its nodes runs with committweak, so both support static
remote key, and the channel only came out legacy because an empty
channel_type was accepted without any check. That is the bug this PR fixes,
sitting in our own suite.

The legacy node arguments and the unreferenced CfgLegacy go away with them,
since committweak no longer does anything.
✓ Descriptive subject✓ Names a concrete action or component✓ Provides detailed explanatory context✓ Explains rationale or failure mode✓ Mentions testing or verification
The short version

What changed, and why it matters

This commit updates LND's integration tests to stop using an obsolete 'legacy' channel type and adds a test confirming that LND now rejects that legacy type. The commit message says the real fix is elsewhere in the same pull request: previously, an empty channel_type was accepted without checking whether the nodes actually supported the legacy format, which could cause a channel to open in an unintended, deprecated commitment shape. The diff itself only changes tests and removes unused legacy-node configuration flags; it does not contain the actual production-code fix.

Recommended action

Review the rest of the pull request to locate the production-code change that adds the ErrDeprecatedChanType validation, since this commit only contains tests and cleanup. Once the full fix is identified, consider whether any running nodes still have open legacy channels and plan migration or closure, because the legacy commitment type was removed from the BOLT spec in 2024.

Security signals we found

01

Deprecated commitment format (legacy) is now rejected by RPC

02

Test added to verify legacy channel type is refused

03

Unused legacy node configuration flag removed

04

Commit message describes a real bug where empty channel_type defaulted to legacy without validation

Risk score

Why this scored 33/100

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