Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Funder-side channel stuck in CHANNELD_AWAITING_LOCKIN if funding never confirms

Đang mở
  • Có gì không ổn?
#9,112 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 2 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
45/100
Loại issue
Lỗi
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Ít trao đổi
Công nghệ
c
Lĩnh vực
distributed-systems, networking

Hướng nghiên cứu

Bắt đầu với reproducer #9113 và lần theo cách xử lý trạng thái kênh ở phía funder quanh CHANNELD_AWAITING_LOCKIN, bao gồm việc cleanup spenderp và đường dẫn unreserveinputs. So sánh với quy tắc forget hiện có ở phía fundee trong BOLT 2 và --max-funding-unconfirmed-blocks. Hoàn tất khi một kênh phía funder có giao dịch funding không bao giờ có thể được xác nhận được forget thay vì tiếp tục tồn tại vô thời hạn.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

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

Ngôn ngữ chính
C
Star
3.1k
Fork
1k
Merge trung bình
4 ngày 2 giờ
Pull request đã merge (30 ngày)
45

Chuẩn bị môi trường

  • Có Dockerfile hoặc tệp Docker Compose
  • Có mẫu pull request
  • Không có hướng dẫn đóng góp

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của ElementsProject/lightning

Tất cả issue của ElementsProject/lightning

Issue tương tự

Thêm issue về C

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.