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

Core Lightning onchaind failed to resolve 3,043,561 sats after remote-initiated splices

Đã đóng
  • Có gì không ổn?
#9,595 1 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ó
5/5
Thời gian dự kiến
Hơn một tuần
Mức phù hợp với người mới
30/100
Loại issue
Lỗi
Độ rõ ràng
Cần làm rõ
Mức độ hoạt động
Sôi nổi
Công nghệ
c
Lĩnh vực
backend, payments

Hướng nghiên cứu

Start with the reported onchaind messages, the three funding-spend transaction IDs, and the affected output indexes. Compare the outputs’ listchainmoves and listfunds state and investigate the rejected dev-rescan-outputs command, without restoring the backup or broadcasting a transaction. Done means identifying a supported recovery or reindexing procedure and confirming the outputs are safely handled.

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

Mô tả

Hello,

I’m running StartOS 0.4.0.1 with Core Lightning 26.06.8:3 on Bitcoin.

Three channels recently went through remote-initiated splice operations. In each case, the channel briefly returned to CHANNELD_NORMAL, then received a protocol error and went on-chain.

Affected channels:

969219x39x0
969244x29x1
969290x93x0

The observed sequence was:

  1. The channel reached CHANNELD_NORMAL.
  2. The remote peer initiated a splice.
  3. The splice completed.
  4. The channel returned briefly to CHANNELD_NORMAL.
  5. CLN received a protocol ERROR.
  6. The channel entered AWAITING_UNILATERAL.
  7. The remote peer spent the funding transaction.
  8. CLN’s onchaind failed to resolve some outputs.

The relevant CLN log message was:

Could not find resolution for output 2: did *we* cheat?
Could not find resolution for output 3: did *we* cheat?

CLN later logged:

onchaind complete, forgetting peer

The funding-spend transactions were:

f54914b3b3bea085ad13ba28414423c833ac42142c66db62a4a767b04129bb14
ffa608bc6c672ed7d6dfd161ca537bbc1579df7c2da575e52806cabcdac30ff8
c4e0b155116be1d96f7d5fc540a9f0a97fb2bc857a44b7ff45c4c7c58ed8c076

The local outputs identified by CLN are:

f54914...:3  1,229,771 sats  confirmed at block 969222
ffa608...:3  1,229,171 sats  confirmed at block 969247
c4e0b1...:2    584,619 sats  confirmed at block 969296

Total:

3,043,561 sats

These outputs are now past the apparent CSV delay. However:

  • They remain credited in listchainmoves.
  • Each still has debit_msat: 0.
  • They do not appear in listfunds as wallet outputs.
  • No sweep transaction has been created.
  • CLN is fully synced.
  • The node is still running and has active channels.
  • The funds have not been manually spent or moved.

I attempted:

dev-rescan-outputs

but CLN rejected it because developer-only commands are disabled.

I also upgraded CLN to 26.06.8:3. The upgrade did not resolve the outputs, but the node identity and channel database remained intact. I have a StartOS service backup from September 21, although it predates these splice events.

I have not:

  • Deleted the CLN database.
  • Restored the backup.
  • Manually spent the outputs.
  • Shut down the node.
  • Broadcast any recovery transaction.

Could someone advise on the supported recovery procedure?

Specifically:

  1. Is this a known splice or onchaind resolution issue in CLN 26.06.8:3?
  2. Can the broken onchaind state be repaired or reindexed?
  3. Is there a supported way to rescan or re-register these mature outputs?
  4. Should the September 21 StartOS backup be provided or inspected?
  5. What is the safest way to recover the outputs without constructing or broadcasting an unsafe manual transaction?
  6. Is there any additional diagnostic information I should collect?
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.