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

Simple graphs vs multigraphs #5

Open
renepickhardt opened this issue Apr 21, 2021 · 1 comment
Open

Simple graphs vs multigraphs #5

renepickhardt opened this issue Apr 21, 2021 · 1 comment

Comments

@renepickhardt
Copy link
Owner

At least for maxflow scaling techniques become more efficient on simple graphs O(nm) instead of O(m^2) as for multi graphs as described in https://youtu.be/7QPI3kBIKv4 at around minute 71 mark.

I propose for maxflow computation we can look at a simple graph by virtualizing multi edges. When creating the actual onion and dissecting the flow into paths we can use the multi graph again

Of course only relevant if the same runtime argument holds in mcf scaling. I guess it will

@ZmnSCPxj
Copy link

ZmnSCPxj commented Sep 8, 2021

Assuming I got my terminology right, I think the implementations that support more than one channel per peer also support some kind of "local multipath" so that they can forward payments that are larger than any single channel they have with a peer, so tis should work.

Also when code?

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

No branches or pull requests

2 participants