-
Notifications
You must be signed in to change notification settings - Fork 377
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
Dont prune route on mediation #7090
Comments
This also has privacy implications, IIRC that was the main reason we implemented route pruning in the first place. |
The hard requirement for LC-compatibility here is that we don't rely on pruned routes for mediation (index-based access for finding the next_hop). Note: I'm already working on this So if we think not pruning is problematic we could still prune. More opinions on that? The LC plans to not prune at all. |
We decided to not do the pruning anymore and behave the same way the LC does. |
Before this commit, a mediator would modify the routes in the metadata to prune the graph of paths before passing the metadata to the next hop as part of the mediated locked-transfer. Now, the route in the metadata is solely determined by the initiator of a payment and passed on as is by all mediators. Fixes: raiden-network#7090
Before this commit, a mediator would modify the routes in the metadata to prune the graph of paths before passing the metadata to the next hop as part of the mediated locked-transfer. Now, the route in the metadata is solely determined by the initiator of a payment and passed on as is by all mediators. Fixes: raiden-network#7090
Before this commit, a mediator would modify the routes in the metadata to prune the graph of paths before passing the metadata to the next hop as part of the mediated locked-transfer. Now, the route in the metadata is solely determined by the initiator of a payment and passed on as is by all mediators. Fixes: #7090
In the discussion of #7021, it must be discussed whether we should manipulate expected route metadata such as the route itself.
If we decide to passthrough all metadata, routes should be kept as is and a node should be able to find himself in the route to find the next hop.
Currently the PC expects to be the first one in the list upon mediation.
The text was updated successfully, but these errors were encountered: