Splicing: pass candidate remote funding key to `hsmd_setup_channel`
I maintainer di solito rispondono entro 1 giorno
@Andezion ci sta già lavorando.
Dal 17/9/2026.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 68/100
Direzione di ricerca
Traccia update_hsmd_with_splice() e la relativa chiamata a hsmd_setup_channel, confrontando la funding key del canale corrente con inflight->remote_funding. Verifica che la candidate key venga passata durante lo splicing, quindi aggiungi o esegui un regression test in cui il peer ruota la propria funding key e verifica che il signer riceva la candidate key con il nuovo funding outpoint.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
While working on VLS splicing integration, I came across what looks like a bug in the signer setup path when the peer rotates its funding key.
CLN correctly stores the candidate key in:
inflight->remote_funding
but update_hsmd_with_splice() still passes the current channel key to hsmd_setup_channel:
&peer->channel->funding_pubkey[REMOTE]
At that point the channel key is still the old funding key; it is only updated after splice_locked.
I suspect this was easy to miss because CLN currently does not rotate its own funding key during splicing, so CLN-to-CLN tests normally see the same key, and native hsmd does not validate the SetupChannel fields. For an external validating signer like VLS, however, this matters because it can receive the new funding outpoint together with the old remote funding key.
The fix seems to be to pass the candidate key instead:
&inflight->remote_funding
and if possible add a regression test where the peer actually rotates its funding key.
- Lingua principale
- C
- Stelle
- 3.1k
- Fork
- 1k
- Merge medio
- 4g 4h
- PR unite (30g)
- 27
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Ha un modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di ElementsProject/lightning
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
ElementsProject/lightning#9634 ·
I maintainer di solito rispondono entro 1 giorno
-
plugins/recover: missing comma in nodes_for_gossip concatenates two bootstrap addresses into invalid addressForse già presa @bhuvan-somisetty l’ha presa 3 giorni fa. Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
ElementsProject/lightning#9630 ·
I maintainer di solito rispondono entro 1 giorno
-
common/json_parse: json_to_bitcoin_amount fails to detect overflow and accepts negative/empty inputsForse già presa @bhuvan-somisetty l’ha presa 8 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
ElementsProject/lightning#9617 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
ElementsProject/lightning#9616 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
ElementsProject/lightning#9593 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di ElementsProject/lightning
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 91/100
FujiNetWIFI/fujinet-firmware#2045 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
OpenPrinting/cups#1772 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
snowballstem/snowball#311 ·
-
tech-debt
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno