Un remitente en la red Lightning puede elegir una ruta con hasta 20 intermediarios ( BOLT4 ).
Tor es otra red que utiliza el enrutamiento de cebolla para el anonimato. Sin embargo, en Tor todas las rutas tienen 3 intermediarios, y se desaconsejan explícitamente las rutas más largas ( fuente 1 , fuente 2 ). Las fuentes señalan que los ataques se basan principalmente en comprometer el primer y el último nodo, y aumentar la cantidad de nodos intermedios no mejora el anonimato, pero aumenta la latencia.
¿Se aplican argumentos similares a Lightning (tal vez para una ruta de longitudes ligeramente más altas pero aún por debajo de los 20 saltos)? ¿De dónde viene el número 20? ¿Sería buena idea disminuirlo?
El enrutamiento de cebolla en Lightning se basa en el formato Sphinx Mix que se describe en este documento . La situación es diferente de Tor
El último argumento ya requiere rutas más largas, ya que los nodos no pueden simplemente pedir a los nodos de enrutamiento que realicen ciertos saltos. (Sin embargo, eso podría cambiar si la red de trampolín llega a Lightning con lo que su argumento Tor podría sostenerse). Supongamos, además, que siempre tendría caminos de longitud 3 en Lightning. Básicamente, un nodo de enrutamiento vería quién pagó a quién, ya que hay HTLC entrantes y salientes.
Las principales razones por las que el paquete Sphinx tiene 20 saltos son, según tengo entendido, las siguientes:
Vale la pena señalar que dependiendo de las implementaciones de los nodos en la ruta, el límite de longitud de la ruta podría ser inferior a 20. Esto se debe a la reducción de cltv_expiry_delta en cada salto que podría volverse negativo antes de los 20 saltos.
Sergei Tikhomirov
René Pickhardt