Descripción general
El enrutamiento es el proceso por el cual un pago atraviesa múltiples canales de pago en la Lightning Network para llegar a un destinatario con quien el remitente no tiene un canal directo. El nodo del remitente calcula una ruta a través del grafo de red, construye un paquete de pago cifrado con cebolla y lo reenvía salto a salto hasta llegar al destino. Los nodos de enrutamiento a lo largo del camino pueden cobrar pequeñas comisiones por reenviar el pago.
Cómo funciona el enrutamiento
Alice quiere pagar a Dave pero no tiene canal directo:
Alice ──── Bob ──── Carol ──── Dave
│ │ │ │
│ 0.5 │ 0.8 │ 0.6 │
│ local │ local │ local │
Ruta de pago: Alice → Bob → Carol → Dave
Paso 1: Alice encuentra la ruta a través del grafo de red
Paso 2: Alice construye paquete cifrado con cebolla
Paso 3: El pago fluye salto a salto:
Alice ──0.01 BTC──> Bob ──0.01 BTC──> Carol ──0.01 BTC──> Dave
- comisión: 1 sat - comisión: 1 sat (salto final)
Cada salto solo conoce el salto anterior y el siguiente
(el enrutamiento cebolla proporciona privacidad)
Enrutamiento basado en el origen
Lightning usa enrutamiento basado en el origen, lo que significa que el remitente calcula la ruta completa antes de enviar el pago. Esto contrasta con el enrutamiento basado en el destino (utilizado en redes IP) donde cada salto decide independientemente el siguiente paso. El enrutamiento de origen le da al remitente control sobre la ruta y permite el enrutamiento cebolla para privacidad, pero requiere que el remitente tenga una vista razonablemente actualizada del grafo de canales de la red.
Comisiones de enrutamiento
Cada nodo de enrutamiento especifica dos parámetros de comisión en sus políticas de canal:
- Comisión base — Una comisión fija cobrada por pago reenviado (típicamente 0-1000 milisatoshis)
- Tasa de comisión — Una comisión proporcional basada en el monto del pago (típicamente 1-100 partes por millón)
El algoritmo de búsqueda de rutas del remitente considera las comisiones al seleccionar una ruta, generalmente prefiriendo rutas de menor costo mientras también considera la fiabilidad y la capacidad del canal.
Desafíos
- Incertidumbre de liquidez — Los saldos de los canales son privados, por lo que el remitente no sabe si un canal tiene capacidad suficiente hasta que el intento de pago tiene éxito o falla
- Fallos de pago — Si algún salto en la ruta carece de liquidez suficiente, el pago falla y el remitente debe reintentar con una ruta diferente
- Pagos grandes — Los pagos cercanos a los límites de capacidad del canal son más difíciles de enrutar; los Pagos Multi-Ruta (MPP) dividen los pagos grandes en múltiples rutas
Pagos Multi-Ruta (MPP)
Para mejorar la fiabilidad de pagos más grandes, el protocolo Lightning permite dividir un pago en múltiples partes más pequeñas que toman rutas diferentes a través de la red. Cada parte es atómica — ya sea que todas las partes tengan éxito o que el pago completo falle — gracias al uso de un único hash de pago con múltiples HTLCs.
Concepto erróneo común
Los nodos de enrutamiento no pueden robar fondos en tránsito. El mecanismo HTLC garantiza que un nodo de enrutamiento solo puede reclamar fondos reenviados si puede demostrar que el pago llegó al siguiente salto. Si el pago falla en cualquier punto, todos los fondos se devuelven al remitente a lo largo de la ruta inversa.