Skip to content
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

Update/0.18.0 #129

Merged
merged 8 commits into from
Jun 10, 2024
Merged

Update/0.18.0 #129

merged 8 commits into from
Jun 10, 2024

Conversation

Dominion5254
Copy link
Collaborator

  • Update LND to 0.18.0
  • Update buildService and releaseService actions
  • Add missing migration
  • Fix build errors

@Dominion5254 Dominion5254 self-assigned this Jun 6, 2024
Copy link
Collaborator

@ProofOfKeags ProofOfKeags left a comment

Choose a reason for hiding this comment

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

Small UX note regarding ensuring that if zero-conf is enabled you must also have scid-alias enabled as well.

EDIT: Also to take full advantage of the new update I recommend adding the sweeper options into the advanced section of the config.

manifest.yaml Show resolved Hide resolved
.github/workflows/buildService.yml Show resolved Hide resolved
.github/workflows/buildService.yml Show resolved Hide resolved
.github/workflows/releaseService.yml Show resolved Hide resolved
configurator/src/main.rs Show resolved Hide resolved
scripts/services/migrations.ts Show resolved Hide resolved
@Dominion5254
Copy link
Collaborator Author

If I understand correctly, exposing the sweeper config options basically allow users to potentially optimize/save on sweep fees with the tradeoff of potential loss of funds if the values are set too low. Am I understanding this correctly, or is that only a concern for sweeper.maxfeerate?

I would be somewhat hesitant to expose users that potential footgun and the resulting support load.

@ProofOfKeags
Copy link
Collaborator

If I understand correctly, exposing the sweeper config options basically allow users to potentially optimize/save on sweep fees with the tradeoff of potential loss of funds if the values are set too low. Am I understanding this correctly, or is that only a concern for sweeper.maxfeerate?

These values help inform the sweeper how to make decisions wrt how much it burns in chain fees in order to recover possibly contested outputs (HTLCs and Breach outputs). Unfortunately there's no "correct" value, which is precisely why we expose it. There is risk of fund loss for all values via two vectors: unclaimed outputs, and overpaying for fees.

I would be somewhat hesitant to expose users that potential footgun and the resulting support load.

This is fair. I also would like to see every user option exposed eventually. I figure the "Advanced" section of the menu should be where this stuff lives anyway. What kind of assurance are you looking for here?

configurator/src/lnd.conf.template Outdated Show resolved Hide resolved
sweeper_budget_anchorcpfpratio: f64,
sweeper_budget_deadlinehtlcratio: f64,
sweeper_budget_nodeadlinehtlcratio: f64,
}
Copy link
Collaborator

Choose a reason for hiding this comment

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

I think you also want to include Option<usize> values for the different fee caps

Co-authored-by: ProofOfKeags <[email protected]>
@Dominion5254 Dominion5254 merged commit 8d79eb9 into master Jun 10, 2024
1 check passed
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