Capa de liquidación L3

¿Qué es una capa de liquidación L3?

Una capa de liquidación L3 es la blockchain o el entorno de liquidación donde una red Layer 3 publica sus datos de transacciones, compromisos de estado, pruebas o afirmaciones para que su actividad pueda finalizarse y verificarse a través de una capa inferior.

En el ámbito cripto, Layer 3 suele referirse a una cadena especializada o específica de una aplicación, construida sobre una red Layer 2. La capa de liquidación es el entorno que recibe los compromisos de la L3 y ayuda a determinar la finalidad.

En lugar de liquidar directamente en una blockchain Layer 1, muchos sistemas L3 liquidan en una Layer 2, que a su vez depende de una Layer 1 para obtener mayor seguridad y completar la liquidación final.

Esto crea una estructura por capas: la L3 ejecuta las aplicaciones, la L2 se encarga de la agregación y la lógica de liquidación, y la L1 proporciona la seguridad más sólida de la capa base.

El término es importante porque explica de dónde proceden la confianza, la seguridad, la disponibilidad de datos y la finalidad en una pila blockchain de varias capas.

Una capa de liquidación L3 no es un token, una wallet, una cuenta de exchange, un método de minería ni una estrategia de trading.

Es un concepto de infraestructura que describe cómo los entornos blockchain especializados se conectan a una cadena matriz más segura.

Significado sencillo de capa de liquidación L3

En pocas palabras, una capa de liquidación L3 es «la capa matriz que utiliza una cadena L3 para registrar y finalizar su estado».

Si un juego blockchain funciona en su propia L3, esa cadena puede procesar las acciones de los usuarios de forma rápida y económica y, después, enviar lotes o pruebas a una capa de liquidación L2.

A continuación, la L2 puede enviar sus propios datos, compromisos o pruebas a Ethereum o a otra cadena base.

Esto significa que la L3 no tiene que depender exclusivamente de su propio conjunto de validadores para garantizar la seguridad.

Puede heredar parte de la seguridad de la L2 matriz y, de forma indirecta, de la L1 base.

El nivel exacto de seguridad heredada depende del diseño de la L3, la L2 matriz, el bridge, el sistema de pruebas, el modelo de disponibilidad de datos y las reglas de finalidad.

Los usuarios no deben asumir que todas las L3 tienen la misma seguridad que su capa de liquidación.

Estos detalles importan porque los distintos sistemas L3 pueden establecer equilibrios muy diferentes entre velocidad, coste, descentralización y supuestos de confianza.

Por qué existen las capas de liquidación L3

Las capas de liquidación L3 existen porque muchas aplicaciones cripto necesitan más personalización de la que puede ofrecer una L1 o L2 de propósito general.

Una aplicación de videojuegos puede necesitar un gran volumen de transacciones, comisiones bajas, confirmaciones rápidas y reglas de comisiones personalizadas.

Una aplicación de pagos puede necesitar costes previsibles, flujos de cuenta sencillos y finalidad rápida para transferencias pequeñas.

Una aplicación centrada en la privacidad puede necesitar sistemas de pruebas especiales que no sean fáciles de ejecutar en una cadena pública compartida.

Una aplicación de activos del mundo real puede necesitar permisos, controles de cumplimiento, verificaciones de identidad y lógica de transferencia controlada.

Una L3 puede diseñarse para satisfacer estas necesidades y seguir utilizando una capa de liquidación matriz para la seguridad y la verificación.

Este enfoque puede reducir la congestión en las redes compartidas, ya que la L3 ejecuta por separado la mayor parte de la actividad.

También puede dar a los desarrolladores más control sobre los tokens de gas, el orden de las transacciones, las reglas del secuenciador, la disponibilidad de datos, la gobernanza y las actualizaciones.

El resultado es una arquitectura blockchain más modular, en la que cada capa desempeña una función distinta.

Cómo funciona la liquidación L3

Normalmente, una L3 procesa las transacciones en su propio entorno de ejecución.

Los usuarios envían transacciones a la L3 y el secuenciador o productor de bloques de esta las ordena en bloques.

A continuación, la L3 crea un lote, una raíz de estado, una prueba o una afirmación que resume lo ocurrido en ella.

Ese resumen se publica en la capa de liquidación L3, que suele ser una red L2.

La L2 registra el compromiso de estado de la L3 y establece las reglas para las disputas, la verificación de pruebas, los bridges o el envío de mensajes.

Después, la L2 depende de su propia relación de liquidación con la cadena base L1.

Esto crea una cadena de confianza desde la L3 hasta la L2 y, a continuación, desde la L2 hasta la L1.

La documentación de escalado de Ethereum explica que los rollups ejecutan transacciones fuera de la capa base y publican datos o compromisos en una capa inferior para obtener seguridad.

Una capa de liquidación L3 aplica una idea similar un nivel más arriba en la pila.

L1, L2 y L3 en una misma pila

Layer 1 es la blockchain base que ofrece la seguridad de liquidación y consenso más sólida de la pila.

Layer 2 es una capa de escalado que procesa transacciones fuera de la L1 y depende de esta para la liquidación, la disponibilidad de datos o la resolución de disputas.

Layer 3 es una cadena o sistema especializado que funciona sobre una L2 y puede liquidar en ella, en lugar de hacerlo directamente en la L1.

La L1 suele ser más lenta y cara, pero también más segura y descentralizada.

La L2 suele ser más barata y rápida, y aun así hereda propiedades de seguridad importantes de la L1.

La L3 puede ofrecer aún más personalización y estar más centrada en una aplicación, pero también puede añadir supuestos adicionales, ya que depende tanto de su propio diseño como de la L2 matriz.

Este diseño por capas se parece a construir carreteras sobre cimientos más sólidos.

La L3 ofrece a las aplicaciones su propio carril rápido, la L2 conecta muchos de esos carriles y la L1 actúa como cimiento final de la liquidación.

Liquidación frente a ejecución

En el diseño de una blockchain, la liquidación y la ejecución son funciones distintas.

La ejecución consiste en procesar transacciones, actualizar saldos, ejecutar contratos inteligentes y cambiar el estado de la cadena.

La liquidación consiste en registrar el resultado en un entorno donde otras partes puedan verificarlo y considerarlo definitivo según las reglas del sistema.

Una L3 puede ejecutar transacciones localmente y liquidar el resultado en una L2.

Esto permite optimizar la ejecución de la L3 para una aplicación, una comunidad o un modelo de negocio concretos.

La capa de liquidación no tiene que procesar una por una todas las transacciones de la L3.

En su lugar, puede bastar con que verifique pruebas comprimidas, acepte afirmaciones, almacene compromisos o admita periodos de disputa.

Esta separación es una de las razones por las que la arquitectura L3 puede reducir costes y aumentar el rendimiento.

Liquidación frente a disponibilidad de datos

La liquidación y la disponibilidad de datos también son conceptos diferentes.

La liquidación responde a la pregunta de dónde se finaliza y verifica el estado de la cadena.

La disponibilidad de datos responde a si se puede acceder realmente a los datos de las transacciones necesarios para reconstruir o impugnar ese estado.

Una L3 puede liquidar en una L2 y utilizar otro método de disponibilidad de datos.

Algunos sistemas publican datos en la cadena matriz, mientras que otros recurren a redes externas de disponibilidad de datos o a comités.

El estudio sobre disponibilidad de datos de rollups de Future Internet explica que los datos de transacciones off-chain deben seguir estando disponibles para que los participantes puedan verificar el estado de la blockchain de forma independiente.

Esto importa porque un sistema puede parecer rápido y barato y, al mismo tiempo, ocultar riesgos adicionales relacionados con la disponibilidad de datos.

Si los datos no están disponibles, los usuarios podrían no ser capaces de reconstruir el estado de la cadena, impugnar actualizaciones no válidas o salir de ella de forma segura.

Un diseño sólido de liquidación L3 debe explicar claramente a los usuarios tanto la liquidación como la disponibilidad de datos.

Capa de liquidación L3 y rollups

Muchos diseños L3 se basan en la lógica de los rollups.

Un rollup ejecuta transacciones fuera de la capa inferior y publica en ella información comprimida.

Los diseños optimistic suelen asumir que los lotes son válidos, salvo que alguien los impugne durante un periodo de disputa.

Los diseños basados en pruebas de validez utilizan pruebas criptográficas para demostrar que las transiciones de estado son correctas.

Cuando una L3 se construye como rollup, puede publicar sus compromisos o pruebas en una capa de liquidación L2.

A continuación, la L2 puede publicar sus propios datos o compromisos en una L1.

Esto crea un modelo de rollups anidados, en el que una capa de escalado se construye sobre otra.

Esta idea puede reducir las comisiones y aumentar la flexibilidad de las aplicaciones, pero también incrementa la complejidad del diseño.

Antes de confiar en bridges, retiradas o activos de gran valor en una L3, los usuarios deben comprender toda la ruta de liquidación.

Por qué las L3 suelen liquidar en L2

Las L3 suelen liquidar en L2 porque hacerlo puede ser más barato que liquidar directamente en L1.

Publicar directamente en la L1 cada cadena de aplicación especializada puede aumentar los costes y consumir un espacio de bloques escaso.

Una L2 puede actuar como centro de liquidación para varias L3 y reducir el coste de anclar numerosos entornos especializados.

Esta estructura puede ser adecuada para aplicaciones que necesitan su propia cadena, pero no publicar cada actualización directamente en la capa base.

También puede facilitar la experiencia de usuario, ya que los depósitos, las retiradas y los mensajes entre cadenas de la L3 pueden pasar por un entorno L2 conocido.

La descripción general de las cadenas de Arbitrum presenta cadenas configurables cuyos parámetros de ejecución, modelos de comisiones, gobernanza, disponibilidad de datos y liquidación pueden adaptarse a necesidades específicas.

Esto explica por qué las L3 suelen tratarse junto con las appchains, los rollups y las pilas blockchain modulares.

Finalidad en una capa de liquidación L3

La finalidad significa que una transacción o actualización de estado se considera liquidada según las reglas del sistema.

En una arquitectura L3, la finalidad puede depender de varias capas a la vez.

Un usuario puede recibir una confirmación rápida en la L3 en cuestión de segundos.

Después, el lote de la L3 puede aceptarse en la L2 matriz tras un breve periodo.

La liquidación de la propia L2 en la L1 puede tardar más, en función del sistema de pruebas, el periodo de impugnación o las reglas de finalidad.

Por tanto, «confirmación rápida» y «liquidación final» no siempre significan lo mismo.

La documentación de Arbitrum sobre la finalidad de la bandeja de entrada diferida explica que la finalidad de una L3 puede depender de diferentes capas y configurarse de distintas maneras.

Antes de dar por completamente liquidado un depósito, una retirada o un mensaje de bridge, los usuarios cripto deben comprobar qué capa ha finalizado la transacción.

Supuestos de seguridad de una capa de liquidación L3

Una capa de liquidación L3 puede mejorar la seguridad al conectar la L3 con una cadena matriz más sólida.

Sin embargo, eso no hace automáticamente que la L3 tenga la misma seguridad que la cadena matriz.

La seguridad depende del secuenciador de la L3, el modelo de validadores, el sistema de pruebas, los contratos del bridge, las claves de actualización, la disponibilidad de datos, las pruebas de fraude, las pruebas de validez y los controles de gobernanza.

Si la L3 utiliza un secuenciador centralizado, los usuarios pueden afrontar riesgos de censura, interrupción del servicio o alteración del orden de las transacciones.

Si la L3 tiene un modelo débil de disponibilidad de datos, los usuarios pueden afrontar riesgos al reconstruir el estado o salir de la cadena.

Si el bridge de la L3 está mal diseñado, los activos pueden quedar expuestos a errores en los contratos o fallos en el envío de mensajes.

Si las claves de gobernanza tienen demasiado poder, la cadena podría actualizarse de formas inesperadas para los usuarios.

Liquidar en una L2 sólida ayuda, pero es necesario revisar todo el modelo de seguridad desde la L3 hasta la L1.

Ventajas de una capa de liquidación L3

La primera ventaja es la reducción de costes.

Una L3 puede reducir las comisiones al procesar la mayor parte de la actividad en un entorno especializado y publicar resultados comprimidos en una capa matriz.

La segunda ventaja es un mayor rendimiento.

Una L3 puede proporcionar a una aplicación o ecosistema su propia capacidad de ejecución, sin tener que competir con muchas otras aplicaciones en una cadena compartida.

La tercera ventaja es la personalización.

Los desarrolladores pueden adaptar las reglas de gas, los tiempos de bloque, los sistemas de cuenta, la gobernanza, la disponibilidad de datos y el orden de las transacciones a su caso de uso.

La cuarta ventaja es un diseño más sencillo de las aplicaciones.

Un juego, una aplicación de pagos, un sistema de identidad o un programa de fidelización puede utilizar una L3 para ofrecer una experiencia más fluida sin que los usuarios tengan que competir por espacio de bloques de propósito general.

La quinta ventaja es el escalado modular.

Una capa de liquidación L3 permite que muchas cadenas especializadas se conecten a una seguridad compartida a través de una L2 matriz.

Esto puede ayudar a escalar las aplicaciones cripto sin obligar a que todas las transacciones pasen por la cadena base.

Riesgos de una capa de liquidación L3

El primer riesgo es la mayor complejidad.

Cada capa adicional incorpora contratos, bridges, secuenciadores, sistemas de pruebas y dependencias operativas.

El segundo riesgo es una seguridad heredada más débil.

Una L3 puede depender de la L2, pero su propio diseño puede introducir nuevos supuestos de confianza.

El tercer riesgo es el riesgo del bridge.

Los activos que se mueven entre L3, L2 y L1 pueden depender de bridges de mensajes que pueden fallar o sufrir ataques.

El cuarto riesgo es la confusión sobre la finalidad.

Los usuarios pueden pensar que una transacción está completamente liquidada cuando solo la ha confirmado el secuenciador de la L3.

El quinto riesgo es un fallo en la disponibilidad de datos.

Si los datos de las transacciones no están disponibles, los usuarios y validadores podrían no ser capaces de verificar el estado de la L3.

El sexto riesgo es la fragmentación de la liquidez.

Cuando existen muchas L3, los activos y usuarios pueden repartirse entre numerosos entornos pequeños.

El séptimo riesgo es la interrupción operativa.

Una L3 pequeña puede tener menos nodos, operadores e infraestructura probada que una L1 o L2 importante.

Capa de liquidación L3 y Ethereum

Ethereum es el principal referente de capa base en muchos debates sobre la liquidación L3, porque su ecosistema sigue una hoja de ruta de escalado centrada en los rollups.

La documentación de danksharding de Ethereum explica que los rollups publican compromisos y utilizan blobs de datos para que los validadores y usuarios gestionen estos datos de forma más eficiente.

Esto importa para las L3, ya que la economía de la liquidación en las capas inferiores afecta al coste de las cadenas de capas superiores.

Cuando liquidar en una L2 resulta más barato, los sistemas L3 pueden ser más viables.

Cuando mejora la eficiencia de la disponibilidad de datos, los sistemas basados en rollups pueden publicar más información a menor coste.

Sin embargo, las L3 no sustituyen a Ethereum ni a otras cadenas base.

Son capas adicionales de escalado y personalización que dependen de la seguridad y la infraestructura de las capas inferiores.

La opinión de Vitalik Buterin sobre Layer 3

El uso del término Layer 3 se ha debatido en la comunidad de Ethereum.

El artículo de Vitalik Buterin, What kind of layer 3s make sense?, explica que conviene utilizar con cuidado la palabra «capa», porque no todos los sistemas que se construyen sobre una L2 tienen la misma finalidad.

El artículo sostiene que algunos sistemas similares a una capa pueden ser adecuados para necesidades especializadas, como la privacidad, la ejecución personalizada o la agregación de pruebas.

Esto importa porque «capa de liquidación L3» no debería utilizarse como una expresión de marketing imprecisa.

Un diseño real de liquidación L3 debería explicar qué hace la L3, qué verifica la capa matriz, dónde están disponibles los datos, cómo funciona la finalidad y cómo pueden salir los usuarios de forma segura.

La etiqueta importa menos que la arquitectura técnica que hay detrás.

Capa de liquidación L3 y appchains

Una appchain es una blockchain creada para una aplicación o un ecosistema concretos.

Muchas L3 son appchains, ya que están diseñadas para un juego, un protocolo DeFi, una red de pagos, una aplicación social o una plataforma de activos del mundo real.

La capa de liquidación L3 permite que esa appchain se conecte a un entorno de seguridad más amplio en lugar de funcionar como una cadena totalmente independiente.

Esto puede dar más libertad a la appchain que una L2 compartida y, al mismo tiempo, mantener cierta conexión con la pila L2 y L1.

A los desarrolladores puede resultarles atractivo porque pueden diseñar la cadena pensando en sus usuarios, en lugar de aceptar un entorno de ejecución único para todos.

Para los usuarios, la ventaja potencial son unas comisiones más bajas y unas interacciones más rápidas.

La contrapartida es que deben entender una nueva cadena, una nueva ruta de bridge y un nuevo modelo de seguridad.

Capa de liquidación L3 y blockchains modulares

El diseño de blockchain modular distribuye distintas funciones entre diferentes capas.

Una capa puede centrarse en la ejecución.

Otra puede centrarse en la liquidación.

Otra puede centrarse en la disponibilidad de datos.

Otra puede centrarse en el consenso.

Una capa de liquidación L3 encaja en este modelo modular porque permite que una L3 externalice la liquidación a una capa matriz, en vez de hacerlo todo por su cuenta.

Esto puede dar más flexibilidad al sistema, pero también obliga a los usuarios a entender qué capa ofrece cada garantía.

Una pila modular puede ser potente si cada capa es transparente y fiable.

Puede ser peligrosa si el lenguaje de marketing oculta los verdaderos supuestos de confianza.

Ejemplos de diseños de liquidación L3

Una L3 de videojuegos puede liquidar en una L2 para que se realicen miles de acciones dentro del juego a bajo coste, sin congestionar una cadena de propósito general.

Una L3 de pagos puede liquidar en una L2 para que las transferencias pequeñas se confirmen rápidamente y sigan conectadas a una liquidez más amplia.

Una L3 centrada en la privacidad puede liquidar pruebas en una L2 y mantener privados los detalles de las transacciones de los usuarios mediante un sistema de pruebas especializado.

Una L3 DeFi puede utilizar parámetros de riesgo, reglas de comisiones o lógica de ejecución personalizados y liquidar los resultados en una L2 matriz.

Una L3 de activos del mundo real puede permitir transferencias con permisos y depender de una capa matriz para la liquidación y la auditabilidad.

Estos ejemplos muestran que una capa de liquidación L3 no es un único tipo de producto.

Es un patrón de diseño que conecta entornos blockchain especializados con un sistema de seguridad y verificación de capa inferior.

Qué deben comprobar los usuarios antes de utilizar una L3

En primer lugar, deben comprobar qué capa de liquidación utiliza la L3.

Deben averiguar si liquida en una L2, directamente en una L1 o en otra cadena matriz personalizada.

También deben comprobar si la L3 utiliza pruebas optimistic, pruebas de validez, un modelo de comité o un conjunto de validadores con permisos.

Deben revisar cómo funciona la disponibilidad de datos y si los datos de las transacciones se publican on-chain o se almacenan en otro lugar.

Deben comprobar cómo se realizan los depósitos y las retiradas entre L3, L2 y L1.

Deben revisar cuánto tardan las retiradas y si existe un periodo de impugnación.

Deben comprobar si los contratos han sido auditados y si las claves de actualización están controladas por una multisig, una DAO, una fundación o una empresa.

Deben revisar si el secuenciador está centralizado o descentralizado.

Deben comprobar si existe una vía de salida segura en caso de que el operador de la L3 deje de funcionar.

Estas comprobaciones son importantes porque la arquitectura de liquidación L3 afecta a la seguridad de los activos, la experiencia de usuario y la confianza a largo plazo.

Capa de liquidación L3 y bridges

Los bridges son una de las partes más importantes de una pila de liquidación L3.

Un bridge permite transferir activos o mensajes entre la L3 y su capa matriz.

En un caso sencillo, un usuario deposita activos desde una L2 en una L3 y más tarde los retira de nuevo a la L2.

En un caso más complejo, puede transferir activos de L1 a L2, luego a L3 y después volver a la L1.

Cada paso puede introducir retrasos, riesgos de contratos inteligentes, riesgos de liquidez y errores del usuario.

Un bridge L3 sólido debe explicar claramente los plazos de depósito y retirada, la finalidad de los mensajes, los requisitos de las pruebas, las comisiones y los procedimientos de emergencia.

Los usuarios deben tener cuidado con los bridges no oficiales, ya que pueden utilizar supuestos de confianza distintos de los de la ruta de liquidación nativa.

Un bridge barato no siempre es un bridge seguro.

Capa de liquidación L3 y secuenciadores

Un secuenciador es el sistema que ordena las transacciones antes de que se publiquen o finalicen.

Muchas L2 y L3 utilizan secuenciadores para ofrecer confirmaciones rápidas y una experiencia de usuario más fluida.

En una L3, el secuenciador puede proporcionar una respuesta casi instantánea antes de que el estado de la L3 se liquide por completo en la capa matriz.

Esto resulta útil, pero crea una diferencia entre una confirmación provisional y la liquidación final.

Un secuenciador centralizado también puede generar riesgos de censura, interrupción del servicio y alteración del orden de las transacciones.

Algunos diseños L3 podrían evolucionar hacia modelos de secuenciación compartida, descentralizada o gestionada por la capa matriz.

Los usuarios deben saber quién controla el secuenciador y qué ocurre si falla.

Capa de liquidación L3 y comisiones

Las comisiones de una pila L3 pueden incluir comisiones de ejecución, publicación de datos, generación de pruebas, bridges y liquidación en la capa matriz.

La L3 puede cobrar a los usuarios con un token de gas nativo o utilizar un token conocido del ecosistema matriz.

La L2 matriz puede cobrar al operador de la L3 por publicar lotes o pruebas.

La L1 puede cobrar a la L2 matriz por la disponibilidad de datos y la liquidación.

Esto significa que la comisión final para el usuario puede depender de la actividad de varias capas de la red.

Una de las razones por las que las L3 resultan atractivas es que pueden reducir la cantidad de interacciones costosas con las capas inferiores necesarias por transacción del usuario.

Aun así, los usuarios deben comprobar si las comisiones bajas se consiguen con una seguridad sólida o mediante supuestos de confianza adicionales.

Las transacciones muy baratas pueden ser valiosas, pero no sirven de nada si la cadena no es segura o resulta difícil salir de ella.

Capa de liquidación L3 y blobs de datos

Los blobs de datos forman parte de la hoja de ruta de escalado de rollups de Ethereum y están diseñados para abaratar la publicación de datos de rollups.

La explicación de Chainlink sobre EIP-4844 describe proto-danksharding como una actualización de Ethereum que introdujo transacciones con blobs para reducir los costes de disponibilidad de datos de los rollups.

La reducción de los costes de datos puede ayudar a las L2, y una economía más sólida para estas también puede favorecer a los ecosistemas L3 que liquidan a través de ellas.

Puede que las L3 no publiquen siempre datos directamente en los blobs de Ethereum, pero los mercados de blobs aún pueden afectar a los costes de liquidación de sus L2 matriz.

Por eso las capas de liquidación L3 están relacionadas con las mejoras generales de escalado de Ethereum.

Cuando mejora la disponibilidad de datos en las capas inferiores, las aplicaciones de capas superiores pueden ser más baratas y prácticas.

Capa de liquidación L3 para desarrolladores

Los desarrolladores pueden elegir una capa de liquidación L3 cuando una L2 compartida no basta para su aplicación.

Pueden necesitar tiempos de bloque personalizados, lógica de comisiones propia, abstracción de cuentas personalizada, precompilados especiales, acceso controlado o gobernanza específica de la aplicación.

También pueden querer aislar a sus usuarios de la congestión provocada por otras aplicaciones.

Una L3 puede proporcionar a los desarrolladores un entorno de ejecución dedicado y, a la vez, conectarlos con la liquidez y la seguridad de un ecosistema matriz.

Sin embargo, los desarrolladores también deben operar más infraestructura.

Puede que necesiten secuenciadores, publicadores de lotes, validadores, contratos de bridge, sistemas de supervisión, indexadores, nodos RPC, exploradores y procesos de respuesta a incidentes.

También deben explicar claramente a los usuarios el modelo de liquidación.

Una L3 mal documentada puede generar confusión, aunque la tecnología funcione correctamente.

Capa de liquidación L3 para usuarios

Los usuarios pueden percibir una L3 como una cadena rápida y de bajo coste para una aplicación concreta.

Durante el uso habitual, puede que no vean toda la ruta de liquidación.

Es posible que solo la perciban al depositar o retirar activos, transferir tokens mediante un bridge o comprobar la finalidad de una transacción.

Por eso es importante formar a los usuarios.

Un usuario debe saber si sus fondos están en L1, L2 o L3.

También debe saber qué bridge ha utilizado y cuánto pueden tardar las retiradas.

Debe saber si la L3 sigue en fase experimental o está lista para producción.

Debe saber si la cadena depende de un secuenciador centralizado, un comité de disponibilidad de datos o claves de administración especiales.

Las L3 pueden mejorar la experiencia de usuario, pero solo si se entienden las contrapartidas que oculta una interfaz fluida.

Malentendidos habituales sobre las capas de liquidación L3

Un malentendido frecuente es pensar que todas las L3 heredan automáticamente toda la seguridad de la L1.

En realidad, la seguridad de la L3 depende de toda la cadena de liquidación, la verificación de pruebas, la disponibilidad de datos y el diseño del bridge.

Otro malentendido es pensar que una capa de liquidación L3 es lo mismo que una capa de disponibilidad de datos.

La liquidación y la disponibilidad de datos pueden solaparse, pero no cumplen la misma función.

Un tercer malentendido es pensar que L3 significa «mejor que L2» en todos los aspectos.

Las L3 pueden ser más baratas y personalizables, pero también más complejas y menos probadas.

Un cuarto malentendido es pensar que una confirmación rápida equivale a una liquidación final.

Una transacción L3 puede aparecer rápidamente en la aplicación y seguir dependiendo de pasos de liquidación posteriores.

Un quinto malentendido es pensar que las L3 solo sirven para usuarios avanzados de DeFi.

También pueden dar soporte a juegos, aplicaciones sociales, pagos, identidad, procesos empresariales y plataformas de activos del mundo real.

Cómo evaluar una capa de liquidación L3

Empieza por identificar la cadena matriz.

Después, comprueba si se trata de un rollup L2, un sistema del tipo validium, una sidechain u otra cadena especializada.

A continuación, revisa qué publica la L3 en la capa matriz.

Puede tratarse de lotes de transacciones, raíces de estado, afirmaciones de pruebas de fraude, pruebas de validez o certificados de disponibilidad de datos.

Después, comprueba cómo verifica o acepta esas actualizaciones la capa matriz.

Luego, revisa cómo liquida la capa matriz en la capa base.

Por último, comprueba si los usuarios pueden retirar fondos de forma segura si la L3 deja de funcionar con normalidad.

Una buena capa de liquidación L3 debe explicar estas cuestiones con claridad en la documentación oficial.

Si el proyecto no puede explicar claramente su ruta de liquidación, los usuarios deben considerar que el sistema presenta un riesgo mayor.

Preguntas frecuentes

¿Qué significa capa de liquidación L3?

Una capa de liquidación L3 es la capa matriz en la que una blockchain Layer 3 publica sus compromisos de estado, pruebas, datos o afirmaciones para que su actividad pueda verificarse y finalizarse.

¿Es una capa de liquidación L3 lo mismo que una blockchain Layer 3?

No. La L3 es la cadena o el entorno de ejecución, mientras que la capa de liquidación es la capa inferior que recibe y verifica las actualizaciones de estado de la L3.

¿Una L3 siempre liquida en una L2?

Muchas L3 liquidan en una L2, pero el diseño concreto depende del proyecto, el framework del rollup, el bridge y el modelo de seguridad.

¿Por qué liquidaría una L3 en una L2 en vez de hacerlo directamente en una L1?

Una L3 puede liquidar en una L2 para reducir costes, mejorar la velocidad, utilizar infraestructura L2 existente y permitir una mayor personalización para cada aplicación.

¿Es una L3 tan segura como Ethereum u otra L1?

No necesariamente, ya que la seguridad de una L3 depende de su propio diseño, la L2 matriz, el bridge, el modelo de disponibilidad de datos y las reglas de finalidad.

¿Cuál es la principal ventaja de una capa de liquidación L3?

Su principal ventaja es que las cadenas especializadas para aplicaciones pueden procesar transacciones de forma rápida y económica y seguir conectadas a una pila de liquidación más sólida.

¿Cuál es el mayor riesgo de una capa de liquidación L3?

El mayor riesgo es la complejidad adicional, ya que los usuarios deben entender y considerar fiables la L3, la capa matriz, los bridges, la disponibilidad de datos, los secuenciadores y los sistemas de pruebas.

¿En qué se diferencia la finalidad en una L3?

Una L3 puede ofrecer confirmaciones locales rápidas, pero la finalidad más profunda puede depender de cuándo liquide en su L2 matriz y de cuándo liquide esa L2 en la capa base.

¿Pueden las capas de liquidación L3 dar soporte a appchains?

Sí. Muchos sistemas L3 se diseñan como appchains para juegos, pagos, DeFi, identidad, aplicaciones sociales o flujos de trabajo de activos del mundo real.

¿Qué deben comprobar los usuarios antes de utilizar una L3?

Deben comprobar la capa de liquidación, la ruta del bridge, las reglas de finalidad, el modelo de disponibilidad de datos, el diseño del secuenciador, las auditorías, las claves de actualización y el proceso de retirada.

Conclusión

Una capa de liquidación L3 es un concepto clave de la infraestructura cripto modular, ya que explica dónde ancla su estado una cadena Layer 3 y de qué capa recibe apoyo para la liquidación.

La idea básica es que una L3 puede ofrecer una ejecución especializada para una aplicación y liquidar en una L2 matriz, de la que depende indirectamente una L1 base.

Este diseño puede reducir las comisiones, aumentar el rendimiento, mejorar la personalización y dar a los desarrolladores más control sobre la experiencia de usuario.

También puede dar soporte a appchains, redes de videojuegos, sistemas de pago, aplicaciones de privacidad, plataformas de activos del mundo real y otros entornos cripto especializados.

Sin embargo, las capas de liquidación L3 también añaden complejidad.

Los usuarios y desarrolladores deben entender la finalidad, los bridges, la disponibilidad de datos, los secuenciadores, los sistemas de pruebas, los controles de actualización y toda la ruta de L3 a L2 y L1.

La expresión «liquida en una L2» nunca debe considerarse por sí sola una explicación completa de la seguridad.

Un análisis riguroso debe preguntar qué se publica, dónde, quién puede verificarlo, cómo se mantiene la disponibilidad de los datos y cómo pueden salir los usuarios si algo falla.

Si está bien diseñada, una capa de liquidación L3 puede hacer que las aplicaciones cripto sean más rápidas, baratas y flexibles, sin perder la conexión con una seguridad más sólida en las capas inferiores.

Si está mal diseñada, puede ocultar riesgos tras un lenguaje técnico y llevar a los usuarios a hacer suposiciones inseguras.

La mejor forma de entender una capa de liquidación L3 es verla como el vínculo entre el rendimiento de una blockchain específica para una aplicación y la seguridad más profunda de la pila de liquidación general.