Skip to content

Make counterparty_node_id optional for close/force-close/update-channel-config#126

Open
benthecarman wants to merge 1 commit intolightningdevkit:mainfrom
benthecarman:opt-node-id
Open

Make counterparty_node_id optional for close/force-close/update-channel-config#126
benthecarman wants to merge 1 commit intolightningdevkit:mainfrom
benthecarman:opt-node-id

Conversation

@benthecarman
Copy link
Collaborator

@benthecarman benthecarman commented Feb 16, 2026

When counterparty_node_id is not provided, the server resolves it by looking up the channel via user_channel_id from the channel list.

…el-config

When counterparty_node_id is not provided, the server resolves it by
looking up the channel via user_channel_id from the channel list.
@ldk-reviews-bot
Copy link

ldk-reviews-bot commented Feb 16, 2026

👋 Thanks for assigning @tankyleo as a reviewer!
I'll wait for their review and will help manage the review process.
Once they submit their review, I'll check if a second reviewer would be helpful.

Copy link
Collaborator

@tnull tnull left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hmm, so far including the counterparty_node_id was a dedicated API design choice in LDK Node to ensure users are positive which exact channel they want to close.

Yes, it's belt-and-suspenders. But, if we think we don't need this, IMO we should change it in LDK Node (which I'm def. open to), rather than having Server's API diverge here?

@benthecarman
Copy link
Collaborator Author

Me and @tankyleo were talking and assumed it was just so we didn't have to iterate over all channels in ldk-node but if it is just for safety i guess that makes sense. It is more annoying for the CLI rather than in code but no real strong feelings here

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants