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

Allow sending of PFSCapacityUpdate along with PFS request #735

Open
karlb opened this issue Mar 3, 2020 · 0 comments
Open

Allow sending of PFSCapacityUpdate along with PFS request #735

karlb opened this issue Mar 3, 2020 · 0 comments
Labels
Enhancement 🌟 New feature or request PFS 🚀 Related to the Pathfinding Service

Comments

@karlb
Copy link
Contributor

karlb commented Mar 3, 2020

We currently expect both channel participants to regularly update the PFS with their respective capacities. This results in two limitations:

  • Privacy conscious clients can't reliably use the PFS (this is why we have no such --routing-mode at the moment)
  • Clients have to frequently sign PFSCapacityUpdate messages if they want to use a PFS, which is a problem for light clients that use interactive signing.

Both of these problems could be avoided if clients were allowed to include their current capacity in a PFS request, so that the PFS can update their capacity before calculating the route and fee estimate.

This would help with interactive signing because the capacity update is included in the PFS request, which is already being signed. So no additional signing would be necessary.

For privacy conscious clients this would provide them with a way to use PFSs while only sharing their capacity with a single PFS and doing so only at those times at which they want to initiate a payment.

Unsolved problem: the fee estimate for the target's channel can still be inaccurate when the target does not send PFS updates.

See also #736.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Enhancement 🌟 New feature or request PFS 🚀 Related to the Pathfinding Service
Projects
None yet
Development

No branches or pull requests

1 participant