Cómo funciona Lightning

Juntando las piezas: canales, red y pagos

⚡ Lightning Network

Ya vimos que un canal de pago (la "cuenta del bar") permite que dos personas se paguen entre sí fuera de la blockchain. Ahora vamos a juntar las piezas y ver cómo eso se convierte en una red en la que puedes pagar prácticamente a cualquiera.

Una red de cuentas

Cada persona tiene canales con algunas otras. Cuando esos canales se conectan, forman una red. Y en una red, puedes alcanzar gente con la que no tienes un canal directo.

Imagina que quieres pagar una cerveza en el Bar de Bob, pero no tienes cuenta con él. Tienes cuenta con Alice, y Alice tiene cuenta con Bob. Entonces pagas a Bob a través de Alice:

Al final, la cerveza quedó pagada y ni siquiera tuviste que conocer a Bob. Ese proceso de encontrar un camino y pasar el pago por él se llama enrutamiento. Quien queda en medio (Alice) cobra una comisión pequeñísima por reenviar el pago — normalmente fracciones de centavo.

Nadie en medio se queda con tu cerveza

"Espera... si el pago pasa por Alice, ¿qué impide que se quede con el dinero y no lo reenvíe a Bob?"

Ahí está la parte genial. El pago está montado de tal manera que o llega entero a Bob, o no sucede — nunca queda atrapado a medio camino. Funciona más o menos como un candado con secreto:

  1. Bob crea un candado y guarda el secreto que lo abre. Solo te manda el candado (dentro de la invoice).
  2. Tú envías el pago "bloqueado" a Alice, y Alice lo envía "bloqueado" a Bob. Cada uno en el camino solo puede cobrar lo suyo si aparece el secreto.
  3. Bob abre el candado con su secreto para recibir. Al hacerlo, revela el secreto, y eso destraba el pago de Alice, que a su vez destraba el tuyo.

Si algo falla en el camino, nada se destraba y todo se revierte — nadie pierde dinero. El secreto revelado funciona, al final, como un recibo de que la cerveza fue pagada.

El nombre técnico de esos "candados" es HTLC, pero eso lo dejamos para la parte técnica. Por ahora, lo importante es: pagar a través de intermediarios es seguro.

Diagrama de un pago enrutado desde Tú hasta Bob a través de Alice, con candados en cada salto que solo se abren cuando Bob revela el secreto — mostrando que es todo o nada.

El flujo, de principio a fin

Resumiendo un pago típico:

  1. Bob genera una invoice (con el "candado") y te la entrega — por lo general, un código QR.
  2. Tu cartera lee la invoice y calcula una ruta por la red hasta él.
  3. El pago recorre la ruta, salto a salto, de forma atómica (todo o nada).
  4. Bob abre el candado y revela el secreto, liberando el pago en cada salto de vuelta.
  5. Listo: Bob recibió, cada intermediario ganó su pequeña comisión — todo en segundos, sin tocar la blockchain.

Y lo mejor: en la práctica no ves nada de eso. Lees un código QR, confirmas, y el pago "simplemente ocurre". En las próximas páginas veremos cómo empezar a usarla y cómo funcionan las invoices por dentro.