<div>Good morning Jan,<br></div><div><br></div><blockquote class="protonmail_quote" type="cite"><div dir="auto"><div dir="auto"><div dir="auto" class="gmail_quote"><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex" class="gmail_quote"><div>Good morning Jan,<br></div><div><br></div><div>#1394 API change: `close` command accept channel ID<br></div><div>was added to the 0.6 target, and will require a change in `close` documentation.<br></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><div style="font-family:sans-serif" dir="auto">Sure. Thanks for info. I'm keeping an eye and have read what's there so far. Here's how I understand it:<br></div><div style="font-family:sans-serif" dir="auto"><div dir="auto"><br></div><div dir="auto">A parameter is being added to 'close' command, which until now cared only about the peer, but after the change there can be multiple channels to one peer (with different globally unique IDs so that once we have channelID, the peerID is not needed). So after the change it will be something like<br></div><div dir="auto"><br></div><div dir="auto">close [ <peer_id> | <channel_id> ]<br></div></div></div></div></blockquote><div><br></div><div>Mostly accurate, however, we do not *yet* have multiple channels. We *might* have multiple channels in the future, so in preparation we will move to using channel ID so that in the future, *if* we support multiple channels, we will not need to change the close API.<br></div><div><br></div><div>Regards,<br></div><div>ZmnSCPxj<br></div>