Blockchain/Nivel V · Capas/5.1 Lightning/Lección 5
Penalizaciones y torres de vigilancia
La clave de revocación, la ventana de bloqueo temporal y la tercera parte que vigila
MaterialesUn explorador de bloques capaz de ver los scripts de transacción (p. ej., mempool.space)El documento de especificaciones de BOLT #2Un editor de texto para revisar la lógica del script
Curiosidad
- ¿Por qué la transmisión de una transacción que es técnicamente válida pero obsoleta conlleva una pérdida total en lugar de un beneficio parcial?
- ¿Cómo puede un nodo estar fuera de línea durante semanas sin que su contraparte robe sus fondos?
- ¿Qué cambio específico en el consenso de Bitcoin permitiría a dos partes simplemente sobrescribir los estados antiguos con nuevos, eliminando por completo la necesidad de una lógica de penalizaciones?
Explorar
- Los canales de Lightning dependen de transacciones de compromiso firmadas que representan un estado actualizado del saldo. Si una parte se desconecta y su contraparte emite un estado desactualizado en el que indica que posee más fondos, esto constituye una violación del protocolo. El nodo honesto necesita un mecanismo para reaccionar de inmediato y recuperar su saldo, incluso después de semanas sin conexión. Sin tal protección, la seguridad depende por completo de una conectividad constante.
- La defensa se basa en secretos de revocación. Cada vez que el estado del canal se actualiza, cada parte revela el secreto detrás de su compromiso anterior, lo cual permite a la otra parte derivar una clave de revocación para ese estado antiguo. Si un contraparte la transmite posteriormente, la parte honesta ya posee esa clave. Esto les permite gastar inmediatamente los fondos del estafador, evitando cualquier demora. Los propios fondos del emisor están sujetos a un mecanismo de bloqueo temporal relativo, generalmente entre 144 y 2,016 bloques (aproximadamente de un día a dos semanas), dependiendo de la implementación y del tamaño del canal.
- Este mecanismo requiere que alguien vigile la cadena. Un nodo que está fuera de línea durante demasiado tiempo no puede detectar la transmisión a tiempo. Las torres de vigilancia resuelven esto al mantener transacciones punitivas cifradas preparadas por el usuario. Estas copias de seguridad están vinculadas a IDs de transacción específicos, lo que garantiza la privacidad hasta que ocurre una violación del protocolo. La torre monitorea el mempool y la cadena de bloques en busca de estos IDs específicos.
- Cuando una torre de vigilancia detecta que se introduce un estado antiguo en la cadena, descifra la copia de seguridad correspondiente utilizando el ID de la transacción fraudulenta. Luego emite una transacción punitiva que destina los fondos obtenidos de forma fraudulenta a la parte honesta. Esto confisca todo el saldo del estafador como penalización por haber incumplido las reglas del protocolo. La amenaza de perderlo todo supera al posible beneficio de engañar.
- El cierre forzado de canales también conlleva costos significativos. Los bloqueos temporales retrasan el acceso a los fondos, y es necesario mantener reservas de tarifas para garantizar que las transacciones se propaguen durante períodos de altas comisiones. Estas fricciones económicas incentivan cierres cooperativos. Los usuarios que operan sus propios nodos asumen estos riesgos directamente; aquellos que utilizan servicios de custodia transfieren esta carga al proveedor.
- Un diseño alternativo, eltoo o LN-Symmetry (Decker, Russell y Osuntokun, 2018), reemplazaría las penalizaciones por un simple reemplazo de estado. Requiere un soft fork: SIGHASH_ANYPREVOUT (BIP118), o alternativas como CTV combinado con CHECKSIGFROMSTACK. Hasta que esto se active, el modelo actual de penalización y revocación sigue siendo el único mecanismo seguro de aplicación para los canales Lightning en producción.
Datos clave
- Dado que el secreto de revocación de cada estado antiguo se entregaba al reemplazarlo, transmitir ese estado permite a la contraparte reclamar todo el saldo del canal.
- El output del emisor espera detrás de un bloqueo temporal relativo (generalmente de 144 a 2,016 bloques), lo que da tiempo a la víctima para reaccionar.
- Las torres de vigilancia almacenan copias cifradas del estado vinculadas a los ID de las transacciones, preservando la privacidad hasta que se detecte una violación en la cadena.
- El diseño del protocolo Eltoo eliminaría las transacciones con penalización mediante un simple reemplazo de estado, pero requiere el soft fork BIP118 para su activación.
- Los cierres forzados requieren mantener reservas de tarifas y esperar los bloqueos temporales, lo que los hace económicamente más costosos en comparación con los cierres cooperativos.
- Con cada actualización, cada parte revela el secreto de su compromiso anterior, lo que permite aplicar una penalización si ese estado se transmite alguna vez.
Ejercicio nueve, seis, tres, uno
9ReunirEnumera 9 estados o eventos distintos en el ciclo de vida de un canal Lightning que involucren intercambios de claves, firmas o transmisiones a la cadena.
6AgruparAgrupa estos 9 elementos en 6 categorías según sus implicaciones de seguridad: acciones cooperativas, aplicación unilateral, preservación de la privacidad, costos económicos, dependencias del consenso y transiciones de estado.
3DestilarReduce los 6 grupos a 3 compromisos fundamentales que definen el perfil de riesgo al operar un nodo Lightning no custodiado.
1CristalizarEscribe una oración que explique por qué la amenaza de pérdida total debido a los secretos de revocación es necesaria para la seguridad de los pagos fuera de la cadena.
Verificación de hechos
Fechas, cifras y afirmaciones verificadas con las fuentes publicadas que se enumeran a continuación.