Routing on the lightning network?



Summary:

In a discussion on how routing will work in LN, Rusty proposed some assumptions to create a strawman for the same. Firstly, it was assumed that each node is known by its pubkey. Secondly, source routing is deemed the easiest route due to its privacy benefits and better tradeoffs between reliability and price. Thirdly, onion routing should be done where each node knows the source and next step. However, this method isn't perfect as R values can identify connections and timeouts imply a minimum TTL. Fourthly, a recipient gives the payer 100 routes from some nodes to them, and the payer hopefully can route to one of the mentioned nodes (probably the cheapest), which also ensures that if the payer has to do a route query it doesn't trivially reveal who the recipient is. In terms of route broadcast, Rusty's original idea was to have a subset of hubs to which nodes would connect, making full discovery routing easy within that network. A more ambitious idea involved selecting N "beacons" based on the block hash which every node figures out their best routes to/from.However, the beacons and their neighbors could get slammed, so Rusty suggests allowing beacons to become usable after 10 blocks, giving them a chance to boost their connections in preparation. Additionally, Joseph pointed out that the anchor transactions in the blockchain imply the network topology.


Updated on: 2023-05-23T18:08:04.807902+00:00