Watchtower in Lightning es una supervisión delegada de las infracciones del canal. El participante le proporciona datos cifrados relacionados con transacciones específicas; se vuelven utilizables cuando aparece una confirmación revocada en la cadena. Luego, la torre puede publicar una transacción correctiva antes de que expire el bloqueo relativo.
Para la penalización del canal, un par deshonesto puede publicar un compromiso anterior que le otorgue más crédito. Una parte honesta puede obtener la salida sancionada, pero sólo durante el retraso del CSV. Un usuario sin conexión durante toda esta ventana necesita otro observador.
Se supone que la torre no debe recibir un historial legible de cada actualización del canal. Las propuestas le envían blobs cifrados indexados mediante una breve pista derivada de una posible transacción fraudulenta. Solo un evento en cadena correspondiente permitirá que los datos se descifren y utilicen.
Watchtower envía una respuesta prefirmada; no conoce la semilla del cliente ni adquiere el derecho general de gasto. El modelo de recompensa puede asignar parte del valor recuperado a la torre, el servicio altruista puede funcionar sin recompensa en cadena.
La torre solo ayudará si ha recibido la actualización, sigue la cadena correcta y extiende la solución en el tiempo. El cliente puede utilizar varias torres independientes y supervisión propia. El estado tanto de los respaldos como de la torre debe avanzar con cada cambio de canal.
Watchtower reduce el riesgo de indisponibilidad, no se ocupa de todas las pérdidas en Lightning. No solucionará una semilla faltante, una copia de seguridad incorrecta, un dispositivo de firma comprometido o un estado para el cual nunca recibió los datos correctos. Además, los protocolos específicos varían entre implementaciones.
Los registros primarios o autorizados le permiten verificar estos detalles: Watchtower en Lightning es la supervisión delegada de la infracción del canal. El participante le proporciona datos cifrados relacionados con transacciones específicas; se vuelven utilizables cuando aparece una confirmación revocada en la cadena. Luego, la torre puede publicar una transacción correctiva antes de que expire el bloqueo relativo. · Protege a los participantes del canal fuera de línea · Responde en una ventana de tiempo relativa · Utiliza datos preparados previamente. Las entradas deben verificarse antes de usarse en el análisis.
El límite práctico es: Un servicio de vigilancia de cadena que puede responder a la publicación del antiguo estado del canal Lightning en nombre de un cliente fuera de línea. · No necesita conocer la semilla de la billetera · Múltiples torres limitan el riesgo de un servicio · No reemplaza la copia de seguridad de la billetera y del canal. La definición, función, patrón gráfico o declaración publicada no son en sí mismos una predicción o regla del consenso de Bitcoin.
Para obtener la imagen más completa, lee esta entrada junto con Lightning Network, Payment Channel, Autocustodia. También enlazan con esta entrada Payment Channel.