Investigación en Profundidad: Explorando los Desafíos de la Fragmentación de Liquidez en la Capa 2

Gate Ventures

Introducción

Desde que Ethereum se trasladó hacia un modelo de expansión centrado en Capa 2 y con el auge de herramientas como RaaS, numerosas cadenas de bloques públicas han surgido rápidamente. Muchas entidades están ansiosas por construir sus propias cadenas para representar intereses únicos y buscar valoraciones más altas. Sin embargo, la proliferación de estas cadenas de bloques ha creado un desafío para el ecosistema, que lucha por mantenerse al día, lo que resulta en que muchos proyectos experimentan una caída de precios inmediatamente después de su TGE (Evento de Generación de Token).

Aprovechando el OP Stack, Coinbase lanzó Base, su red de Capa 2, mientras que Kraken lanzó Ink; OKX utilizó la tecnología ZK para introducir XLayer; Sony lanzó Soneium, y LINE presentó Kaia. Hoy en día, las barreras financieras y técnicas para crear una blockchain se han reducido significativamente, con el costo operativo de una cadena basada en OP Stack ahora promediando alrededor de $10,000 por mes.

El futuro será indudablemente una era de coexistencia de múltiples cadenas. Aunque estas cadenas de Capa 2 pueden adoptar la compatibilidad con EVM para la interoperabilidad, lograr un consenso sobre la construcción de aplicaciones en una sola cadena sigue siendo un desafío, dado que muchas de estas cadenas están respaldadas por entidades de Web2 con aplicaciones en el extremo muy extensas.

Desglose de TVL, fuente: Defillama
El actual panorama multichain ha llevado a un nuevo desafío: la liquidez y la fragmentación del estado. Dado que un entorno multichain es inevitable, la interoperabilidad se ha convertido en un área crucial para explorar y abordar. Si bien existen numerosas soluciones de liquidez disponibles, como la Abstracción de Cadena (Particle Network, Socket, XION, INFINIT, Borsa), Protocolos Basados en Intención (Anoma, Khalani), Ejecución de Liquidación (Connext), Nativo Cross-Chain (Cross) y ZK Sharding (=nil; Foundation), todos tienen como objetivo fundamental resolver los mismos problemas centrales.

Stack de Abstracción de Cadena, Fuente: Investigación Frontier
Utilizamos la arquitectura Cake reconocida en la industria para introducir los componentes centrales de la abstracción entre cadenas de arriba hacia abajo:

Capa de Aplicación

Esta es la capa donde los usuarios interactúan directamente, y es la capa más abstracta dentro de las soluciones de liquidez ya que oculta completamente los detalles de la conversión de liquidez. En la Capa de Aplicación, los usuarios interactúan con la interfaz de front-end sin necesariamente entender los mecanismos subyacentes de conversión de liquidez.

Capa de Permiso

Ubicada debajo de la Capa de Aplicación, esta capa permite a los usuarios conectar sus billeteras a una dApp y solicitar cotizaciones para cumplir con sus intenciones de transacción. Aquí, "intención" se refiere al resultado final deseado de la transacción por parte del usuario (es decir, salida), en lugar de la ruta de ejecución específica que tomará la transacción.

Gestión de Claves y Capa de Abstracción de Cuentas

Debido al entorno de múltiples cadenas, se necesita un sistema de gestión y abstracción para manejar estructuras de cuentas únicas a través de diferentes cadenas. Por ejemplo, el sistema de cuentas centrado en objetos de SUI difiere completamente del EVM. OneBalance es un proyecto representativo en este ámbito, estableciendo un sistema de cuentas confiable que no requiere consenso entre cadenas, solo un compromiso confiable entre los sistemas de cuentas existentes. El modelo de cuentas de NEAR emplea la generación de billeteras de múltiples cadenas para lograr la abstracción en la gestión de billeteras, mejorando significativamente la experiencia del usuario y reduciendo la fragmentación de UX. Sin embargo, la integración de liquidez se centra principalmente en las cadenas públicas existentes.

Solver Capa 2

Esta capa es responsable de recibir y ejecutar las intenciones de transacción de los usuarios, con roles de "Solver" compitiendo aquí para ofrecer una mejor experiencia al usuario, incluyendo tiempos de transacción más rápidos y velocidad de ejecución. Proyectos basados en intenciones como Anoma utilizan esta capa para construir soluciones impulsadas por intenciones. Los derivados de estas intenciones, como los componentes Predicate, pueden cumplir con las intenciones del usuario dentro de ciertas reglas.

Capa de liquidación

Esta es la capa intermedia que utiliza la Capa del Solucionador para cumplir con las intenciones del usuario. Los componentes clave en las soluciones de liquidez y fragmentación de estado incluyen:

Oráculo:Utilizado para obtener información del estado de otras cadenas.
Puentes:Facilitar la transmisión de información y liquidez entre cadenas.
Mecanismos de Preconfirmación:Acortar los tiempos de confirmación entre cadenas.
Disponibilidad de Datos (DA):Asegura la accesibilidad de los datos.
Además, se consideran factores como la liquidez entre cadenas, la finalización y los mecanismos de prueba de Capa 2 para garantizar el funcionamiento eficiente de todo el sistema multi-cadena.

Solución

Actualmente, hay varias soluciones en el mercado destinadas a abordar la fragmentación de la liquidez. Después de revisar numerosos enfoques, identificamos los siguientes métodos principales:

1. Solución centrada en RaaS (Rollup-as-a-Service)
Similar a la solución Rollup de OP Stack, este enfoque agrega secuenciadores compartidos específicos y puentes entre cadenas para ayudar a los Rollups construidos sobre OP Stack a compartir liquidez y estado. Este método busca abordar la fragmentación de liquidez y estado a un nivel más alto. Un aspecto más especializado dentro de este enfoque implica el diseño de secuenciadores compartidos independientes, aunque esto es principalmente adecuado para soluciones de Capa 2 y carece de aplicabilidad universal. Ejemplos incluyen Astria, Espresso y Flashbots.

Abstracción de Cadena, fuente: NEAR
2. Enfoque Centrado en la Cuenta
Similar a NEAR, este método construye una billetera de cuenta cruzada, permitiendo que las transacciones sean firmadas y ejecutadas a través de múltiples protocolos de blockchain utilizando una tecnología llamada “firmas de cadena”. El componente central es la red MPC (Cálculo de Múltiples Partes), que firma transacciones multi-cadena en nombre de los usuarios. Aunque esta solución reduce en gran medida la fragmentación de la experiencia del usuario, implica implementaciones complejas en el backend para los desarrolladores y no resuelve fundamentalmente la liquidez y la fragmentación del estado.

3. Enfoque Centrado en la Red de Intención Fuera de la Cadena
Esta es la “Red de Solucionadores” mencionada en nuestro diagrama de arquitectura de Cake en la introducción. Aquí, los usuarios envían sus intenciones de transacción a la Red de Solucionadores, donde los Solucionadores compiten para proporcionar la mejor cotización, optimizando el tiempo y costo de completación de la transacción. Estos Solucionadores pueden incluir Agentes de IA, CEXs, Creadores de Mercado, o incluso protocolos integrados como Liquorice. Los proyectos en este espacio incluyen Anoma, Khalani, Enso, Aori y Valantis. Si bien las soluciones basadas en intenciones teóricamente apoyan operaciones complejas entre cadenas, requieren una liquidez sustancial dentro de la Red de Solucionadores para una ejecución efectiva. Adicionalmente, en casos de necesidades fuera de la cadena, los Solucionadores pueden presentar riesgos de fraude; introducir pruebas de fraude o mecanismos similares aumentaría la dificultad de implementación y elevaría el umbral operativo para ejecutar Solucionadores.
4. Enfoque Centrado en la Red de Liquidez en la Cadena
Este método se dirige específicamente a la optimización de la liquidez entre cadenas sin abordar el problema más amplio de la fragmentación del estado entre cadenas. El componente central es la construcción de una capa de liquidez, sobre la cual se pueden construir aplicaciones para compartir liquidez entre cadenas. Ejemplos incluyen Raye Network, INFINIT, Everclear y Elixir.

5. Enfoque Centrado en la Aplicación
Este tipo de aplicación integra a los principales creadores de mercado o aplicaciones de terceros para construir soluciones de alta liquidez, como Liquorice, Socket, Radiant Capital, 1inch y Hedgemony. Sin embargo, estos proyectos deben gestionar procesos complejos entre cadenas, lo que requiere un alto nivel de experiencia por parte de los desarrolladores, haciéndolos vulnerables a riesgos de seguridad como incidentes de hacking.

Resolver los desafíos de liquidez es un objetivo crítico, ya que la liquidez a menudo impulsa todo en el mundo financiero. El potencial de construir una plataforma de liquidez unificada, especialmente una que consolide la liquidez fragmentada a través de todas las cadenas, tiene una enorme promesa, y hemos examinado diversas soluciones que buscan abordar este problema.

En el marco que discutimos anteriormente, basado en la estructura de Cake, la Capa de Liquidación representa las soluciones a nivel más atómico. Esta capa incluye componentes esenciales como mecanismos de cadena cruzada, oráculos y esquemas de preconfirmación. Basándose en estas soluciones atómicas, emergen capas más abstractas, que incluyen la Capa de Solución, la Capa de Permiso y la Capa de Aplicación. Cada dirección de solución que esbozamos se alinea con estas capas, formando una relación de arriba hacia abajo. Sin embargo, estas soluciones aún no son atómicas, y la complejidad de la fragmentación de liquidez ha llevado a una variedad de problemas derivados, lo que ha provocado una serie de soluciones de interoperabilidad que, en última instancia, todavía dependen de estos componentes fundamentales.
A continuación, exploraremos varios proyectos típicos centrados en el concepto de abstracción de cadenas para examinar cómo cada uno aborda la fragmentación de liquidez desde su perspectiva única.

INFINIT

Estructura INFINIT, fuente: Infinit
INFINIT ha construido un servicio RaaS en el sector DeFi, que puede proporcionar los componentes necesarios para la construcción directa de protocolos DeFi, como Oracle, Tipo de Pool, IRM, Activo, etc. También puede ofrecer componentes listos para usar como Trading de Apalancamiento y Estrategia de Rendimiento. Es equivalente a otros extremos de construcción de aplicaciones, pero en última instancia coloca liquidez en la capa de liquidez de Infinit. Sin embargo, sus principios de funcionamiento subyacentes aún no se han divulgado. Actualmente, INFINIT ha asegurado $6 millones en financiación inicial de Robot Ventures, Electric Capital y Maelstrom Capital.

Khalani Network

Estructura de la red Khalani, fuente: Red Khalani

Khalani ha construido tres componentes principales: la Capa de Compatibilidad de Intención, Validez y la Capa de Liquidación Universal. Las aplicaciones externas o capas de intención pueden publicar intenciones en Khalani, luego la Capa de Compatibilidad de Intención de Khalani puede convertir intenciones externas en un formato reconocible por el protocolo Solver, utilizando un formato estandarizado llamado lenguaje de Validez. Los nodos de Khalani son responsables de enviar los resultados finales a la Capa de Liquidación Universal a través de puentes entre cadenas y tecnologías de liquidación rápida. Este proyecto aún se encuentra en fase de construcción, sin detalles adicionales de trabajo divulgados hasta ahora. Recibió $2.2 millones en financiación inicial de Ethereal Ventures, Nascent, Maelstrom Capital, etc., en agosto.

Regaliz

Estructura de Liquiricia, fuente: Liquiricia
Liquorice es una aplicación descentralizada que permite el descubrimiento de precios basado en subastas y grupos de liquidez unilaterales. La misión principal de Liquorice es proporcionar herramientas eficientes de gestión de inventario para empresas de trading profesionales y conectarse fácilmente con protocolos DeFi centrales como 1inch y UniswapX al liquidar operaciones con intención. Mientras tanto, Liquorice ha creado mercados de préstamos para sus transacciones de préstamos y créditos. Esta aplicación se centra más en la propia operación. Aún se encuentra en la etapa de desarrollo, habiendo anunciado en julio que aseguró $1.2 millones en financiación pre-semilla liderada por Greenfield Capital.

Xion

Xion es una mejora de la marca Burnt. En el pasado, Burnt se centró en aplicaciones de consumo, pero el equipo posteriormente descubrió problemas de fragmentación significativos en las interacciones en cadena. Por lo tanto, construyeron Xion para abordar este problema. Xion está construido sobre el protocolo de consenso Comet BFT y utiliza comunicación entre cadenas basada en Cosmos IBC, lo que lo hace más nativo y seguro que otros puentes entre cadenas. Ha pasado por cuatro rondas de financiamiento con inversores, incluidos Animoca, Multicoin, Alliance DAO, Mechanism, entre otros.

=nil; Fundación

La Fundación =nil; es un desarrollador del mercado de potencia de computación ZK de Ethereum, coprocesador ZK y Capa 2, con un equipo que posee una profunda experiencia en tecnología ZK. Propusieron la solución zkSharding, que utiliza tecnología ZK para escalar horizontalmente la red principal de Ethereum mediante la ejecución de transacciones de procesamiento paralelo de fragmentos y la generación de ZKP. El fragmento principal verifica datos, se comunica con Ethereum y sincroniza el estado de la red entre todos los validadores. También gestiona la distribución de validadores y cuentas dentro de los fragmentos de ejecución. El protocolo de consenso utilizado por el comité de validación es Hotstuff, que es común en proyectos recientes de ejecución paralela. El L2 =nil; ha integrado la comunicación entre fragmentos en su protocolo desde el principio. Los mensajes entre fragmentos son verificados como transacciones por el comité de validadores de cada fragmento.

La idea básica es construir una arquitectura de comunicación cruzada entre fragmentos incorporada similar a IBC a través de una arquitectura de Capa 2 fragmentada para resolver problemas de liquidez y dispersión de estados. Sin embargo, su idea central no tiene sentido porque resolver la dispersión de liquidez aborda problemas de múltiples cadenas mientras construye una sola Capa 2. Esto significa que resolverlo requeriría que todas las cadenas se conviertan en fragmentos de ZK-sharding, lo cual es difícil de lograr.

ERC-7683

ERC-7683, fuente: Across
Ethereum también está trabajando en abordar el problema de la liquidez entre cadenas. Actualmente, Arbitrum, OP y Uniswap son los primeros en apoyar públicamente el estándar ERC7683, que utiliza un enfoque de cadena cruzada basado en la intención. Su objetivo principal es establecer un estándar universal para las operaciones entre cadenas en L2 y cadenas laterales, estandarizando las interfaces de órdenes y liquidación para lograr una ejecución entre cadenas sin problemas. El núcleo principal es que un Filler también puede desempeñar el papel de Solver en la abstracción de cadenas actuando como un pagador proxy. Esta propuesta fue desarrollada conjuntamente por Uniswap y Across y actualmente está bajo revisión por el Grupo de Trabajo Cake.

OP Stack

El OP Stack, ERC-7683 y zkSharding son todas soluciones internas de Ethereum para abordar la fragmentación de liquidez entre Capa 2. Abordan el problema desde niveles arquitectónicos, de consenso y de aplicación, respectivamente. El OP Stack resuelve los problemas de transmisión de información y descentralización de secuenciadores al diseñar una solución integral multi-Capa 2 que implementa automáticamente contratos entre cadenas al usar la arquitectura del OP Stack. También hay un Supervisor presente para desafiar y prevenir la transmisión falsa de información entre cadenas. Actualmente, Coinbase, Uniswap, Kraken, etc., utilizan la arquitectura del OP Stack.

Un ejemplo típico es Unichain. Unichain aborda principalmente la fragmentación de liquidez entre cadenas a través de la integración con la red Superchain. Esta configuración facilita el movimiento de liquidez sin problemas al proporcionar:

• Puente de cadena cruzada basado en intenciones: Este puente admite transferencias de liquidez interbloqueo rápidas y confiables, lo que permite a los usuarios establecer intenciones que ayudan al sistema a seleccionar automáticamente el mejor camino para mover la liquidez. Este enfoque abstrae la complejidad para los usuarios, haciendo que las transacciones entre cadenas sean más fluidas y rápidas.
• Red de Verificación Unichain (UVN): Esta red de operadores de nodos descentralizados verifica transacciones entre cadenas proporcionando una finalización económica más rápida, lo cual es crucial para garantizar un asentamiento eficiente de las transacciones entre cadenas, minimizando así los riesgos de fragmentación de liquidez debido a asentamientos retrasados.
• Flashblocks y Construcción de Bloques Verificables: Al usar Flashblocks, Unichain reduce significativamente el tiempo de bloque, mejorando la eficiencia para los proveedores de liquidez mientras logra mercados intercadena más sincronizados. Flashblocks ayudan a garantizar que la liquidez permanezca fácilmente disponible, reduciendo los impactos negativos causados por los retrasos en la confirmación de bloques que podrían llevar a una liquidez fragmentada.

Conclusión

En resumen, resolver los problemas de liquidez entre cadenas es un campo vasto con numerosos enfoques. Por ejemplo, dentro del ecosistema de Capa 2, las soluciones van desde la mensajería entre cadenas integrada en Ethereum, como ERC-7683, hasta OP Stack en Optimism, que comparte secuenciadores para facilitar la liquidez. Más allá de Capa 2, las blockchains de Capa 1 también enfrentan desafíos con la liquidez fragmentada, el estado y la experiencia del usuario. Las soluciones aquí abarcan enfoques centrados en aplicaciones enfocados en la liquidez, Redes de Solucionadores fuera de la cadena, y soluciones centradas en cuentas como NEAR, que también dependen de roles de Solucionador fuera de la cadena.

La liquidez intercadena, el estado y la fragmentación de la experiencia del usuario representan desafíos centrales para toda la industria blockchain. Una abstracción de nivel superior, similar a la abstracción de cadenas, es un enfoque prometedor para abordar estos problemas de manera holística. Esto serviría como una verdadera puerta de entrada a Web3, resolviendo la fragmentación de la experiencia del usuario mientras consolida la liquidez y el estado de manera fluida, invisible para el usuario. Los métodos de integración varían, involucrando redes de Solucionadores fuera de la cadena o puentes atómicos intercadena, cada uno con méritos que vale la pena explorar.

En última instancia, un futuro multi-chain es inevitable, y abordar la fragmentación de la liquidez es un paso esencial para la industria. El potencial de crear una capa de liquidez unificada a través de todas las cadenas representa una enorme oportunidad de crecimiento, posiblemente allanando el camino para el equivalente de Web3 de Google.

Acerca de Gate Ventures

Gate Ventures, la rama de capital de riesgo de Gate, se centra en inversiones en infraestructura descentralizada, middleware y aplicaciones que transformarán el mundo en la era Web 3.0. Trabajando con líderes de la industria en todo el mundo, Gate Ventures ayuda a equipos y startups prometedores que poseen las ideas y capacidades necesarias para redefinir las interacciones sociales y financieras.

Sitio web: https://www.gate.com/ventures

Gracias por su atención.