Los canales de estado son una técnica de escalabilidad de capa 2 que permite a dos o más participantes realizar un número ilimitado de transacciones fuera de la cadena principal mediante la apertura de un "canal" entre ellos. Solo las transacciones de apertura y cierre se registran en la cadena principal. Este enfoque proporciona una finalidad de transacción casi instantánea y comisiones prácticamente nulas para las interacciones fuera de la cadena principal, lo que lo convierte en una de las soluciones de escalabilidad más antiguas y eficientes para casos de uso específicos.

El concepto es similar a abrir una cuenta en un bar: en lugar de procesar un pago por cada bebida (transacción en la cadena de bloques), se abre una cuenta (canal de estado), se piden varias bebidas (actualizaciones de estado fuera de la cadena de bloques) y se liquida la cuenta completa al salir (se cierra el canal). La cadena de bloques solo registra la apertura de la cuenta y la liquidación final, independientemente de cuántas bebidas se hayan pedido entretanto.

Los canales de estado estuvieron entre las primeras soluciones de escalado propuestas para las cadenas de bloques, anteriores a los rollups y las cadenas laterales. La implementación más destacada es la de Bitcoin. Lightning Network, que permite pagos instantáneos y de bajo costo con Bitcoin a través de una red de canales de pago. La red Raiden de Ethereum y varias implementaciones de canales de pago cumplen propósitos similares. Si bien acumulaciones Si bien los canales de estado han superado a los canales de estado como el modelo L2 dominante para la computación general, los canales de estado siguen siendo óptimos para patrones específicos de interacción entre dos partes de alta frecuencia.

Origen e Historia

2015: Joseph Poon y Thaddeus Dryja publican el documento técnico de Lightning Network, en el que proponen una red de canales de pago para la escalabilidad de Bitcoin.

2015: Christian Decker y Roger Wattenhofer publican una investigación sobre canales de micropago dúplex, lo que supone un avance en la teoría de canales de estado.

2016: El concepto de canales de estado generalizados (que admiten transiciones de estado arbitrarias, no solo pagos) comienza a ser formalizado por investigadores de la comunidad Ethereum, incluyendo trabajos asociados con Jeff Coleman.

2017: Raiden Network lanza versiones preliminares de su red de prueba en Ethereum, con el objetivo de proporcionar funcionalidades similares a las de Lightning Network para tokens ERC-20.

2018: Las primeras implementaciones de Lightning Network (lnd de Lightning Labs y eclair de ACINQ) alcanzan la fase beta y se declaran listas para su uso en la red principal en marzo, lo que permite los primeros pagos Lightning de uso generalizado en el mundo real. Ya en diciembre de 2017 se habían realizado pagos experimentales aislados en la red principal.

2018: Se funda Celer Network, con el objetivo de construir un marco de canal de estado generalizado que admita tanto pagos como juegos en Ethereum; su red principal alfa no se lanzaría hasta julio de 2019.

2018: Counterfactual publica un marco para canales de estado generalizados en Ethereum con resolución de disputas modular.

2019: La capacidad de Lightning Network supera los 1,000 BTC, con miles de nodos que conforman la red de canales de pago. La versión alfa de la red principal de Celer Network, Cygnus, se lanzará en julio.

2020: El Salvador comienza a experimentar con los pagos mediante Bitcoin Lightning antes de la entrada en vigor de su ley de moneda de curso legal de Bitcoin en vigor en 2021.

2021: El Salvador adopta el Bitcoin como moneda de curso legal, y la billetera Chivo utiliza la red Lightning para los pagos cotidianos.

2022: La capacidad de Lightning Network supera los 5,000 BTC, con integración en las principales plataformas de intercambio (Kraken, Bitfinex, CashApp).

2023: Nostr (red social descentralizada) integra Lightning para micropagos nativos (zaps), demostrando canales estatales para propinas sociales.

2024 2025-: El uso de Lightning Network continúa creciendo, con un volumen de transacciones mensuales que aumenta de forma constante; según una investigación de River, en noviembre de 2025 la red procesó aproximadamente 1.17 millones de dólares en unas 5.22 millones de transacciones en un solo mes, su primer mes por encima de la marca de los 1 millones de dólares.

En términos simples

Imagina los canales de pago como si abrieras una cuenta en un bar. Abres una cuenta (abre el canal), pides bebidas toda la noche (realizas transacciones fuera de la cadena) y pagas una sola cuenta al irte (liquidas dentro de la cadena). El camarero no te cobra cada bebida, solo el total final.

Es como una partida de ajedrez por correo. Dos jugadores acuerdan jugar (abren un canal), se turnan para enviarse los movimientos (actualizaciones de estado fuera de la cadena) y solo informan del resultado final a la federación de ajedrez (resuelto en la cadena). La federación no necesita ver cada movimiento, solo el resultado.

Imagina una colaboración comercial mensual. Dos empresas realizan cientos de transacciones entre sí. En lugar de facturar cada una, llevan un registro continuo y liquidan el importe neto una vez al mes (cierre del canal).

Es similar a los pases de metro prepago. Cargas dinero en la tarjeta (financias el canal), entras y sales varias veces (transacciones fuera de la cadena) y el saldo final se liquida al cerrar la cuenta. No es necesario pagar cada viaje por separado.

Imagínelo como una conversación privada con un acuerdo notariado. Dos personas llegan a un acuerdo de forma privada (fuera de la cadena de bloques), pero tienen la opción de presentarlo ante un notario (en la cadena de bloques) si surge una disputa. El notario solo interviene si es necesario.

Importante: Los canales de estado requieren que ambos participantes estén en línea y respondan. Si una parte se desconecta, la otra podría intentar restablecer un estado obsoleto (desfavorable) en la cadena de bloques. Las torres de vigilancia (servicios de terceros que supervisan la cadena de bloques en su nombre) ayudan a mitigar este riesgo, pero se basan en la suposición de disponibilidad (que estarán en línea para actuar), en lugar de una suposición de confianza en la custodia de sus fondos.

Características técnicas clave

Canales de pago (Bitcoin Lightning)

La forma más simple de canal de estado, diseñada para transferencias de valor:

• Transacción de financiación: Ambas partes depositan Bitcoin en un 2 de 2 multisig dirección (en la cadena de bloques)
• Transacciones de compromiso: Cada pago actualiza el saldo del canal mediante el intercambio de transacciones de compromiso firmadas (fuera de la cadena).
• Cierre de transacción: Cualquiera de las partes puede transmitir la última transacción de compromiso para liquidarla en la cadena de bloques.
• Contratos con bloqueo de tiempo mediante hash (HTLC): Permiten pagos de múltiples saltos a través de una red de canales, enrutando pagos incluso entre partes sin canales directos.

Cómo funcionan los pagos multi-salto de Lightning Network

• Alice quiere pagarle a Carol, pero solo tiene un canal con Bob (quien tiene un canal con Carol).
• Carol genera un secreto aleatorio (preimagen) y envía su hash a Alice.
• Alice crea un HTLC con Bob: “Aquí tienes 0.001 BTC, que puedes reclamar si presentas la preimagen para este hash en un plazo de 24 horas”.
• Bob crea un HTLC similar con Carol: “Aquí tienes 0.001 BTC, que puedes reclamar si presentas la preimagen en un plazo de 12 horas”.
• Carol revela la preimagen para reclamar el pago de Bob.
• Bob utiliza la preimagen revelada para reclamar el pago de Alice.
• El pago se enruta de forma atómica: o se completan todos los saltos o no se completa ninguno. Esta mecánica de todo o nada está conceptualmente relacionada con cómo Swaps atómicos Garantizamos que las transacciones entre cadenas se completen en su totalidad o que no se realicen en absoluto.

Canales de estado generalizados

Más allá de los pagos, los canales de estado pueden codificar transiciones de estado arbitrarias:

• Juegos por turnos: ajedrez, póker o cualquier juego en el que los jugadores alternen sus movimientos.
• Pagos condicionados: Pagos que dependen de eventos externos (clima, resultados deportivos).
• Pagos por streaming: Micropagos continuos por servicios (transmisión de vídeo, llamadas a la API).
• Transiciones de máquinas de estado: Cualquier máquina de estado finita puede ejecutarse en un canal de estado.

Resolución de Disputas

• Cualquiera de las partes puede cerrar el canal forzosamente enviando el último estado firmado a la cadena de bloques.
• El período de resolución de controversias permite a la contraparte presentar una versión más reciente del estado de la operación si la versión presentada está desactualizada.
• Mecanismos de penalización: En Lightning, transmitir un estado antiguo conlleva que la contraparte reclame TODOS los fondos del canal como castigo (transacción de justicia).
• Torres de vigilancia: Servicios de terceros que supervisan la cadena de bloques en busca de intentos de fraude y transmiten transacciones de penalización en nombre de los usuarios que no están conectados.

Ventajas desventajas

Ventajas	Desventajas
Finalidad casi instantánea: las transacciones se completan en milisegundos, limitadas únicamente por la latencia de la red.	Requiere presencia en línea: ambas partes deben estar en línea o utilizar torres de vigilancia para prevenir el fraude.
Prácticamente sin comisiones: las transacciones fuera de la cadena no cuestan nada; solo la apertura/cierre de canales generan comisiones en la cadena.	Bloqueo de capital: Los fondos deben permanecer bloqueados en canales, lo que reduce la liquidez.
Privacidad: las transacciones fuera de la cadena solo son conocidas por los participantes y no se registran en la cadena de bloques pública.	Complejidad del enrutamiento: los pagos de múltiples saltos requieren liquidez suficiente a lo largo de la ruta.
Rendimiento ilimitado: no existe un límite teórico para las transacciones por segundo dentro de un canal.	Límites de capacidad del canal: cada canal tiene un saldo máximo determinado por la transacción de financiación.
Capa 2 verdadera: hereda la seguridad de la capa base con garantías criptográficas.	No es adecuado para todos los casos de uso; es mejor para interacciones repetidas entre partes conocidas, no para pagos únicos.
Mínima huella en la cadena: solo 2 transacciones (apertura + cierre) independientemente de la actividad fuera de la cadena.	Gestión de liquidez: los nodos de enrutamiento deben equilibrar la liquidez entre los canales, lo cual es operativamente complejo.
No hay requisitos de disponibilidad de datos: el estado del canal lo mantienen los participantes, no se publica en L1.	Fricción en la incorporación: abrir un canal requiere una transacción en la cadena de bloques y capital inicial.

Gestión de riesgos

Para usuarios de Lightning Network

• Utilice software de monedero de buena reputación: los monederos Lightning sin custodia (Phoenix, Breez, Zeus) gestionan automáticamente los canales.
• Copia de seguridad del estado del canal: Perder los datos del estado del canal puede resultar en la pérdida de fondos; utilice copias de seguridad estáticas del canal (SCB) para la recuperación.
• Supervise a sus socios de canal: tenga en cuenta el riesgo de contraparte si administra su propio nodo; los canales con pares poco confiables pueden cerrarse inesperadamente.
• Considere opciones de custodia para pequeñas cantidades: para saldos pequeños, las carteras Lightning de custodia (Wallet of Satoshi, Alby) ofrecen simplicidad a pesar de las desventajas en cuanto a la confianza.

Para operadores de nodos Lightning

• Ejecute una torre de vigilancia: utilice servicios de torre de vigilancia para detectar intentos de fraude incluso cuando su nodo esté temporalmente fuera de línea.
• Gestione la liquidez de forma proactiva: Reequilibre los canales periódicamente para garantizar la capacidad de enrutamiento en ambas direcciones.
• Mantenga el software actualizado: los errores del cliente Lightning pueden provocar cierres forzados o pérdida de fondos.
• Mantenga una infraestructura de respaldo: tenga un plan de conmutación por error si su nodo principal falla; los canales obsoletos representan un riesgo de fraude.

Para desarrolladores que crean contenido en canales estatales

• Gestionar la complejidad de la resolución de disputas: Asegúrese de que la implementación de su canal estatal gestione correctamente todos los casos excepcionales en los períodos de disputa.
• Planificar el agotamiento de los canales: Los canales eventualmente necesitan reequilibrarse o cerrarse; diseñar teniendo en cuenta este ciclo de vida.
• Considerar la experiencia del usuario: abstraer la gestión de canales de los usuarios finales es fundamental para su adopción generalizada.
• Pruebas exhaustivas en la red de prueba: los errores en el canal de estado pueden ser catastróficos; la combinación de bloqueos de tiempo y transacciones de penalización crea modos de fallo complejos.

Relevancia cultural

Los canales estatales y Lightning se han convertido en elementos culturalmente significativos:

• La adopción de Bitcoin por parte de El Salvador en 2021 puso a Lightning en el punto de mira mundial, ya que los ciudadanos utilizaron los pagos de Lightning para sus compras diarias.
• "Acumular sats" mediante micropagos Lightning se convirtió en una forma popular de ganar pequeñas cantidades de Bitcoin.
• Los “zaps” de Nostr —propinas impulsadas por rayos en la plataforma descentralizada de redes sociales— crearon un nuevo modelo para los micropagos de los creadores de contenido.
• La frase “Lightning es la capa 2 de Bitcoin” posiciona a Lightning como complementario, en lugar de competir con la capa base de Bitcoin.
• Los juegos y la transmisión de contenido con Bitcoin habilitados por Lightning (que permiten ganar Bitcoin por segundo por contenido) representan fenómenos culturales emergentes.

Ejemplos del mundo real

1. Billetera Chivo de El Salvador (2021)

Escenario: El Salvador se convirtió en el primer país en adoptar Bitcoin como moneda de curso legal, lo que requería un sistema de pago capaz de gestionar un alto volumen de microtransacciones diarias.

Implementación: El gobierno lanzó la billetera Chivo, que utilizaba la red Lightning para realizar pagos instantáneos y gratuitos con Bitcoin. Los ciudadanos recibieron 30 dólares en BTC como bono de bienvenida. Comerciantes de todo el país, desde McDonald's hasta vendedores ambulantes, comenzaron a aceptar pagos con Lightning.

Resultado: Millones de salvadoreños se incorporaron a Lightning, aunque las tasas de adopción variaron. El experimento demostró que los canales estatales podían gestionar volúmenes de pagos a escala nacional, si bien persistieron desafíos relacionados con la educación, la volatilidad y la confianza en la custodia.

2. Huelgas y remesas transfronterizas (2022-presente)

Escenario: Strike utilizó Lightning Network para crear un servicio de pagos transfronterizos que competía con proveedores de remesas tradicionales como Western Union.

Implementación: Strike convierte la moneda fiduciaria del remitente a Bitcoin, enruta el pago a través de la red Lightning en segundos y lo vuelve a convertir a la moneda fiduciaria local del destinatario. La infraestructura Bitcoin/Lightning funciona como un canal de liquidación sin que ninguna de las partes necesite poseer Bitcoin.

Resultado: Strike demostró que Lightning podía reducir las comisiones por remesas transfronterizas muy por debajo del rango típico del 6-10% de los proveedores tradicionales, con liquidaciones en segundos en lugar de días. Este caso de uso de "Bitcoin como plataforma de pago" se convirtió en una de las aplicaciones prácticas más convincentes de Lightning.

3. Nostr Zaps – Micropagos en redes sociales (2023-Presente)

Escenario: Nostr, un protocolo descentralizado de redes sociales, integró los pagos Lightning, denominados "zaps", como un mecanismo nativo de propinas para el contenido.

Implementación: Los usuarios conectan sus billeteras Lightning a los clientes de Nostr y envían micropagos instantáneos (tan pequeños como unos pocos satoshis) a creadores de contenido, autores de notas o cualquier persona cuyo contenido aprecien. Los Zaps son visibles en el feed social, creando un mecanismo de reconocimiento público.

Resultado: Se ha realizado un gran volumen de pagos mediante Zaps, lo que demuestra que los micropagos de Lightning pueden crear nuevos paradigmas de interacción social. Los creadores de contenido obtienen ingresos directamente de su audiencia sin intermediarios de plataforma, cumpliendo así una visión largamente esperada para la monetización de la economía de los creadores.

4. Red Raiden en Ethereum (2017-Presente)

Escenario: Raiden Network tenía como objetivo incorporar canales de pago al estilo Lightning a Ethereum, permitiendo transferencias rápidas de tokens ERC-20.

Implementación: Raiden crea canales de pago fuera de la cadena para tokens de Ethereum, lo que permite transferencias instantáneas entre los participantes del canal. La red admite enrutamiento de múltiples saltos similar a Lightning, con liquidación en la cadena como alternativa.

Resultado: Raiden tuvo una adopción limitada en comparación con Lightning, ya que el mercado L2 de Ethereum estaba dominado por los rollups. Sin embargo, demostró que la tecnología de canales de estado es independiente de la cadena de bloques y validó el concepto para el ecosistema de tokens de Ethereum. El auge de los rollups acabó eclipsando a los canales de estado para la escalabilidad de Ethereum.

Tabla de comparación

Elemento	Canales estatales	Agregaciones (optimista/ZK)	Sidechains	Plasma
Velocidad de transacción	milisegundos	Segundos a minutos	Segundos	Segundos
Tarifa por transacción	Casi cero (fuera de la cadena)	Muy bajo	Muy bajo	Muy bajo
Privacidad	Alto (fuera de la cadena)	Bajo (datos en L1)	Bajo (cadena pública)	Media
Requerimiento de capital	Hay que bloquear los fondos en los canales.	No se requiere cerradura	No se requiere cerradura	Debe realizar un depósito para firmar el contrato.
Requisito en línea	Sí (o atalaya)	Sí (optimista)/No (ZK)	No	Sí (o atalaya)
Mejor caso de uso	Interacciones frecuentes entre dos partes	Computación general	Computación general	Transferencias de tokens
límite de rendimiento	Ilimitado (dentro del canal)	Alto (varía según la implementación)	Alto (varía según la implementación)	Alto (varía según la implementación)
Disponibilidad de datos	Solo para participantes	On-cadena	Cadena propia	En la cadena (raíz)

Términos relacionados

• Lightning Network – La red de canales de pago de Bitcoin, la implementación de canal de estado más desplegada.
• Capa 2: la categoría de escalado que incluye canales de estado, agregaciones y otras soluciones fuera de la cadena. Ver Solución de capa 2
• Rollup – Un enfoque alternativo de L2 que se ha vuelto más popular que los canales de estado para la computación general.
• Bitcoin: la principal cadena de bloques que utiliza canales de estado (Lightning) para la escalabilidad de pagos.
• Multisig – Carteras multifirma que respaldan las transacciones de financiación de canales estatales
• Contrato con bloqueo de tiempo hash (HTLC): la primitiva criptográfica que permite pagos Lightning de múltiples saltos.
• Intercambio atómico – Técnica de intercambio entre cadenas que comparte la mecánica HTLC con los canales de estado.
• Micropagos: pagos muy pequeños que los canales estatales permiten de forma exclusiva debido a comisiones casi nulas.
• Watchtower: servicios de terceros que supervisan los canales para detectar fraudes en nombre de usuarios sin conexión.
• Red de canales de pago: el concepto más amplio de canales de pago interconectados que permiten el enrutamiento de múltiples saltos.

Preguntas Frecuentes

P: ¿En qué se diferencia un canal de estado de un rollup? A: Los canales estatales conservan todos los datos de las transacciones únicamente entre los participantes; no se publica nada en L1 durante la vida útil del canal. Los rollups publican todos los datos de las transacciones (o comprobantes) en L1 para cada lote. Los canales estatales ofrecen mayor privacidad y tarifas más bajas para interacciones repetidas entre dos partes, mientras que los rollups admiten cualquier número de participantes y cálculos de propósito general.

P: ¿Necesito mantener mi ordenador conectado a internet para usar la red Lightning? A: Para recibir pagos y monitorear los canales, lo ideal es que tu nodo esté en línea. Sin embargo, las billeteras Lightning móviles modernas lo gestionan automáticamente mediante procesos en segundo plano. Si permaneces sin conexión durante periodos prolongados, los servicios de vigilancia pueden monitorear tus canales y responder a posibles intentos de fraude en tu nombre.

P: ¿Qué sucede si mi compañero de canal Lightning intenta hacer trampa? A: Si una contraparte difunde un estado de canal obsoleto (que la beneficia), usted dispone de un plazo para presentar el estado más reciente junto con una "transacción de justicia" que reclama TODOS los fondos del canal como penalización. Este severo mecanismo de castigo hace que el fraude sea económicamente inviable.

P: ¿Cuánto cuesta abrir un canal Lightning? A: Abrir un canal requiere una transacción de Bitcoin en la cadena de bloques, por lo que el costo depende del mercado de comisiones de Bitcoin vigente; puede variar desde menos de un dólar durante períodos de bajas comisiones hasta mucho más durante períodos de altas comisiones. Una vez abierto, todas las transacciones dentro del canal son prácticamente gratuitas.

P: ¿Pueden los canales estatales gestionar contratos inteligentes, no solo pagos? Sí, los canales de estado generalizados pueden ejecutar transiciones de estado arbitrarias: juegos, lógica condicional, pagos en tiempo real y más. Sin embargo, la implementación más exitosa (Lightning) se centra en los pagos. Los canales de estado generalizados en Ethereum (Raiden, Celer) tuvieron una adopción limitada, ya que los rollups demostraron ser más versátiles para aplicaciones complejas.

P: ¿Es Lightning Network realmente descentralizada? A: Lightning tiene una arquitectura descentralizada: cualquiera puede ejecutar un nodo y abrir canales. Sin embargo, la red ha desarrollado patrones de tipo concentrador-radios, donde los nodos grandes y bien conectados gestionan la mayoría de los pagos. Esto representa una eficiencia práctica, pero genera inquietudes sobre la centralización del enrutamiento y la posible censura por parte de los principales nodos.

Fuentes

• Libro blanco de Lightning Network – Poon y Dryja
• Documentación de Bitcoin Lightning Network
• 1ML – Estadísticas de la red Lightning
• Documentación de la red Raiden
• Ethereum: Descripción general de los canales de estado
• River Financial – Investigación sobre el volumen de transacciones de Lightning Network (2025)