You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently there are two ways for a node to find a route. With the local routing or with the path finding service. Since both do the same thing, and a user should be allowed to run a path finding service locally, there is very little use to the local routing.
Motivation
There are a few reasons to remove the local routing:
The path finding service does the same thing, so the local routing is just extra code to be tested and maintained
Because of the local routing, the Raiden node is forced to actively poll for every channel open/close in the network. Which has a very negative impact on the first run Reducing the number of blocks that Raiden client needs to read on startupReducing the number of blocks that Raiden client needs to read on startup raiden-contracts#705 and on the Performance related questionPerformance related question #4872 and Raiden is slow on slow hardwareRaiden is slow on slow hardware #3199 This is not a good argument, at least if Raiden is using Geth/Parity. These nodes peform a linear search regardless of the event details, which means that a query for just the open event of the node, or a query of all open events have comparable performance.
Specification
Just remove the local routing and add proper documentation for users that don't want to use a hosted path finding service
Backwards Compatibility
This may need a migration to clear the NodeState
The text was updated successfully, but these errors were encountered:
Since we've discussed this before, i am going to bring up the question of what to use in integration tests if we don't have a fallback? I guess rather than removing local routing, we could make it a module of the tests package so that it is used to calculate routes for tests.
internal routing is now being used as a sanity check and to provide better error messages, additionally the idea that querying for just the events of interest is faster was flawed.
Abstract
Currently there are two ways for a node to find a route. With the local routing or with the path finding service. Since both do the same thing, and a user should be allowed to run a path finding service locally, there is very little use to the local routing.
Motivation
There are a few reasons to remove the local routing:
Because of the local routing, the Raiden node is forced to actively poll for every channel open/close in the network. Which has a very negative impact on the first runThis is not a good argument, at least if Raiden is using Geth/Parity. These nodes peform a linear search regardless of the event details, which means that a query for just theReducing the number of blocks that Raiden client needs to read on startup
Reducing the number of blocks that Raiden client needs to read on startup raiden-contracts#705 and on thePerformance related question
Performance related question #4872 andRaiden is slow on slow hardware
Raiden is slow on slow hardware #3199open
event of the node, or a query of allopen
events have comparable performance.Specification
Just remove the local routing and add proper documentation for users that don't want to use a hosted path finding service
Backwards Compatibility
This may need a migration to clear the
NodeState
The text was updated successfully, but these errors were encountered: