Investigación sobre el problema de la liquidez en la era de la Capa 2

Introducción

Con la transición de Ethereum hacia esquemas de Capa 2 y el surgimiento de herramientas RaaS, numerosas cadenas públicas están evolucionando rápidamente. Muchas entidades desean construir su propia cadena para representar diferentes intereses y buscan una mayor valoración. Sin embargo, el desarrollo del ecosistema no puede seguir el ritmo de las cadenas públicas, lo que lleva a que muchos proyectos enfrenten contratiempos en las etapas iniciales.

Gracias a OP Stack, varias plataformas conocidas han lanzado sus propias soluciones de Capa 2. Hoy en día, el costo y la barrera técnica para construir una cadena se han reducido considerablemente, y el costo mensual de operar una cadena basada en OP Stack es de aproximadamente 10,000 dólares.

El futuro será sin duda una era de coexistencia de múltiples cadenas. Aunque estas Capa 2 pueden optar por ser compatibles con EVM para lograr la interoperabilidad, debido a que las entidades detrás de ellas tienen una gran cantidad de aplicaciones descendentes, es difícil construir aplicaciones y alcanzar un consenso en la misma cadena.

El ecosistema multichain actual presenta nuevos desafíos de liquidez y dispersión de estado. Dado que la existencia de múltiples cadenas es inevitable, la interoperabilidad se convierte en un campo que debe ser explorado y resuelto. Actualmente existen diversas soluciones de liquidez, como la abstracción de cadenas, las intenciones, la ejecución de liquidaciones, las cadenas cruzadas nativas, los fragmentos ZK, entre otras, pero su esencia central es similar.

La arquitectura de Cake, reconocida en la industria, presenta de arriba hacia abajo la composición de los componentes centrales de la abstracción de cadenas cruzadas:

1. Capa de aplicación: la capa con la que los usuarios interactúan directamente, que oculta completamente los detalles de la conversión de liquidez.

2. Capa de permisos: los usuarios satisfacen su intención de negociación conectando su billetera a la dApp y solicitando un presupuesto.

3. Gestión de cuentas y capa de abstracción: mantener una estructura de cuentas única en diferentes cadenas.

4. Capa de solución: recibe y realiza la intención de transacción del usuario, el rol de Solver compite aquí para ofrecer una mejor experiencia al usuario.

5. Capa de liquidación: la capa intermedia que implementa la intención del usuario, que incluye componentes como oráculos, puentes entre cadenas, soluciones de confirmación anticipada, disponibilidad de datos, etc.

Solución

En el mercado hay varias soluciones para la liquidez y tomar a la gente por tonta, que incluyen principalmente:

1. Centrado en RaaS: como OP Stack, asiste a Rollup en compartir liquidez y estado mediante un ordenante compartido y un puente cruzado.

2. Centrado en la cuenta: como NEAR, construir una billetera de cuentas en toda la cadena que soporte la firma y ejecución de transacciones a través de múltiples protocolos de blockchain.

3. Centrado en la red de intenciones fuera de la cadena: los usuarios envían intenciones a la red Solver, y Solver compite ofreciendo las mejores soluciones.

4. Centrado en la red de liquidez en cadena: optimización especializada de problemas de liquidez entre cadenas, construcción de una capa de liquidez que comparta liquidez en toda la cadena.

5. Centrado en aplicaciones en cadena: construir aplicaciones de alta liquidez mediante la integración de grandes creadores de mercado o aplicaciones de terceros.

Proyectos Típicos

1. INFINIT: Construir servicios RaaS para DeFi, proporcionando los componentes necesarios para la construcción directa de protocolos.

2. Khalani Network: Construir tres componentes centrales: Capa de compatibilidad de Intent, Validez y Capa de liquidación general.

3. Liquorice: aplicación descentralizada que permite el descubrimiento de precios basado en subastas y un fondo de liquidez unilateral.

4. Xion: Basado en el protocolo de consenso Comet BFT, utiliza la comunicación entre cadenas Cosmos IBC.

5. =nil; Fundación: propone la solución zkSharding, utilizando tecnología ZK para escalar la red principal de Ethereum.

6. ERC-7683: Establecer un estándar común para operaciones entre Capa 2 y cadenas laterales, logrando una ejecución sin problemas entre cadenas.

7. OP Stack: a través del diseño de soluciones completas de múltiples Capa 2, aborda los problemas de transmisión de información y descentralización del secuenciador.

8. Unichain: A través de la integración con la red Superchain, ofrece funciones como puentes entre cadenas basados en intenciones, redes de verificación y Flashblocks.

Resumen

Resolver el problema de la liquidez entre cadenas es un campo complejo y lleno de soluciones variadas. Las soluciones de Capa 2 incluyen mensajes entre cadenas integrados en Ethereum y el Secuenciador compartido de OP Stack. Fuera del contexto de Capa 2, todas las Capa 1 también enfrentan problemas de liquidez, estado y la fragmentación de la experiencia del usuario.

La fragmentación de la liquidez, el estado y la experiencia del usuario en las cadenas cruzadas es un problema en toda la industria de la blockchain. Pensando en términos generales, es necesario adoptar un enfoque más abstracto de la abstracción de cadenas, como entrada para Web3, para resolver la fragmentación de la experiencia del usuario, mientras se integra la liquidez y el estado en lugares donde el usuario no lo percibe.

El futuro será necesariamente multichain, y resolver la dispersión de la liquidez es un desafío que la industria debe enfrentar. La integración de la liquidez en toda la cadena tiene un amplio espacio de desarrollo y podría dar lugar a grandes empresas en la era Web3.