-
Notifications
You must be signed in to change notification settings - Fork 48
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
multi: remove static default channel types instead select them based on lnd's verison #330
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM but I have some doubts that may be blocking
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can be simplified by re-using code from lndclient
. Other than that LGTM 🎉
In this commit, we move to stop setting a default channel type on the CLI. Instead, we want this to be selected at runtime by the daemon based on what the lnd node can offer.
We'll use this in a follow up commit to decide what channel type we want to use.
In this commit, we add a new set of functional options that will allow the caller to pick an default channel type w/o forcing the main parse function to be aware of this logic.
In this commit, we use the prior commits to allow the server to dynamically select a channel type based on the lnd version.
2c99c6f
to
b413ace
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM 🎉
The linter complains about the naming, will fix in separate PR. |
To fix an accidental market segregation for lnd 0.14.x users that didn't set an explicit channel type in their bid orders, we roll back the changes from lightninglabs#330. We can re-enable this default value selection once a large number of ask orders support the new channel type.
…aper-retry ratings: always reset the scrape time for the bos score scraper
In this PR, we remove the defaults and the CLI and RPC level. We replace them with a new set of functional options that'll let us decide dynamically which features to use based on the lnd version. This lets us support older versions, while being able to activated newer features as we detect them based on what lnd offers.
Pull Request Checklist
used.