Visión general
La transacción de penalización es el mecanismo de aplicación que mantiene honestos los canales de pago de la Red Lightning. En un canal Lightning, ambas partes tienen transacciones de compromiso firmadas que representan el saldo actual. Cuando el saldo cambia, el estado anterior se revoca. Si una parte transmite un estado revocado (intencionalmente o accidentalmente), la otra parte puede usar la transacción de penalización para barrer todos los fondos del canal como castigo.
Cómo funciona el mecanismo de penalización
Actualización normal del canal:
Estado 1: Alice=0,5, Bob=0,5 ──> Clave de revocación intercambiada
Estado 2: Alice=0,3, Bob=0,7 ──> Clave de revocación intercambiada
Estado 3: Alice=0,4, Bob=0,6 ──> Estado actual (sin revocación aún)
Intento de trampa:
┌──────────────────────────────────────────────┐
│ Bob transmite Estado 1 (revocado): │
│ Alice=0,5, Bob=0,5 │
│ │
│ Alice ve el estado antiguo en la cadena y │
│ tiene la clave de revocación de Bob para │
│ Estado 1 │
│ │
│ ┌──────────────────────────────────┐ │
│ │ Transacción de penalización de │ │
│ │ Alice: │ │
│ │ Reclama TODO el 1,0 BTC del │ │
│ │ canal │ │
│ └──────────────────────────────────┘ │
│ │
│ Bob pierde todo, no solo el monto │
│ que intentó robar │
└──────────────────────────────────────────────┘
Requisito de bloqueo temporal
El mecanismo de penalización depende de un bloqueo temporal en la estructura de la transacción de compromiso. Cuando Bob transmite una transacción de compromiso, su salida está encumbrada por un to_self_delay (típicamente 144 a 2016 bloques). Durante este retraso, Alice puede detectar la infracción y transmitir la transacción de penalización. La salida de Bob es inmediatamente gastable por Alice usando la clave de revocación, mientras que la propia salida de Alice no tiene tal retraso.
Torres de vigilancia
Un desafío práctico con las transacciones de penalización es que la parte honesta debe estar en línea para detectar una infracción durante el período de bloqueo temporal. Las torres de vigilancia resuelven este problema monitoreando la blockchain en nombre de los usuarios. Si se detecta un estado revocado, la torre de vigilancia transmite automáticamente la transacción de penalización, incluso si el usuario está fuera de línea.
Casos límite
- Transmisión accidental — Un nodo que restaura desde un respaldo antiguo podría transmitir involuntariamente un estado revocado, desencadenando una penalización contra sí mismo. Por eso los respaldos de nodos Lightning son más complejos que los respaldos de billeteras en cadena.
- Penalizaciones proporcionales — Algunos diseños de canales más nuevos (como Eltoo/LN-Symmetry) proponen reemplazar el modelo punitivo de "tomar todo" con un mecanismo más simple donde solo se puede hacer cumplir el estado más reciente, eliminando el riesgo de pérdida catastrófica por transmisiones accidentales de estados antiguos.
Por qué importa
El mecanismo de penalización transforma la confianza en incentivo económico. Ninguna de las partes necesita confiar en la otra porque hacer trampa es económicamente irracional — la pérdida potencial (todos los fondos del canal) supera con creces cualquier ganancia posible al transmitir un estado favorable antiguo.