<div dir="ltr"><div>Hello,<br><br>I know there hasn&#39;t been much work on routing yet (not that I am aware of at least), but it seems there is a consensus around the fact that the target network topology would look like this :<br><a href="https://s3-eu-west-1.amazonaws.com/acinq/public/lightning_network_1.svg">https://s3-eu-west-1.amazonaws.com/acinq/public/lightning_network_1.svg</a><br><br>implying that :<br>- there would exist multiple paths to a target user<br>- reaching a target user would require several hops<br>- some nodes might even be connected only to nodes<br><br>This puzzles me because the network topology I expected would look more like this :<br><a href="https://s3-eu-west-1.amazonaws.com/acinq/public/lightning_network_2.svg">https://s3-eu-west-1.amazonaws.com/acinq/public/lightning_network_2.svg</a><br><br>I am not saying each node should be aware of every other node, but that :<br>- nodes connected only to nodes shouldn&#39;t exist<br>- when user A sends a payment to user B, it goes through at most 2 nodes, or just 1 if A and B are connected to the same node<br><br>The reason for that is there is an incentive for reducing the number of hops right ? Because it is faster (each hop adds latency) and cheaper (each hop adds a fee).<br><br>With that in mind, why would routing be more complicated than just &lt;user-id&gt;@&lt;node&gt; ? Then we just agree on a standard port and that&#39;s it ! Isn&#39;t it how the internet works already ? Why do we need an application-level routing on top of the IP routing ?<br><br>Now that I made a fool of myself, please correct me :-)<br><br></div>Cheers<br><div><br>Pierre<br><br></div></div>