-
Notifications
You must be signed in to change notification settings - Fork 895
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
channel type support #4616
channel type support #4616
Commits on Sep 9, 2021
-
openingd: don't hand redundant feature flags.
Openingd can query them itself (as dualopend already does). And move the two feature args next to each other on the wire. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Configuration menu - View commit details
-
Copy full SHA for 16dc3ea - Browse repository at this point
Copy the full SHA 16dc3eaView commit details -
tools: handle generating print templates for CSV without tlvs, messages
We want to use this to handle the simple description for channel_type. It also needs to handle variable-size types (just like subtypes). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Configuration menu - View commit details
-
Copy full SHA for 9c41420 - Browse repository at this point
Copy the full SHA 9c41420View commit details -
common/channel_type: wrapper for generated 'struct channel_type'.
We make it a first-class citizen internally, even though we won't use it over the wire (at least, non-experimental builds). This scheme follows the latest draft, in which features are flagged compulsory. We also add several helper functions. Since uses the *even* bits (as per latest spec), not the *odd* bits, we have some other fixups. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Configuration menu - View commit details
-
Copy full SHA for 74e71f7 - Browse repository at this point
Copy the full SHA 74e71f7View commit details -
common/initial_channel: use channel_type instead of individual option…
… bools. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Configuration menu - View commit details
-
Copy full SHA for 71aa238 - Browse repository at this point
Copy the full SHA 71aa238View commit details -
lightningd: use channel_type, pass to-and-from channeld.
Instead of explicit option_static_remotekey and option_anchor_outputs flags. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Configuration menu - View commit details
-
Copy full SHA for ee2b57d - Browse repository at this point
Copy the full SHA ee2b57dView commit details
Commits on Sep 10, 2021
-
openingd: tell lightningd what channel type we negotiated.
Currently we actually insist it's the default, but in future it could be different. We also need to tell openingd what the channel_type was, if we resume via openingd_funder_complete(). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Configuration menu - View commit details
-
Copy full SHA for d562086 - Browse repository at this point
Copy the full SHA d562086View commit details -
openingd: EXPERIMENTAL_FEATURES provide and use channel_types.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Configuration menu - View commit details
-
Copy full SHA for 3dd37ec - Browse repository at this point
Copy the full SHA 3dd37ecView commit details -
openingd: channel_type TLV no longer experimental.
It was merged (but this doesn't update the BOLT quotes, that's in another patch). Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> Changelog-Added: Protocol: We now send and support channel_type in channel open (not dual-funding though).
Configuration menu - View commit details
-
Copy full SHA for f86a5a1 - Browse repository at this point
Copy the full SHA f86a5a1View commit details -
openingd: allow channel_type to *downgrade* from default.
e.g. you can negotiate anchor_outputs, but still ask for a non-anchor-output channel. If/when we make those features compulsory, downgrade will not be allowed. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Configuration menu - View commit details
-
Copy full SHA for 610fcf7 - Browse repository at this point
Copy the full SHA 610fcf7View commit details -
lightningd: print out support for channel_types in --list-features.
It's not a separate option, but lnprototest needs it to know to expect the tlvs. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Configuration menu - View commit details
-
Copy full SHA for d95b72a - Browse repository at this point
Copy the full SHA d95b72aView commit details -
openingd: tell them channel_type if signature is bad.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Configuration menu - View commit details
-
Copy full SHA for 86686ea - Browse repository at this point
Copy the full SHA 86686eaView commit details -
closingd: fix BOLT quotes to match final spec version.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Configuration menu - View commit details
-
Copy full SHA for ec687ab - Browse repository at this point
Copy the full SHA ec687abView commit details -
common/channel_type: fix up bolt quotes now channel-types is merged.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Configuration menu - View commit details
-
Copy full SHA for 43bfe74 - Browse repository at this point
Copy the full SHA 43bfe74View commit details -
openingd: clean up state properly when a hook says to reject opening.
This was just a minor leak, found by CI for test_openchannel_hook_chaining. We didn't call negotiation_aborted which frees various fields: negotiation_failed() does that for us. ``` MEMLEAK: 0x55b0f2d5f3c8 label=common/channel_type.c:19:struct channel_type backtrace: ccan/ccan/tal/tal.c:442 (tal_alloc_) common/channel_type.c:19 (channel_type_none) common/channel_type.c:27 (channel_type_static_remotekey) common/channel_type.c:136 (channel_type_accept) openingd/openingd.c:844 (fundee_channel) openingd/openingd.c:1240 (handle_peer_in) openingd/openingd.c:1510 (main) parents: openingd/openingd.c:1414:struct state ``` Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Configuration menu - View commit details
-
Copy full SHA for 707164f - Browse repository at this point
Copy the full SHA 707164fView commit details