Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Funder-side channel stuck in CHANNELD_AWAITING_LOCKIN if funding never confirms

Aperta
#9,112 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 2 giorni

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
45/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
c

Direzione di ricerca

Inizia con il riproduttore #9113 e traccia la gestione dello stato del canale lato funder attorno a CHANNELD_AWAITING_LOCKIN, inclusi il cleanup di spenderp e il percorso unreserveinputs. Confrontala con la regola forget esistente lato fundee di BOLT 2 e con --max-funding-unconfirmed-blocks. Il lavoro è completato quando un canale lato funder la cui transazione di funding non può mai essere confermata viene dimenticato invece di rimanere indefinitamente.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

When a node is the funder of a channel whose funding tx never
confirms — broadcast rejected at ATMP, evicted from mempool, or
simply never broadcast — the channel record stays in
CHANNELD_AWAITING_LOCKIN indefinitely. CLN already implements the
BOLT 2 fundee-side forget rule (PR #1468,
--max-funding-unconfirmed-blocks, default 2016) but has no
equivalent on the funder side. Once the would-be funding inputs are
spent in other transactions the funding tx is permanently
unconfirmable, yet the channel record remains.

Similar to #9102

Concrete instance

More details about the following channel can be found in clboss
issue #312
.
@ksedgwic operates the funder.

Channel
  • channel_id: 0b12c289525bf5593e932eca14277dbcb0921f125731b586d3a75d2f4b328dde
  • funding_txid: de8d324b2f5da7d386b53157121f92b0bc7d2714ca2e933e59f55b5289c2120b — never confirmed on chain
  • opener: us; closer: us
  • created 2025-10-14; broadcast rejected by bitcoind at 22:46:28 UTC
    with min relay fee not met, 507 < 511; spenderp ran cleanup
    (unreserveinputs) but the channel record on lightningd's side
    persisted
  • still in AWAITING_UNILATERAL (a later close attempt also could not
    broadcast — its commitment input is the never-existing funding
    output) on our node as of 2026-05-04, ~6.5 months later
  • All 7 of the funding tx's input UTXOs are now spent in other
    transactions, so the funding tx can never confirm

Reproducer

Reproduced by #9113

Lingua principale
C
Stelle
3.1k
Fork
1k
Merge medio
4g 2h
PR unite (30g)
45

Preparare l'ambiente

  • Include un Dockerfile o un file Docker Compose
  • Ha un modello di pull request
  • Nessuna guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di ElementsProject/lightning

Tutte le issue di ElementsProject/lightning

Issue simili

Altre issue su C

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.