Bitcoin liquida unas pocas transacciones por segundo. Ethereum consigue más, aún un error de redondeo frente a una red de tarjetas. No es un descuido a la espera de un arreglo ingenioso; es el coste directo de la propiedad que hace que estos sistemas merezcan la pena. Layer 2 es la familia de diseños que intenta conservar esa propiedad mientras eleva el techo de rendimiento. Algunos lo consiguen casi por completo; otros sobre todo rebautizan la confianza que reintroducen.
Por qué la capa base es lenta por diseño
Cada nodo completo verifica cada transacción. Esa es la gracia: no tienes que confiar en un minero, una empresa o una mayoría, porque tu propio ordenador comprueba las reglas. También significa que la red solo puede ir tan rápido como un ordenador corriente pueda verificar y almacenar, y tan rápido como los datos puedan dar la vuelta al mundo entre bloques. Sube el tamaño del bloque o acorta el tiempo entre bloques lo suficiente y solo los centros de datos podrán seguir el ritmo, momento en el que los usuarios vuelven a confiar en unos pocos operadores. Esta tensión suele llamarse el trilema de la escalabilidad: descentralización, seguridad y rendimiento, elige dos, o encuentra un truco estructural.
El truco estructural es dejar de poner cada pago en la capa base. Usar la cadena como tribunal de última instancia y libro de liquidación, y hacer el volumen diario en un sitio más barato, de una forma que el tribunal aún pueda hacer cumplir.
Diseño 1: canales de pago y la Lightning Network
Dos partes bloquean monedas en una transacción compartida en la cadena y después intercambian pagarés firmados fuera de la cadena que actualizan cómo se reparten las monedas. Miles de actualizaciones no cuestan nada y se confirman al instante; solo la apertura y el cierre final tocan la cadena de bloques. Si una parte desaparece, la otra publica el último estado firmado y la cadena lo hace cumplir. Si una parte intenta publicar un estado antiguo, el protocolo permite a la víctima reclamar todos los fondos del canal como penalización.
Lightning enlaza canales en una red, así que puedes pagar a alguien con quien no tienes canal enrutando a través de intermediarios. Cada salto está protegido por una condición criptográfica: un intermediario solo puede cobrar el pago si ya lo ha reenviado, de modo que nadie en el camino puede robar.
Fortalezas y límites
- Seguridad heredada casi por completo de Bitcoin: sin tokens nuevos, sin operador que pueda congelar fondos.
- Pagos instantáneos y casi gratuitos para importes que quepan en los saldos de los canales.
- La pega es la liquidez: solo puedes recibir lo que tus contrapartes tienen en su lado del canal, y los pagos grandes deben encontrar una ruta con capacidad suficiente. Los canales además deben vigilarse, porque la penalización solo funciona si alguien está en línea para publicar el último estado; para eso existen los servicios «watchtower».
- Sirve para pagos, no para computación general. No hay «contrato inteligente» dentro de un canal más allá de lo que las dos partes acordaron.
Diseño 2: rollups
Un rollup ejecuta transacciones en su propia cadena y después publica dos cosas en la capa base: un registro comprimido de los datos de las transacciones y un compromiso con el estado resultante. Como los datos están en la cadena principal, cualquiera puede reconstruir el estado del rollup sin confiar en el operador, y como la capa base custodia los fondos, los retiros se hacen cumplir con las reglas de la capa base. Las dos familias difieren en cómo demuestran que el estado es correcto.
Rollups optimistas
El operador afirma el nuevo estado y la cadena lo acepta de forma optimista. Durante una ventana de impugnación, normalmente de unos siete días, cualquiera puede presentar una prueba de fraude que demuestre que la transición de estado fue inválida; si la prueba se sostiene, el estado incorrecto se revierte y el operador es penalizado. El diseño es sencillo y admite contratos inteligentes corrientes, al precio de retiros lentos hacia la capa base, ya que un retiro debe esperar la ventana salvo que un tercero adelante los fondos por una comisión.
Rollups de conocimiento cero (de validez)
El operador presenta una prueba criptográfica de que el nuevo estado se calculó correctamente. La capa base verifica la prueba, lo cual es barato, antes de aceptar el estado. No hace falta ventana de impugnación, así que los retiros pueden ser rápidos, y la corrección no depende de que nadie vigile. El coste es la complejidad: generar pruebas es computacionalmente pesado y los sistemas de prueba son jóvenes e intrincados.
De qué dependen ambos rollups
- Disponibilidad de datos. Los datos de las transacciones deben publicarse de verdad en la capa base. Las variantes que guardan los datos en otro sitio son más baratas pero reintroducen confianza en quien custodia los datos.
- Honestidad del secuenciador para el orden, no para la seguridad. La mayoría de rollups tienen un único secuenciador que ordena las transacciones. Puede censurar o retrasar pero, en un rollup bien construido, no puede robar ni falsificar, y los usuarios normalmente pueden forzar transacciones a través de la capa base si se detiene.
- Claves de actualización. Los contratos del rollup en la capa base suelen ser actualizables por una multifirma. Quien tenga esas claves puede, en el peor caso, cambiar las reglas. Los proyectos serios publican quién las tiene y añaden retardos; sigue siendo la fuente más habitual de confianza real en rollups «sin confianza».
Diseño 3: sidechains, que no son capa 2
Una sidechain es una cadena de bloques independiente con su propio consenso, conectada a la cadena principal por un puente: bloqueas monedas en la cadena principal y se emite un token equivalente en la sidechain. El puente suele ser una federación de partes conocidas que custodia las monedas bloqueadas. Si roban las claves de la federación o su software tiene un fallo, la cadena principal no puede ayudar, porque desde su punto de vista las monedas simplemente pertenecen a la federación.
No es una hipótesis. En septiembre de 2026 un fallo de inflación en el software de Liquid, una sidechain federada de Bitcoin, permitió acuñar tokens sin respaldo y retirar unos cuatro mil bitcoin de las reservas de la federación; nuestra nota sobre el incidente tiene los detalles. Las sidechains son herramientas legítimas con usos reales, pero llamarlas capa 2 difumina justo la propiedad que importa a los usuarios. La descripción honesta es: rápidas, baratas y aseguradas por quienes operan el puente.
Una prueba práctica para cualquier «capa 2»
| Pregunta | Respuesta de una capa 2 real | Señal de alarma |
|---|---|---|
| Si los operadores desaparecen mañana, ¿cómo saco mis monedas? | Enviando yo mismo una transacción a la capa base | «El equipo restauraría el servicio» |
| ¿Dónde se guardan los datos de las transacciones? | En la capa base | En los servidores del operador o en un comité aparte |
| ¿Quién puede cambiar las reglas? | Nadie, o una multifirma pública con un retardo largo | Una clave de administrador anónima con actualizaciones instantáneas |
| ¿Puede el operador robar fondos? | No; como mucho puede retrasar | Sí, si un umbral de ellos se confabula |
| ¿Qué respalda el token que tengo? | Monedas de la capa base bajo las reglas de la capa base | Monedas custodiadas por una federación o una empresa |
Qué no significa escalar
Más transacciones por segundo en una cadena que solo unas pocas empresas pueden validar no es escalar; es externalizar. La prueba de una solución de escalado es si un usuario corriente con un ordenador corriente puede, en el peor caso, verificar sus fondos y recuperarlos sin pedir permiso. Lightning y los rollups bien construidos la superan, con salvedades sobre liquidez, vigilancia y claves de actualización. Las sidechains y las «capas 2» centralizadas la suspenden por construcción, lo cual está bien siempre que todo el mundo lo sepa.
Preguntas frecuentes
¿Qué diferencia hay entre una capa 2 y una sidechain? Una capa 2 mantiene suficiente información y capacidad de ejecución en la cadena principal como para que los usuarios puedan retirar sus fondos aunque sus operadores desaparezcan. Una sidechain tiene su propio consenso y un puente gestionado por una federación o empresa; si el puente falla, la cadena principal no puede recuperar los fondos.
¿Es segura la Lightning Network? Su seguridad procede de las propias reglas de Bitcoin: el último estado firmado del canal siempre puede hacerse cumplir en la cadena y hacer trampas se penaliza. Los riesgos prácticos son operativos: mantener el nodo en línea o usar un watchtower, gestionar la liquidez de los canales y elegir pares fiables.
¿Por qué los retiros de un rollup optimista tardan una semana? Porque la capa base acepta el estado del rollup sin comprobarlo y da a todos una ventana, normalmente de unos siete días, para presentar una prueba de fraude. Un retiro debe esperar esa ventana para ser definitivo, salvo que un tercero adelante los fondos a cambio de una comisión.
¿Qué es la disponibilidad de datos y por qué importa? Es si los datos de las transacciones del rollup se publican realmente en la capa base. Si es así, cualquiera puede reconstruir el estado del rollup y salir. Si se guardan en otro sitio, los usuarios dependen de quien custodie esos datos.