La versión rápida. Una capa 2 es un entorno de ejecución separado que toma prestada su seguridad de la cadena en la que liquida, en lugar de un conjunto de validadores propio. La prueba es si la capa base puede verificar o rechazar lo que la capa 2 afirma, y si tus fondos podrían recuperarse usando solo la capa base. Los rollups superan esa prueba de dos formas distintas. Las cadenas laterales no la superan en absoluto, lo que las convierte en algo distinto con ropa parecida.
La etiqueta está haciendo mucho trabajo
“Capa 2” se pega a casi cualquier cosa que funcione más rápido o más barato que la cadena que tiene al lado. Ese uso describe un resultado más que una estructura, y por eso explica tan poco.
La definición estructural es más estrecha y mucho más informativa. Una capa 2 ejecuta transacciones fuera de la cadena base pero mantiene en ella una huella suficiente para que la cadena base siga siendo la autoridad última sobre quién posee qué. Su seguridad es derivada, no independiente. Nuestra entrada de glosario sobre la capa 2 guarda la forma breve.
Todo lo demás se deriva de una pregunta: si los operadores desaparecieran o se volvieran hostiles, ¿podría un usuario aún recuperar sus fondos usando solo la cadena base?
Qué implica realmente liquidar en una capa 1
Dos ingredientes hacen que la seguridad derivada funcione, y ambos tienen que estar presentes.
El primero son los datos. Debe publicarse suficiente información sobre las transacciones de la capa 2 donde cualquiera pueda obtenerla, para que el estado correcto pueda reconstruirse de forma independiente. Sin eso, los usuarios están confiando en la palabra de un operador.
El segundo es una forma de que la cadena base rechace una afirmación incorrecta. Una capa 2 publica periódicamente una afirmación sobre su nuevo estado, y la capa base debe poder verificar esa afirmación o dejar que alguien la refute. Cómo suministra un sistema ese segundo ingrediente separa a las dos principales familias de rollups.
Hacer que los datos publicados sean más baratos de publicar ha sido un objetivo explícito del trabajo de protocolo en Ethereum, y por eso el camino de actualización de la capa base importa a los usuarios de rollups. Lo cubrimos en entender las actualizaciones de Ethereum, y la mecánica de comisiones subyacente en las comisiones de gas de Ethereum explicadas.
Rollups optimistas: asume que es válido, permite un desafío
Un rollup optimista publica su afirmación de estado y la trata como correcta por defecto. Cualquiera que pueda demostrar que es errónea puede enviar una prueba de fraude a la cadena base durante una ventana de desafío, y un desafío exitoso hace que la afirmación sea rechazada.
El diseño es elegante porque la verificación costosa solo ocurre cuando algo se disputa. El coste es el tiempo: los retiros deben esperar a que se cierre la ventana, ya que hasta que no lo hace la afirmación de la que depende tu retiro aún podría anularse.
También depende de que alguien esté vigilando. El argumento de seguridad supone que al menos una parte honesta está monitorizando, capaz de construir una prueba y capaz de llevarla a la capa base a tiempo. Normalmente razonable, pero aun así una suposición.
Rollups de validez: demuéstralo por adelantado
Un rollup de validez, comúnmente llamado zk-rollup, adopta el enfoque opuesto. Junto a su afirmación de estado publica una prueba criptográfica de que las transacciones se ejecutaron correctamente, y la cadena base verifica esa prueba antes de aceptar la actualización.
No se supone nada y nada necesita desafiarse, así que no hay ventana de prueba de fraude que esperar. Los retiros pasan a estar disponibles una vez que se produce y verifica una prueba que cubre tu transacción, cambiando el retardo del desafío por una dependencia de la generación de la prueba.
Las contrapartidas están en otro sitio. Producir pruebas es exigente en cómputo, la criptografía es más difícil de implementar y auditar, y algunos sistemas de prueba dependen de una configuración de confianza, una propiedad sobre la que vale la pena leer en lugar de darla por supuesta.
Una cadena lateral es otro animal
Una cadena lateral es una cadena de bloques independiente con su propio consenso y su propio conjunto de validadores. Puede estar conectada por un puente, puede ejecutar software compatible y puede sentirse idéntica de usar. Nada de eso la convierte en una capa 2.
La diferencia está en de dónde procede la seguridad. Una cadena lateral es exactamente igual de fuerte que sus propios validadores y no más. Si estos coluden o son comprometidos, la cadena base no puede ayudarte, porque nunca tuvo autoridad sobre el estado de la cadena lateral.
La conexión conlleva su propio riesgo. Los activos suelen moverse siendo bloqueados en una cadena y representados en la otra, y la honestidad de quien controla ese bloqueo respalda la representación. Los puentes se han vaciado repetidamente cuando las partes que los aseguraban fueron comprometidas, una debilidad estructural más que mala suerte, y repasamos los mecanismos en por qué se hackean los puentes.
Nada de esto hace ilegítimas a las cadenas laterales. Las convierte en un modelo de confianza distinto, a evaluar como cadenas separadas en lugar de como extensiones de la capa 1 cuyo nombre llevan.
Seguridad: Antes de mover fondos a cualquier cadena que se llame a sí misma capa 2, averigua dónde se publican sus datos de transacción y si podrías retirar sin la cooperación del operador. Si la respuesta no está documentada con claridad, trata el depósito como confiar en un operador en lugar de en un protocolo.
Las preguntas abiertas honestas
Incluso los sistemas que cumplen la definición estructural tienen propiedades que aún están madurando, y una explicación justa las incluye.
- Centralización del secuenciador. Ordenar las transacciones suele estar a cargo de un solo operador. Por lo general no puede robar fondos, pero puede censurar, reordenar o quedarse desconectado, y por eso importa que exista una vía para que los usuarios fuercen transacciones a través de la capa base.
- Claves de actualización. Los contratos de la capa base son con frecuencia actualizables, y quien tenga esa autoridad puede en principio cambiar las reglas que rigen tus fondos. Quién la tiene, y si se aplica un retardo antes de que los cambios surtan efecto, es una pregunta de primer orden.
- Disponibilidad de datos. Algunos sistemas publican los datos de transacción en la capa base, otros en un comité externo. Lo segundo es más barato y cambia el modelo de confianza, porque reconstruir tu saldo depende entonces de que esa parte sirva los datos.
Estas no son razones para descartar la tecnología. Son las cosas que hay que comprobar sobre un sistema concreto, y las respuestas difieren lo suficiente como para que ninguna afirmación general sobre las capas 2 las cubra.
Puntos clave
- Una capa 2 deriva su seguridad de la cadena en la que liquida. Si se apoya en su propio conjunto de validadores, es una cadena separada se llame como se llame.
- La seguridad derivada necesita datos publicados que cualquiera pueda usar para reconstruir el estado, más una forma de que la cadena base rechace una afirmación falsa.
- Los rollups optimistas asumen que las afirmaciones son válidas y permiten desafíos, así que los retiros esperan una ventana. Los rollups de validez demuestran la corrección por adelantado.
- Las cadenas laterales se conectan mediante puentes y cargan riesgo de puente. Su seguridad es la de sus propios validadores y nada más.
- La centralización del secuenciador, la autoridad de actualización y dónde se publican los datos deciden cuánta seguridad de la capa base hereda un sistema.
Preguntas frecuentes
Si una capa 2 se apaga, ¿pierdo mis fondos?
Eso es justo lo que el diseño pretende evitar, y si lo consigue depende del sistema. Donde los datos de transacción se publican en la capa base y los usuarios pueden forzar un retiro a través de los contratos de la capa base, los fondos deberían ser recuperables sin el operador. Donde los datos residen con una parte externa, la recuperación depende de esa parte.
¿Por qué los retiros de algunas capas 2 tardan tanto?
Porque los sistemas optimistas aceptan las afirmaciones de estado por defecto y permiten un periodo en el que cualquiera puede demostrar que son erróneas. Hasta que se cierra esa ventana, la afirmación en la que descansa tu retiro podría anularse, así que liberar los fondos antes sería inseguro. Los rollups de validez evitan la espera demostrando la corrección antes de aceptar, así que el retardo refleja el modelo de seguridad.
¿Es una capa 2 tan segura como la cadena en la que liquida?
En el mejor de los casos hereda las garantías de la capa base sobre el estado, y en la práctica añade suposiciones encima. Las claves de actualización, el comportamiento del secuenciador, la corrección de la implementación de la prueba o de la prueba de fraude y dónde se publican los datos quedan todos fuera de lo que la cadena base impone. Hereda muchísimo y no es idéntica.
¿Cómo distingo una capa 2 real de una cadena que solo usa el nombre?
Pregunta de dónde procede su seguridad. Si tiene su propio conjunto de validadores produciendo bloques bajo su propio consenso, es una cadena independiente. Si la capa base verifica o puede rechazar sus afirmaciones de estado, y los datos de transacción se publican donde cualquiera pueda reconstruir ese estado, encaja en la definición. El puente suele ser la pista.
Fuentes
Contenido educativo, no es asesoramiento financiero. Las criptomonedas son volátiles y de alto riesgo; no compartas nunca tu frase semilla ni tus claves privadas con nadie. Investiga siempre por tu cuenta.
Última actualización 30 julio 2026
Tanaya Macheel mostly analyzes crypto markets for CoinCrafty.
