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

lnrpc: fix the existing routing fee inaccuracy #6200

Merged
merged 3 commits into from
Jan 26, 2022

Conversation

Roasbeef
Copy link
Member

@Roasbeef Roasbeef commented Jan 26, 2022

Takes over #6198

Fixes #4515

Fixes #6189

ErikEk and others added 3 commits January 25, 2022 15:42
When updating the channel routing policy, we encounter an inaccurate
precision error when calculating the routing fee. The issue stems from
the way the IEEE 754 standard works.

The solution here is to add a uint64 parameter (as mentioned in the
issue) and keep the float64 fee_rate parameter but rounding the product
of the base and fee rate.
@Roasbeef
Copy link
Member Author

Only change here is not adding the oneof to ensure we don't break complilation for static languages w.r.t protos, and then updates related to the new parsing logic in the itests and elsewhere.

@Roasbeef Roasbeef added this to the v0.14.2 milestone Jan 26, 2022
@Roasbeef Roasbeef merged commit 8c66e59 into lightningnetwork:master Jan 26, 2022
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.

Cannot set fee rate of 249 ppm Allow setting routing fees accurately using non-fractional values
3 participants