Principios fundamentales y framework de diseño de capa 2

Qué es la ejecución off-chain y la liquidación on-chain

El concepto central de la capa 2 se resume así: los cálculos se realizan off-chain y los resultados se confirman on-chain.

En la capa 1 tradicional, cada transacción debe ejecutarse y verificarse por todos los nodos. Este modelo de “cómputo redundante en toda la red” ofrece seguridad, pero es muy ineficiente. En la arquitectura de capa 2, una gran cantidad de transacciones se ejecutan off-chain en entornos dedicados, y solo los resultados o resúmenes se envían a la cadena principal.

Este mecanismo genera varios cambios:

• La cadena principal deja de procesar cada transacción individual y verifica resultados por lotes.
• Las transacciones de los usuarios se completan más rápido y con tarifas mucho más bajas.
• La capacidad del sistema aumenta exponencialmente.

Gracias a este diseño por capas, la capa 2 optimiza notablemente el rendimiento sin modificar el mecanismo de consenso subyacente.

Componentes básicos de la arquitectura de capa 2

Desde una perspectiva general, un sistema típico de capa 2 se compone de varios componentes que gestionan la ejecución de transacciones, la presentación de datos y la actualización de estados.

Por lo general, la capa 2 incluye las siguientes partes clave:

• Entorno de ejecución: Procesa las transacciones de los usuarios y la lógica de los contratos.
• Secuenciador: Ordena y agrupa las transacciones para mejorar la eficiencia de ejecución.
• Publicación de datos: Envía datos de transacciones o resúmenes a la capa 1.
• Sistema de pruebas: Demuestra la corrección de los resultados de la ejecución off-chain.

Las distintas soluciones de capa 2 (como rollup, canales de estado, etc.) implementan estos componentes de diversas formas, pero el objetivo general es el mismo: mejorar el rendimiento y reducir los costos garantizando la seguridad.

Es importante señalar que, en la mayoría de soluciones actuales de capa 2, el secuenciador suele estar centralizado. Aunque esto mejora la eficiencia, también introduce problemas de confianza, un área clave para futuras mejoras.

Equilibrio entre seguridad y supuestos de confianza

El diseño de la capa 2 es, en esencia, un compromiso: al aumentar el rendimiento, el modelo de seguridad del sistema debe redefinirse. Las distintas soluciones muestran diferencias claras en “a quién confiar” y “cómo verificar”.

Por ejemplo, la seguridad de rollup normalmente depende de los siguientes mecanismos:

• Rollup optimista: Asume que las transacciones son válidas por defecto, pero permite desafíos y pruebas de fraude.
• ZK rollup: Garantiza la corrección de las transacciones mediante pruebas criptográficas.
• Garantías de disponibilidad de datos: Asegura que los usuarios puedan acceder a los datos necesarios para verificar los estados.

El objetivo común de estos mecanismos es reducir la carga computacional on-chain y, al mismo tiempo, garantizar que el sistema no pueda ser comprometido por acciones maliciosas.

No obstante, este diseño también plantea nuevos desafíos. Por ejemplo, si un secuenciador actúa de manera maliciosa o los datos no están disponibles, los usuarios pueden correr el riesgo de no poder retirar fondos a tiempo. Por eso, la evolución de la capa 2 implica no solo mejoras en el rendimiento, sino también un proceso continuo de optimización de los modelos de confianza y los mecanismos de seguridad.