-
Notifications
You must be signed in to change notification settings - Fork 2.3k
LND rejects a valid commitment #1908
Copy link
Copy link
Closed
Labels
P1MUST be fixed or reviewedMUST be fixed or reviewedbugUnintended code behaviourUnintended code behaviourcommitmentsCommitment transactions containing the state of the channelCommitment transactions containing the state of the channelinteropinterop with other implementationsinterop with other implementations
Metadata
Metadata
Assignees
Labels
P1MUST be fixed or reviewedMUST be fixed or reviewedbugUnintended code behaviourUnintended code behaviourcommitmentsCommitment transactions containing the state of the channelCommitment transactions containing the state of the channelinteropinterop with other implementationsinterop with other implementations
Type
Fields
Give feedbackNo fields configured for issues without a type.
Background
eclair-lndchannel, an htlc has been failed right after a disconnection, and reconnectionlndrejects a sig which seems valid.Note the
lndnode definitely seems to be having issues (see huge delays betweensigandrevbelow), but that doesn't explain the disagreement over the commitmentYour environment
lnd: bitrefill node024a2e265cd66066b78a788ae615acdc84b5b0dec9efac36d7ac87513015eaf6edSteps to reproduce
Expected behaviour
lndaccepts the sig.Actual behaviour
lndrejects the signature, and provides the tx it expected, which does include the htlc that was previously removed (and which removal was acked bylnd). OTOH this tx has the correct feerate.This looks like everything from the
failuntil the disconnection was lost onlnd's side, but shouldn't the state have been persisted to disk?