Watchtower

¿Qué es una Watchtower?

Una Watchtower es un servicio de supervisión que ayuda a proteger los canales de pago de Bitcoin Lightning Network cuando el nodo Lightning de un usuario está desconectado o no puede responder.

Supervisa la blockchain de Bitcoin en busca de transacciones sospechosas de cierre de canales y transmite una transacción de penalización o de justicia si detecta un estado antiguo y revocado del canal.

Bitcoin Optech explica que las watchtowers supervisan la blockchain en busca de transacciones que puedan provocar que los usuarios pierdan fondos y pueden responder enviando una transacción de penalización o recuperación.

En Lightning Network, dos usuarios pueden abrir un canal de pago y realizar muchos pagos off-chain sin registrar inmediatamente cada pago en Bitcoin.

Esto mejora la velocidad y la escalabilidad, pero crea un requisito de seguridad importante.

Cada participante del canal debe poder detectar si el otro participante intenta cerrar el canal utilizando un estado de saldo antiguo que beneficia al atacante.

Una watchtower resuelve este problema permaneciendo online y vigilando este tipo de incumplimiento.

Para principiantes, la definición más sencilla es la siguiente: una Watchtower es una ayuda de seguridad para canales Lightning que vigila Bitcoin mientras tu nodo está offline y reacciona si alguien intenta engañarte con un estado de canal desactualizado.

Por qué importan las Watchtowers

Las watchtowers importan porque los canales de Lightning Network dependen de una respuesta oportuna ante disputas.

Si ambos participantes del canal son honestos, un canal puede cerrarse normalmente y cada parte recibe el saldo correcto.

Si una parte es deshonesta, puede intentar transmitir una transacción de compromiso antigua que le otorgue más fondos de los permitidos por el estado actual.

El protocolo Lightning penaliza este comportamiento mediante mecanismos de revocación y penalización.

Sin embargo, el usuario honesto debe detectar el incumplimiento y responder antes de que expire el bloqueo temporal.

La guía sobre Watchtowers de Lightning Labs explica que un par afectado por un incumplimiento debe conectarse regularmente y supervisar las transacciones de blockchain antes de que transcurra el plazo de arbitraje.

Este requisito puede ser difícil para los usuarios habituales.

Un portátil puede estar apagado.

Un nodo móvil puede perder la conectividad.

Un nodo doméstico puede quedarse sin electricidad.

Un servidor puede fallar.

Un usuario puede estar viajando o no poder responder.

Las watchtowers reducen este riesgo al delegar la supervisión en otra máquina o servicio.

Son especialmente importantes para los usuarios que ejecutan nodos Lightning, pero no pueden mantenerlos online y sincronizados en todo momento.

Watchtower en Lightning Network

En Lightning Network, una watchtower se centra en la protección frente a incumplimientos de canales.

Un incumplimiento de canal se produce cuando una contraparte transmite una transacción de compromiso revocada.

Una transacción de compromiso representa una posible liquidación de un canal Lightning en la blockchain de Bitcoin.

Cada vez que cambia el saldo de un canal, el estado anterior se revoca y se sustituye por un estado más reciente.

El estado antiguo ya no debe utilizarse.

Si alguien transmite el estado antiguo, la otra parte puede utilizar datos de revocación para penalizar el incumplimiento.

La especificación de transacciones BOLT 3 oficial describe cómo las salidas con retraso crean una oportunidad para transacciones de penalización cuando se publica una transacción de compromiso revocada.

Una watchtower está diseñada para detectar esa transacción de compromiso revocada y publicar la respuesta adecuada.

No necesita enrutar pagos para el usuario.

No necesita controlar la cartera del usuario.

Su función es limitada, pero importante.

Vigila la cadena y reacciona cuando aparece un peligro concreto.

Cómo funciona una Watchtower

Una watchtower funciona mediante datos de incumplimiento cifrados preparados por el nodo Lightning al que protege.

Cuando se actualiza un canal, el nodo cliente crea información que puede utilizarse si posteriormente se transmite el estado antiguo.

El cliente envía a la watchtower datos cifrados y un localizador que ayuda a la watchtower a reconocer un futuro incumplimiento.

La watchtower almacena estos datos mientras sigue supervisando la blockchain de Bitcoin.

Si una contraparte transmite posteriormente una transacción de compromiso revocada, el ID de transacción permite a la watchtower identificar el incumplimiento.

La misma información de incumplimiento puede desbloquear la transacción de justicia cifrada que el cliente entregó previamente a la watchtower.

La watchtower transmite entonces la transacción de justicia a la red Bitcoin.

Lightning Labs explica que la watchtower almacena transacciones de revocación cifradas y solo puede descifrarlas cuando el incumplimiento pertinente aparece on-chain mediante su resumen del mecanismo de watchtower.

Este diseño protege mejor la privacidad que entregar simplemente a la watchtower todos los datos del canal.

La watchtower puede buscar posibles transacciones de incumplimiento, pero no debería necesitar conocer cada saldo de canal ni cada pago normal.

¿Qué es una transacción de justicia?

Una transacción de justicia es la transacción utilizada para penalizar a un participante deshonesto de un canal Lightning que transmite un estado de compromiso revocado.

También se denomina transacción de penalización o transacción de reparación por incumplimiento.

Su objetivo es reclamar los fondos que la parte deshonesta intentó apropiarse utilizando un estado de canal desactualizado.

La documentación de watchtowers de LND describe que las watchtowers realizan copias de seguridad de transacciones cifradas de reparación por incumplimiento, también conocidas como transacciones de justicia, en otras watchtowers.

Una transacción de justicia no es un pago normal.

Es una transacción defensiva.

Solo se utiliza cuando alguien intenta engañar o publica accidentalmente un estado revocado.

La posibilidad de una transacción de justicia hace que engañar sea irracional, porque el atacante puede perder el saldo de su canal.

Este diseño de penalización es uno de los supuestos de seguridad fundamentales del modelo actual de canales Lightning.

Una watchtower ayuda a hacer práctica la transacción de justicia cuando el usuario honesto está offline.

Watchtower frente a nodo Lightning

Un nodo Lightning es software que abre canales, envía pagos, recibe pagos, enruta pagos, gestiona liquidez, realiza seguimiento de estados de canales e interactúa con la blockchain de Bitcoin.

Una watchtower tiene una función de supervisión especializada que protege un nodo Lightning frente a incumplimientos de canales.

Un nodo Lightning puede ejecutar a veces su propio servidor de watchtower.

Un nodo Lightning también puede conectarse como cliente de watchtower a otra watchtower.

La guía de configuración de watchtowers de LND explica que LND puede ejecutar funciones de servidor y de cliente de watchtower, pero ambas deben activarse específicamente.

Esto significa que una watchtower no sustituye a un nodo Lightning.

Es un servicio defensivo que respalda a un nodo Lightning.

El usuario sigue necesitando un nodo o cartera que gestione correctamente los canales.

La watchtower simplemente ayuda a responder cuando el nodo está offline o no puede actuar durante una ventana de incumplimiento.

Watchtower frente a explorador de bloques

Una watchtower no es lo mismo que un explorador de bloques.

Un explorador de bloques permite buscar transacciones de blockchain, direcciones, bloques, comisiones y datos de contratos inteligentes cuando estén disponibles.

Una watchtower supervisa activamente la blockchain para detectar un riesgo específico y puede transmitir una transacción de respuesta cuando sea necesario.

Un explorador de bloques es principalmente una herramienta de consulta.

Una watchtower es una herramienta de automatización defensiva.

Un usuario puede utilizar manualmente un explorador de bloques para comprobar si se cerró un canal.

Sin embargo, la comprobación manual no es suficiente si el usuario está offline, dormido, viajando o no es consciente de un incumplimiento.

Una watchtower existe porque la seguridad de Lightning requiere actuar a tiempo.

Está diseñada para actuar automáticamente dentro de la ventana del bloqueo temporal.

Esto hace que las watchtowers se parezcan más a infraestructura de seguridad que a paneles de análisis.

Watchtower frente a servicio de custodia

Una watchtower no es un servicio de custodia.

No necesita mantener los Bitcoin del usuario.

No necesita la frase de recuperación del usuario.

No necesita las claves privadas del usuario para el gasto normal desde la cartera.

Bitcoin Optech afirma que las watchtowers no reciben en custodia los fondos que supervisan y son responsables de supervisar la blockchain y transmitir transacciones.

Esta distinción es muy importante.

Una watchtower legítima no debe pedir una frase de recuperación.

Una watchtower legítima no debe pedir claves privadas.

Una watchtower legítima no debe requerir la custodia completa de los fondos del canal.

La watchtower puede recibir datos cifrados que solo se vuelven útiles si aparece una transacción de incumplimiento.

Esto permite a la watchtower defender al usuario sin controlar sus fondos.

Por qué los canales Lightning necesitan Watchtowers

Los canales Lightning necesitan supervisión porque cualquiera de los participantes puede cerrar unilateralmente el canal publicando una transacción de compromiso.

Esto es útil porque un usuario puede recuperar fondos incluso si la otra parte desaparece.

Sin embargo, también significa que un atacante podría intentar publicar una transacción de compromiso antigua.

El protocolo Lightning gestiona esto haciendo que los estados antiguos sean peligrosos de publicar.

Cuando se actualiza un canal, ambas partes intercambian información de revocación que invalida el estado anterior.

Si se publica un estado revocado, la parte honesta puede utilizar el secreto de revocación para reclamar fondos mediante una vía de penalización.

La guía de Lightning Labs explica que cada nueva actualización de canal invalida la transacción de compromiso anterior mediante el intercambio de un secreto de penalización.

El desafío es el tiempo.

La parte honesta debe detectar el cierre indebido antes de que la salida retrasada del atacante pueda gastarse.

Una watchtower ayuda a cumplir este requisito temporal.

Transacciones de compromiso

Una transacción de compromiso es una transacción prefirmada que representa la división actual de saldos en un canal Lightning.

Cada parte tiene una versión de la transacción de compromiso actual.

Si el canal debe cerrarse sin cooperación, un participante puede publicar su transacción de compromiso más reciente en Bitcoin.

Las transacciones de compromiso antiguas quedan revocadas después de cada actualización de canal.

Publicar una transacción de compromiso revocada constituye un incumplimiento de canal.

La especificación Lightning BOLT 3 describe las salidas de las transacciones de compromiso y las vías de penalización que permiten a la contraparte gastar determinadas salidas inmediatamente cuando dispone de la clave de revocación.

Las watchtowers existen porque las transacciones de compromiso permiten pagos off-chain, aunque todavía requieren la aplicación de disputas a nivel de blockchain.

Supervisan si aparece on-chain una transacción de compromiso antigua.

Si aparece, ayudan a la parte honesta a aplicar la penalización correcta.

Incumplimiento de canal

Un incumplimiento de canal es un intento de cerrar un canal Lightning con un estado revocado o desactualizado.

Puede ser malicioso si el atacante intenta intencionadamente reclamar más fondos de los que debería recibir.

También puede ser accidental si un operador de nodo restaura incorrectamente una copia de seguridad antigua y publica datos de canal obsoletos.

La documentación de Core Lightning explica que, cuando un nodo Lightning se desconecta, la contraparte puede intentar forzar el cierre del canal con un estado desactualizado, también conocido como compromiso revocado, mediante su documentación de watchtowers.

La watchtower no necesita saber por qué se produjo el incumplimiento.

Solo necesita reconocer que ha aparecido un estado revocado.

Una vez que detecta el incumplimiento, puede publicar la transacción de penalización en nombre del cliente.

Esto protege al cliente frente al comportamiento malicioso y determinados fallos accidentales.

Bloqueos temporales y ventana de incumplimiento

La respuesta ante el incumplimiento debe producirse antes de que expire el bloqueo temporal.

Las transacciones de compromiso de Lightning incluyen salidas retrasadas que dan tiempo a la parte honesta para penalizar un cierre revocado.

BOLT 3 explica que las salidas que devuelven fondos al propietario de una transacción de compromiso deben retrasarse durante un determinado número de bloques para permitir transacciones de penalización.

Este retraso suele denominarse to-self delay.

La duración del retraso afecta a la seguridad y a la usabilidad.

Un retraso más largo da más tiempo para detectar y responder a un incumplimiento.

Un retraso más corto permite a los usuarios acceder antes a los fondos después de un cierre unilateral.

Las watchtowers son útiles porque reducen la necesidad de que el propio nodo del usuario permanezca online durante toda la ventana de retraso.

Sin embargo, deben seguir siendo lo suficientemente fiables para detectar el incumplimiento y transmitir la transacción de justicia a tiempo.

Una watchtower que está offline durante la ventana de incumplimiento no puede proteger el canal.

Diseño de blobs cifrados

Los diseños modernos de watchtowers suelen utilizar blobs cifrados para proteger la privacidad de los usuarios.

El cliente proporciona a la watchtower datos cifrados de reparación por incumplimiento en lugar de información completa y legible del canal.

La watchtower puede almacenar el blob cifrado y un localizador.

Si no se produce un incumplimiento, la watchtower no debería poder leer la transacción protegida.

Si se produce un incumplimiento, la transacción correspondiente proporciona la información necesaria para descifrar y publicar la transacción de reparación.

La documentación de watchtowers de LND indica que la watchtower almacena blobs cifrados de tamaño fijo y solo puede descifrar y publicar la transacción de justicia después de que se transmita un estado de compromiso revocado.

Este diseño limita lo que aprende la watchtower.

Puede saber con qué frecuencia el cliente actualiza los canales.

Puede saber cuándo se produce un incumplimiento.

No debería necesitar conocer por adelantado todos los saldos, pagos o detalles de canales.

Consideraciones sobre privacidad

Las watchtowers mejoran la seguridad, pero pueden introducir consideraciones de privacidad.

Una watchtower puede saber que existe un cliente.

Puede conocer una frecuencia de actualización aproximada según la frecuencia con que el cliente envía datos.

Puede saber que se produjo un incumplimiento si descifra y transmite una transacción de justicia.

Puede conocer información a nivel de red si el cliente se conecta directamente sin herramientas de privacidad.

La documentación de LND afirma que las comunicaciones del cliente con una watchtower están cifradas y autenticadas mediante pares de claves efímeras, lo que reduce el seguimiento mediante identificadores a largo plazo.

Esto no significa que la privacidad sea perfecta.

Los operadores de nodos deben pensar detenidamente qué watchtowers utilizan, cómo se conectan y si desean utilizar enrutamiento de red que preserve la privacidad.

Ejecutar una watchtower privada en infraestructura separada puede reducir parte de la exposición de privacidad frente a terceros.

Utilizar varias watchtowers puede mejorar la disponibilidad, pero también puede distribuir metadatos entre más servicios.

La privacidad y la fiabilidad deben equilibrarse.

Watchtowers altruistas

Una watchtower altruista es una watchtower que protege a clientes sin recibir una recompensa de los fondos recuperados del canal.

El sistema de watchtowers de LND ha dado históricamente importancia a las watchtowers altruistas privadas.

La guía de configuración de LND indica que las watchtowers tratadas allí son altruistas y no reciben compensación ni otros incentivos por prestar servicio a un nodo.

Las watchtowers altruistas son útiles para configuraciones autoalojadas.

Un usuario puede ejecutar una watchtower en una máquina, red o ubicación separada para proteger su propio nodo Lightning.

Los amigos o miembros de una comunidad también pueden vigilarse mutuamente si confían en la fiabilidad del servicio.

La debilidad es el incentivo.

Si una watchtower no recibe recompensa, puede tener menos motivos económicos para permanecer online, almacenar datos y responder de forma fiable.

Por eso el diseño de incentivos para watchtowers sigue siendo un importante tema de investigación e implementación.

Watchtowers con recompensa

Una watchtower con recompensa es una watchtower que puede recibir compensación por proteger correctamente a un cliente.

Bitcoin Optech señala que las transacciones de reparación por incumplimiento de Lightning pueden diseñarse de modo que una watchtower reciba una parte de los fondos protegidos si se necesita su servicio.

Los diseños con recompensa pueden mejorar los incentivos porque la watchtower tiene una razón para ofrecer un servicio fiable.

Sin embargo, los diseños con recompensa también añaden complejidad.

El protocolo debe decidir cómo se paga la recompensa.

Debe evitar otorgar a la watchtower un control excesivo.

Debe preservar la privacidad.

Debe evitar abusos o reclamaciones falsas.

Debe hacer que el modelo económico merezca la pena tanto para el cliente como para la watchtower.

Un sistema de recompensas puede respaldar un mercado de servicios de watchtower, pero debe diseñarse cuidadosamente para evitar nuevas suposiciones de confianza.

Watchtowers privadas

Una watchtower privada es operada por el mismo usuario u organización que ejecuta el nodo Lightning protegido.

El objetivo principal es la redundancia.

Si el nodo Lightning principal se desconecta, la watchtower independiente puede seguir online y vigilando la blockchain de Bitcoin.

Lightning Labs recomienda que una watchtower se ejecute idealmente en una máquina, red y ubicación separadas del nodo que protege.

Esto protege frente a fallos comunes como interrupciones de Internet doméstico, cortes eléctricos, fallos de hardware o problemas de red local.

Una watchtower privada ofrece al usuario más control y mejor privacidad que un servicio público de terceros.

Sin embargo, también requiere mayor capacidad operativa.

El usuario debe mantener la watchtower online.

El usuario debe mantener actualizado el software.

El usuario debe garantizar que el almacenamiento y la conectividad sean fiables.

Una watchtower privada solo es útil si está más disponible que el nodo principal durante un problema.

Watchtowers de terceros

Una watchtower de terceros es operada por otra persona, empresa o proveedor de servicios.

La documentación de Core Lightning describe una watchtower como un servicio de terceros que puede defender un nodo frente a incumplimientos cuando el nodo se desconecta.

Las watchtowers de terceros pueden ser útiles para usuarios que no desean mantener infraestructura adicional.

También pueden proporcionar mayor tiempo de actividad si se gestionan profesionalmente.

Sin embargo, los usuarios deben evaluar la fiabilidad, la privacidad, el coste, la disponibilidad, la compatibilidad de implementación y las condiciones del servicio.

Una watchtower de terceros no debe requerir la custodia de fondos.

No debe requerir una frase de recuperación.

No debe requerir claves privadas de cartera.

Los usuarios también deben evitar servicios falsos de watchtower que afirman proteger fondos Lightning, pero solicitan credenciales sensibles.

El mejor diseño de watchtower de terceros proporciona supervisión sin convertirse en un custodio de confianza.

Clientes y servidores de Watchtower

Los sistemas de watchtower suelen incluir un cliente y un servidor.

El cliente es el nodo Lightning que desea protección.

El servidor es la watchtower que supervisa la blockchain y almacena datos de incumplimiento cifrados.

En LND, los usuarios pueden activar por separado la función de servidor de watchtower y la función de cliente de watchtower mediante configuración.

La documentación de Lightning Labs explica que dos nodos pueden actuar como watchtowers el uno del otro, lo que significa que pueden operar en modo servidor y cliente al mismo tiempo.

Esta configuración mutua puede ser útil para pequeñas comunidades u operadores de nodos que buscan redundancia.

Sin embargo, la supervisión mutua solo funciona si cada nodo está realmente online y es fiable cuando el otro está offline.

Una relación de watchtower no tiene valor si ambas máquinas fallan por la misma razón.

Una buena configuración separa hardware, red, ubicación y dominios de fallo.

Watchtowers de LND

LND incluye funcionalidad de watchtower, pero debe activarse intencionadamente.

La documentación oficial de configuración de watchtowers de LND explica cómo activar el modo servidor con ajustes de watchtower y el modo cliente con ajustes de cliente de watchtower.

Las watchtowers de LND son importantes porque LND es una de las principales implementaciones de nodos Lightning.

La documentación de LND describe las watchtowers altruistas privadas como una segunda línea de defensa para escenarios de incumplimiento cuando el nodo cliente está offline o no puede responder.

Los usuarios que ejecutan LND deben comprender si la compatibilidad con clientes de watchtower está activa.

También deben comprender si ejecutan su propio servidor de watchtower o se conectan a otro.

Los errores de configuración pueden crear una falsa sensación de seguridad.

Un usuario debe verificar que la watchtower sea accesible, esté sincronizada y reciba realmente los datos de respaldo.

La configuración de una watchtower no es solo una casilla de verificación.

Forma parte de la seguridad operativa de un nodo Lightning.

Watchtowers de Core Lightning

Core Lightning también admite flujos de trabajo relacionados con watchtowers mediante plugins y sistemas externos de watchtower compatibles.

La documentación de watchtowers de Core Lightning explica que una watchtower puede defender un nodo frente a incumplimientos vigilando la blockchain y retransmitiendo una transacción de penalización en nombre del usuario.

La documentación de Core Lightning también hace referencia a plugins de clientes de watchtower que funcionan con watchtowers compatibles con BOLT13.

Esto demuestra que el soporte de watchtowers no es solo un tema de LND.

Es un tema más amplio de infraestructura Lightning.

Las distintas implementaciones de Lightning pueden gestionar el soporte de watchtowers de formas diferentes.

Los operadores de nodos deben seguir la documentación de su propia implementación.

No deben copiar ajustes de otra implementación sin comprender la compatibilidad.

Lightning es un ecosistema con múltiples implementaciones, por lo que los detalles específicos de cada implementación importan.

BOLT13 y estándares de Watchtower

BOLT13 es un área de especificación propuesta o desarrollada por la comunidad relacionada con la comunicación de watchtowers de Lightning.

El borrador de watchtowers BOLT13 describe un modelo de alto nivel en el que el cliente envía una transacción de penalización cifrada y un localizador de transacciones a la watchtower en cada nueva actualización de canal.

El objetivo de los estándares de watchtower es mejorar la interoperabilidad entre clientes y torres.

La interoperabilidad importa porque un usuario puede querer elegir entre múltiples servicios de watchtower.

Una implementación Lightning también puede querer admitir sistemas de watchtower externos sin integraciones personalizadas únicas.

Sin embargo, los usuarios deben entender que las especificaciones Lightning y las implementaciones de watchtowers siguen evolucionando.

No todas las watchtowers admiten todas las funciones.

No todas las implementaciones de nodos admiten el mismo flujo de trabajo de watchtower.

No todos los estándares propuestos son definitivos o universales.

Para los operadores de nodos, el enfoque más seguro es utilizar la documentación actual de la versión de software que ejecutan.

The Eye of Satoshi

The Eye of Satoshi es un proyecto open source de watchtower de Lightning.

El repositorio rust-teos oficial describe The Eye of Satoshi como una watchtower de Lightning compatible con BOLT13 y escrita en Rust.

Se menciona con frecuencia en debates sobre infraestructura de watchtowers de terceros.

El proyecto muestra cómo las watchtowers pueden crearse como sistemas independientes en lugar de estar integradas únicamente en una implementación de nodo.

Los proyectos open source de watchtower son importantes porque permiten a los desarrolladores examinar diseños, probar la interoperabilidad y aportar mejoras.

Sin embargo, los usuarios deben seguir evaluando el despliegue, el tiempo de actividad, la reputación del operador, la privacidad, la compatibilidad y el mantenimiento.

El código open source no significa automáticamente que un servicio de watchtower sea fiable.

Una watchtower debe estar realmente en ejecución, ser accesible, estar sincronizada y poder transmitir transacciones durante un incumplimiento.

La seguridad depende tanto de la calidad del software como de la fiabilidad operativa.

Fiabilidad de las Watchtowers

Una watchtower debe ser lo suficientemente fiable como para supervisar la blockchain y actuar durante la ventana de incumplimiento.

Si la watchtower no detecta un incumplimiento, el cliente aún puede perder fondos.

La fiabilidad depende del tiempo de actividad, del acceso a un nodo Bitcoin, de la conectividad de red, del almacenamiento, de la gestión de comisiones, del mantenimiento del software y de una configuración correcta.

Una watchtower debe poder detectar rápidamente las transacciones pertinentes.

Debe poder transmitir la transacción de justicia con una comisión suficiente.

Debe poder permanecer online durante el periodo en que el cliente está offline.

Ejecutar la watchtower en la misma máquina que el nodo protegido es menos útil porque ambos pueden fallar a la vez.

Ejecutarla en infraestructura separada mejora la tolerancia a fallos.

Utilizar más de una watchtower puede mejorar la redundancia.

Sin embargo, más watchtowers también implican más gestión operativa y una posible mayor exposición de metadatos.

Comisiones y economía de las Watchtowers

La economía de las watchtowers es importante porque la supervisión tiene costes.

Una watchtower puede necesitar almacenamiento, ancho de banda, infraestructura de nodos, mantenimiento, tiempo de actividad, supervisión y gestión de comisiones de transacción.

Una watchtower altruista puede prestar servicio gratuitamente, pero el servicio gratuito puede no escalar indefinidamente.

Una watchtower de pago puede cobrar cuotas de suscripción, comisiones por canal o recompensas basadas en el éxito, según el diseño.

Una watchtower con recompensa puede recibir pago solo si actúa con éxito durante un incumplimiento.

Esto alinea los incentivos de una manera, pero puede no compensar a la watchtower por la supervisión rutinaria cuando los incumplimientos son poco frecuentes.

Un modelo de suscripción puede compensar la supervisión rutinaria, pero crea consideraciones de facturación y confianza.

La economía de las watchtowers debe equilibrar el coste para el usuario, la fiabilidad de la torre, la privacidad, los incentivos y la descentralización.

Si los servicios de watchtower se centralizan demasiado, los usuarios pueden depender de un número reducido de operadores.

Si hay muy pocos incentivos, puede ser difícil mantener servicios fiables.

Limitaciones de las Watchtowers

Las watchtowers son útiles, pero no son perfectas.

Una watchtower no puede proteger fondos si nunca recibió los datos de incumplimiento necesarios.

Una watchtower no puede responder si está offline durante la ventana de incumplimiento.

Una watchtower no puede prevenir todos los riesgos de Lightning.

Está diseñada para incumplimientos por estados revocados, no para todos los posibles fallos de enrutamiento, problemas de liquidez, aumentos de comisiones o errores de usuario.

Una watchtower no puede solucionar una frase de recuperación perdida.

Una watchtower no puede recuperar fondos de una estafa no relacionada.

Una watchtower no puede garantizar que el nodo de un usuario esté configurado correctamente.

Algunas implementaciones de watchtower pueden no cubrir todos los tipos de salida ni todas las funciones avanzadas de canales.

La documentación de watchtowers de LND señala limitaciones específicas de implementación sobre qué salidas reciben copia de seguridad en su sistema de watchtower.

Los operadores de nodos deben comprender qué protege y qué no protege su watchtower.

Watchtowers y Lightning móvil

Las watchtowers son especialmente relevantes para los usuarios móviles de Lightning.

Los dispositivos móviles no siempre están online.

Pueden quedarse sin batería.

Pueden perder conectividad de red.

Pueden verse restringidos por límites de ejecución en segundo plano del sistema operativo.

Puede que no mantengan una supervisión completa de blockchain todo el tiempo.

Esto hace que la seguridad de los canales Lightning móviles sea más compleja que la operación de un nodo basado en servidor.

Algunas carteras móviles utilizan diseños diferentes para reducir la carga de supervisión del usuario.

Algunas dependen de proveedores de servicios, servicios de gestión de canales o sistemas de respaldo.

Algunas pueden utilizar protección similar a una watchtower en segundo plano.

Los usuarios deben leer atentamente la documentación de la cartera porque no todas las carteras Lightning utilizan el mismo modelo de custodia, canales o watchtower.

Una cartera Lightning móvil puede ser práctica, pero sus supuestos de seguridad pueden diferir de los de un nodo autogestionado.

Watchtowers y autocustodia

Las watchtowers pueden respaldar la autocustodia al ayudar a los usuarios a mantener el control de los fondos y reducir la necesidad de una supervisión online constante.

Un usuario de Lightning con autocustodia normalmente controla sus propias claves y canales.

Esto ofrece al usuario más control, pero también crea responsabilidad.

El usuario debe proteger las claves, mantener copias de seguridad, supervisar canales, gestionar liquidez y mantener actualizado el software.

Una watchtower ayuda con una parte de esa responsabilidad.

Supervisa cierres de canales revocados y transmite una transacción defensiva si es necesario.

No sustituye una buena seguridad de claves.

No sustituye las copias de seguridad estáticas de canales cuando sean relevantes.

No sustituye una operación cuidadosa del nodo.

Es una capa dentro de un modelo más amplio de seguridad de autocustodia.

La autocustodia es más sólida cuando los usuarios comprenden cada capa en lugar de depender de una herramienta para resolverlo todo.

Watchtowers y copias de seguridad de canales

Las watchtowers y las copias de seguridad de canales resuelven problemas distintos.

Una watchtower supervisa la blockchain en busca de transacciones de compromiso revocadas.

Una copia de seguridad de canal ayuda a un usuario a recuperar información del canal tras un fallo del dispositivo o pérdida de datos, según el diseño de la cartera o nodo.

Restaurar incorrectamente un estado de canal antiguo puede ser peligroso porque puede provocar que un nodo publique datos de compromiso obsoletos.

Esto puede crear accidentalmente un incumplimiento de canal.

Una watchtower puede proteger frente a un incumplimiento de contraparte, pero no sustituye por completo las copias de seguridad adecuadas.

Los usuarios que ejecutan nodos Lightning deben comprender el modelo de copia de seguridad de su implementación.

Deben evitar copiar directorios de datos antiguos sin conocer los riesgos.

Deben seguir los procedimientos oficiales de recuperación.

La protección de watchtower y la seguridad de las copias de seguridad deben considerarse complementarias.

Ambas forman parte de una gestión responsable de nodos Lightning.

Watchtowers más allá de Lightning

El concepto de watchtower puede aplicarse más allá de Lightning.

Bitcoin Optech señala que la palabra watchtower también se ha adaptado al software que supervisa vaults en busca de transacciones de unvaulting y evita una finalización no autorizada si se infringe una política de usuario.

De forma más amplia, una watchtower puede ser un servicio de supervisión de blockchain que vigila transacciones peligrosas y reacciona automáticamente.

En canales de pago, la watchtower vigila estados antiguos de canales.

En sistemas de vaults, puede vigilar retiradas o eventos de unvaulting sospechosos.

En la seguridad de contratos inteligentes, un sistema de supervisión similar puede vigilar comportamiento anómalo de protocolos, ataques de gobernanza, anomalías de oráculos o actividad de claves de administrador.

El significado exacto depende del protocolo.

En la mayoría de los contextos de glosarios cripto, Watchtower se refiere principalmente al mecanismo de seguridad de Lightning Network.

Sin embargo, la idea más amplia es sencilla.

Una watchtower vigila la actividad pública de blockchain y activa una respuesta defensiva cuando aparece un riesgo específico.

Riesgos de seguridad del uso de Watchtowers

Las watchtowers reducen determinados riesgos, pero introducen sus propias consideraciones de riesgo.

Un servicio de watchtower falso puede intentar robar credenciales.

Una watchtower mal operada puede no detectar incumplimientos.

Un proveedor centralizado de watchtowers puede generar preocupaciones de privacidad.

Un cliente de watchtower mal configurado puede no cargar los datos de incumplimiento.

Una watchtower puede no estar accesible por problemas de configuración de red o Tor.

Una torre puede tener problemas de almacenamiento que le impidan conservar datos.

Una transacción de justicia puede requerir una gestión suficiente de comisiones durante periodos de congestión.

Un usuario puede creer que está protegido cuando el servicio no está activo.

Estos riesgos no hacen que las watchtowers sean malas.

Demuestran que la configuración de watchtower debe verificarse.

Los operadores de nodos deben probar la configuración, supervisar registros, confirmar sesiones con torres y mantenerse al día con la documentación de implementación.

Riesgos de privacidad de las Watchtowers

Los riesgos de privacidad de las watchtowers proceden principalmente de los metadatos.

La torre puede saber cuándo se conecta un cliente.

Puede saber con qué frecuencia se cargan blobs cifrados.

Puede saber que se produjo un incumplimiento de canal si responde.

Puede ver datos a nivel de red, como direcciones IP, si no se utiliza enrutamiento que preserve la privacidad.

Puede inferir patrones operativos a partir del comportamiento del cliente.

Los diseños de blobs cifrados reducen la exposición de saldos y detalles de transacciones, pero no eliminan todos los metadatos.

Los usuarios preocupados por la privacidad pueden preferir watchtowers privadas, conectividad mediante Tor, múltiples torres o proveedores de servicios cuidadosamente seleccionados.

Sin embargo, añadir más watchtowers también puede distribuir los metadatos en más lugares.

No existe una respuesta perfecta.

La privacidad de una watchtower es un equilibrio entre protección, redundancia, comodidad y filtración de información.

Cómo elegir una Watchtower

Un usuario debe comprobar primero qué implementación Lightning utiliza.

Las distintas implementaciones pueden admitir flujos de trabajo de watchtower diferentes.

El usuario debe comprobar si la watchtower es compatible con su nodo.

El usuario debe comprobar si la torre está activa, es accesible y recibe mantenimiento.

El usuario debe comprobar si es altruista, de pago, privada o de terceros.

El usuario debe comprobar si admite las funciones de canal que utiliza.

El usuario debe comprobar si la comunicación puede realizarse a través de redes que preserven la privacidad cuando sea necesario.

El usuario debe comprobar si el operador cuenta con un buen historial de fiabilidad si se trata de una torre de terceros.

El usuario debe evitar cualquier servicio que solicite frases de recuperación o claves privadas.

El usuario debe considerar ejecutar una torre privada en infraestructura separada si gestiona una liquidez Lightning significativa.

Una buena elección de watchtower depende del nivel de riesgo, la capacidad técnica, las necesidades de privacidad y los requisitos de tiempo de actividad.

Mejores prácticas para usuarios de Watchtower

Los usuarios deben mantener actualizado el software de su nodo Lightning.

Los usuarios deben activar la función de cliente de watchtower únicamente siguiendo la documentación oficial de su implementación.

Los usuarios deben verificar que las sesiones de watchtower estén activas.

Los usuarios deben utilizar infraestructura fiable para torres privadas.

Los usuarios deben evitar ejecutar la watchtower únicamente en el mismo dispositivo que el nodo protegido.

Los usuarios deben considerar varias watchtowers para lograr redundancia cuando las concesiones de privacidad sean aceptables.

Los usuarios deben proteger las frases de recuperación y claves privadas de las carteras por separado de la configuración de watchtower.

Los usuarios deben supervisar registros y alertas de conexiones fallidas con torres.

Los usuarios deben comprender los procedimientos de copia de seguridad y recuperación de su implementación Lightning.

Los usuarios no deben asumir nunca que una watchtower protege frente a todos los riesgos de Lightning o de cartera.

Una watchtower es una capa de seguridad, no un plan de seguridad completo.

Ventajas de las Watchtowers

La primera ventaja de las watchtowers es la protección offline.

Ayudan a proteger los fondos de un canal cuando el nodo Lightning de un usuario está offline.

La segunda ventaja es una menor carga operativa.

Los usuarios no necesitan supervisar personalmente cada bloque en todo momento si la protección de watchtower está activa.

La tercera ventaja es la disuasión.

Es menos probable que los atacantes transmitan estados revocados si saben que las watchtowers pueden responder.

La cuarta ventaja es el respaldo a la autocustodia.

Las watchtowers ayudan a los usuarios a mantener el control de sus fondos sin depender de un custodio.

La quinta ventaja es la redundancia.

Una watchtower privada en infraestructura separada puede proteger frente a interrupciones locales.

La sexta ventaja es la supervisión consciente de la privacidad.

Los diseños de blobs cifrados pueden limitar lo que aprende la watchtower antes de que se produzca un incumplimiento.

La séptima ventaja es la seguridad del ecosistema.

Las watchtowers fiables hacen que los canales Lightning sean más seguros para usuarios que no pueden mantenerse online constantemente.

Riesgos y limitaciones de las Watchtowers

La primera limitación es la disponibilidad.

Una watchtower offline durante la ventana de incumplimiento no puede ayudar.

La segunda limitación es la configuración.

Si el cliente no está conectado correctamente, la watchtower puede no disponer de los datos de incumplimiento necesarios.

La tercera limitación es la cobertura de implementación.

Algunos sistemas de watchtower pueden no admitir todas las funciones de canales o tipos de salida.

La cuarta limitación son los metadatos de privacidad.

Una watchtower puede conocer patrones de conexión o frecuencia de actualización.

La quinta limitación es la presión de las comisiones.

Transmitir una transacción de justicia durante condiciones de comisiones elevadas puede ser operacionalmente importante.

La sexta limitación es la confianza en la fiabilidad.

Aunque la watchtower no debería controlar fondos, los usuarios siguen confiando en ella para que cumpla su función de supervisión.

La séptima limitación es el alcance.

Una watchtower protege frente a escenarios específicos de incumplimiento de canales, no frente a todos los riesgos de Lightning, cartera o estafa.

Malentendidos comunes sobre las Watchtowers

Un malentendido es que una watchtower mantiene los fondos del usuario.

Una watchtower Lightning correctamente diseñada no necesita la custodia de los fondos del usuario.

Otro malentendido es que una watchtower necesita la frase de recuperación del usuario.

Una watchtower legítima nunca debe necesitar una frase de recuperación ni una clave privada.

Un tercer malentendido es que las watchtowers previenen todas las pérdidas de Lightning.

Protegen principalmente frente a incumplimientos con estados de canal revocados mientras el usuario está offline.

Un cuarto malentendido es que las watchtowers hacen innecesarias las copias de seguridad.

Las copias de seguridad y las watchtowers resuelven problemas diferentes.

Un quinto malentendido es que todas las watchtowers son idénticas.

Las diferentes implementaciones, protocolos, servicios y configuraciones pueden tener funciones y limitaciones distintas.

Un sexto malentendido es que utilizar una watchtower garantiza la seguridad.

La watchtower debe estar online, ser accesible, compatible y estar correctamente configurada para resultar útil.

Watchtower en términos sencillos

Una Watchtower es como un vigilante de seguridad para un canal Lightning.

Vigila la blockchain de Bitcoin mientras tu nodo Lightning puede estar offline.

Si el participante de tu canal intenta cerrarlo con un estado antiguo, la watchtower puede publicar una transacción de justicia.

Esa transacción de justicia penaliza el cierre indebido y ayuda a proteger tus fondos.

La watchtower no debería necesitar tu frase de recuperación.

La watchtower no debería mantener tus monedas.

Solo necesita datos de incumplimiento cifrados y la capacidad de vigilar la blockchain.

Es útil para usuarios de Lightning con autocustodia que no pueden mantener un nodo online todo el tiempo.

Para principiantes, la regla principal es sencilla.

Una watchtower ayuda a proteger los canales Lightning frente al engaño con estados antiguos, pero debe configurarse correctamente y nunca debe tratarse como un sustituto completo de la seguridad del nodo.

Preguntas frecuentes

¿Qué es una Watchtower en cripto?

Una Watchtower es un servicio de supervisión que ayuda a proteger canales de Lightning Network vigilando la blockchain de Bitcoin en busca de transacciones de cierre de canal revocadas.

¿Qué hace una Watchtower?

Almacena datos de incumplimiento cifrados, supervisa la blockchain, detecta posibles incumplimientos de canal y transmite una transacción de justicia cuando es necesario.

¿Por qué Lightning Network necesita Watchtowers?

Los canales Lightning necesitan una respuesta oportuna ante incumplimientos, y las watchtowers ayudan a proteger a los usuarios cuando su propio nodo está offline o no puede responder.

¿Una Watchtower mantiene mis Bitcoin?

No. Una watchtower Lightning correctamente diseñada no mantiene fondos de usuarios ni debería necesitar custodia.

¿Una Watchtower necesita mi frase de recuperación?

No. Una watchtower legítima nunca debe pedir una frase de recuperación, clave privada o frase de recuperación de cartera.

¿Qué es un incumplimiento de canal?

Un incumplimiento de canal se produce cuando un participante de un canal Lightning transmite una transacción de compromiso antigua y revocada.

¿Qué es una transacción de justicia?

Una transacción de justicia es una transacción de penalización que responde a un estado de canal revocado y ayuda a penalizar a la parte que incumple.

¿Puede una Watchtower prevenir todas las pérdidas de Lightning?

No. Una watchtower protege principalmente frente a incumplimientos de estados revocados y no protege frente a todos los riesgos de cartera, liquidez, enrutamiento, copias de seguridad o estafas.

¿Qué es una Watchtower altruista?

Una watchtower altruista proporciona supervisión sin recibir una recompensa de los fondos recuperados del canal.

¿Qué es una Watchtower con recompensa?

Una watchtower con recompensa es un diseño en el que la torre puede recibir compensación por responder correctamente a un incumplimiento.

¿Puedo ejecutar mi propia Watchtower?

Sí, algunas implementaciones Lightning permiten a los usuarios ejecutar watchtowers privadas en infraestructura separada.

¿Debe una Watchtower ejecutarse en la misma máquina que mi nodo?

Generalmente es mejor ejecutar una watchtower privada en una máquina, red o ubicación separada para que pueda mantenerse online si falla el nodo principal.

¿Puedo utilizar más de una Watchtower?

Sí, utilizar varias watchtowers puede mejorar la redundancia, aunque puede crear más concesiones operativas y de privacidad.

¿Qué información aprende una Watchtower?

Con diseños de blobs cifrados, una watchtower no debería ver todos los saldos de canales ni los detalles de pagos normales, pero puede conocer metadatos como la frecuencia de actualización y los eventos de incumplimiento.

¿Cuál es el principal riesgo de utilizar una Watchtower?

El principal riesgo es depender de una watchtower que esté offline, mal configurada, sea incompatible o poco fiable durante la ventana de incumplimiento.

¿Una Watchtower es lo mismo que un explorador de bloques?

No. Un explorador de bloques es principalmente una herramienta de consulta, mientras que una watchtower supervisa activamente los incumplimientos y puede transmitir transacciones defensivas.

¿Watchtower solo se utiliza en Lightning?

El término se utiliza más habitualmente para la seguridad de Lightning Network, pero ideas de supervisión similares también pueden aplicarse a vaults y otros sistemas defensivos de blockchain.

¿Cómo sé si mi Watchtower funciona?

Los usuarios deben seguir la documentación oficial de su implementación Lightning, comprobar las sesiones de torre activas, supervisar los registros y confirmar que el cliente carga correctamente los datos de incumplimiento.

Conclusión

Una Watchtower es una herramienta de seguridad importante para Bitcoin Lightning Network.

Ayuda a proteger los fondos de canales de pago cuando un nodo Lightning está offline, desconectado o no puede supervisar por sí mismo la blockchain de Bitcoin.

Su función principal es detectar estados de canal revocados y transmitir una transacción de justicia antes de que se cierre la ventana de incumplimiento.

Esto hace que Lightning sea más seguro para usuarios que no pueden mantener su propio nodo online todo el tiempo.

Una watchtower correctamente diseñada no necesita la custodia de los fondos de usuarios.

No necesita una frase de recuperación.

No necesita claves privadas de cartera.

Funciona almacenando datos cifrados de reparación por incumplimiento y utilizándolos solo si aparece on-chain un incumplimiento coincidente.

Las watchtowers pueden ser privadas, de terceros, altruistas, basadas en recompensas, estar integradas en software de nodos Lightning o implementarse mediante sistemas de watchtower externos.

Son útiles, pero no son mágicas.

Deben estar online, configuradas correctamente, ser compatibles con el cliente y poder transmitir a tiempo.

Tampoco sustituyen buenas copias de seguridad, seguridad de cartera, mantenimiento de nodos, gestión de liquidez o concienciación frente a estafas.

La idea más amplia de una watchtower también importa más allá de Lightning porque muchos sistemas cripto necesitan supervisión automatizada y respuesta defensiva.

En términos sencillos, una Watchtower es un vigilante de seguridad de blockchain.

Para los usuarios de Lightning, es uno de los ejemplos más claros de cómo puede mejorarse la autocustodia mediante infraestructura de seguridad especializada sin renunciar al control de los fondos.