You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
reviewer note: the functionality you're adding here is very similar to the functionality that the multifundchannel plugin does as well, except that multifundchannel allows for retries on failure (it removes the offending attempt): splice: Script for complex splices #6980 (comment)
Add stfu timer to disconnect peer if nothing happens long enough (may already happen by an existing timer?)
The signature order tie breaker must be switched to ACCEPTERsee gist
solved by discussion; conclusion: it's fine as initiator
investigate building multi-splice RPC command that can do things like: move funds from 3 channels into one new one
Low-Level Cross-Channel-Splicing: Update RPC to handle aggregating signatures in order (update splice_finalized and/or add one of: splice_partially_signed, splice_collect_signatures, or similar)
Splice RBF
Disconnect support
Add accepter side plugin to validate splice (ie. feerate etc) and also react to and modify the splice.
Figure out if we want CLN to always sign first ref
Add starting_htlc_id value & remove older values for channel after 6+ splice blocks - [ ] Accelerate splice lock event if commit tx shows up on chain Force closes now publish children closes for splices immediately.
lnprototext: Investigate what happens if we send commit_sig, the don't return sig, and they publish
Deny spends below the splice-out amount
Check inputs are spending confirmed UTXOs (see implementation in dual funding under new flag)
In dual funding, the user gets a chance to modify the the tx even after their done, splicing sends tx_complete over and over without the user getting that chance. The splice_update RPC should return every time we send tx_complete, to give the user a chance to change it.
Opener should not allow any message besides warning/error being sent across.
Watchtowers
Coordinate on when shutdown is valid during splice & STFU
Enforce consistent PSBT versions to user at RPC layer
Enforce consistent locktime in PSBT to user at RPC layer
open question: should we check that we're sending money to another channel we own? comment
either allow peer to change pubkey or disallow it in the spec
Splice ACK plugin should probably not be reserving funds when contribution. But those funds should probably be deprioritized in the on-chain wallet. Investigate how this might be done & that it should.
Add channel type to splice & splice_ack
Add channel type to splicing spec (see channel open params)
splice inflight -> mutual close. Do we want to close splice candidates at the same time or later?
Test splice inflight close closes all splice candidates
Test v1 channel auto-upgrade to v2 channel via splice
Mobile phone nodes may never be online long enough for the next block to appear. Investigate checking splice lock depth on startup.
The items that are needed to get splicing into phase two.
funding
andto_us_msat
are correctACCEPTERsee gisttx_abort
tx_abort
tx_signatures
splice_finalized
and/or add one of:splice_partially_signed
,splice_collect_signatures
, or similar)- [ ] Accelerate splice lock event if commit tx shows up on chainForce closes now publish children closes for splices immediately.tx_add_input
splice
&splice_ack
The text was updated successfully, but these errors were encountered: