Introducción
Desde que Ethereum se trasladó a soluciones de expansión centradas en Layer 2, junto con el surgimiento de herramientas como RaaS, muchas cadenas públicas han desarrollado rápidamente. Muchas entidades desean construir su propia cadena para representar diferentes intereses y buscar una valoración más alta. Sin embargo, la aparición de tantas cadenas públicas ha dificultado el desarrollo del ecosistema para seguir el ritmo de las cadenas públicas, lo que ha llevado a que muchos proyectos se desplomen en el TGE.
Con la ayuda de OP Stack, Coinbase lanzó su propia Capa Base 2, Kraken lanzó Ink; gracias a la tecnología ZK, OKX lanzó XLayer; Sony lanzó Soneium, LINE lanzó Kaia, entre otros. Hoy en día, el costo y la tecnología para construir una cadena se ha reducido significativamente, el costo de operar una cadena basada en OP Stack es de aproximadamente 10,000 dólares al mes.
El futuro será sin duda una era de coexistencia multichain. Aunque estas cadenas Layer 2 pueden optar por la compatibilidad con EVM para lograr interoperabilidad, debido a las numerosas aplicaciones downstream de las entidades Web2 detrás de ellas, es difícil construir aplicaciones y alcanzar consenso en la misma cadena.
Desglose de TVL, fuente: Defillama
El ecosistema multichain actual presenta un nuevo desafío: la dispersión de liquidez y estado. Dado que la existencia de múltiples cadenas es inevitable, la interoperabilidad es un área que debe ser explorada y resuelta. Actualmente existen muchas soluciones de liquidez, como las conocidas abstracciones de cadenas (Particle Network, Socket, XION, INFINIT, Borsa), intenciones (Anoma, Khalani), ejecución de clearing (Connext), CrossChain nativo (Cross), ZKSharding (=nil; Foundation), pero su esencia central es la misma.
Pila de Abstracción de Cadenas, Fuente: FrontierResearch
Utilizamos la arquitectura de Cake, ampliamente reconocida en la industria, para presentar los componentes centrales de la abstracción entre cadenas de arriba hacia abajo:
Capa de Aplicación
Esta es la capa con la que los usuarios interactúan directamente, y es también la capa más abstracta 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 frontal, sin necesariamente comprender el mecanismo de conversión de liquidez subyacente.
Capa de Permisos
Ubicado por debajo de la capa de aplicación, el usuario satisface su intención de transacción conectando su billetera a dApp y solicitando una cotización. Aquí, la "intención" se refiere al resultado final esperado por el usuario (es decir, la salida), y no a la ruta de ejecución específica de la transacción.
Capa de Gestión de Claves y Abstracción de Cuentas
Debido a la existencia de un entorno multichain, se necesita un sistema de gestión y abstracción de cuentas que se adapte a la estructura única de cuentas de cada cadena. Por ejemplo, el sistema de cuentas basado en objetos de SUI es completamente diferente al de EVM. One Balance es un proyecto representativo en este campo que construyó un sistema de cuentas confiable sin necesidad de establecer consenso entre cadenas, solo la promesa confiable entre los sistemas de cuentas existentes. Near Account permite la gestión abstracta generando billeteras de cuentas multichain para los usuarios, optimizando enormemente la experiencia del usuario y reduciendo la fragmentación de UX. Sin embargo, en términos de liquidez, se centra principalmente en integrar las cadenas públicas existentes.
Capa de Solución
Esta capa es responsable de recibir y realizar las intenciones de transacción del usuario, el rol del Solver compite aquí para proporcionar una mejor experiencia al usuario, incluyendo tiempos de transacción más rápidos y velocidad de ejecución. Sobre esta base, proyectos basados en intenciones como Anoma han construido diversas soluciones impulsadas por intenciones. Los derivados de tales intenciones, como el componente Predicate, pueden realizar la intención del usuario bajo reglas específicas.
Capa de Liquidación
Esta es la capa de middleware utilizada por la capa de solución para realizar las intenciones del usuario. Los componentes centrales de las soluciones de liquidez y dispersión del estado incluyen:
Oráculo: Se utiliza para obtener información de estado de otras cadenas.
Puentes entre cadenas: Son responsables de la transmisión de información y liquidez entre cadenas.
Soluciones de Pre-Confirmación: Reducen el tiempo de confirmación entre cadenas.
Disponibilidad de datos (DA): Proporciona accesibilidad a los datos.
Además, también se deben considerar factores como la liquidez entre cadenas, la certeza final, los mecanismos de prueba de Layer 2, etc., para garantizar el funcionamiento eficiente de todo el sistema multichain.
Soluciones
Actualmente, hay múltiples soluciones en el mercado para abordar la fragmentación de la liquidez. Tras revisar numerosas soluciones, hemos identificado principalmente estas formas:
1. Centrado en RaaS: Similar a soluciones de Rollup como OP Stack, mediante la adición de un orden compartido específico y puentes entre cadenas para ayudar a compartir liquidez y estado en las Rollups construidas sobre OP Stack. Se espera que esto aborde la dispersión de liquidez y estado a un nivel más alto. Uno de los diseños más específicos es el de un orden compartido separado, que está más dirigido a Layer 2 y no es universal, como Astria, Espresso y Flashbots.
Abstracción de Cadenas, fuente: NEAR
2. Centrado en cuentas: Similar a NEAR, construir una billetera de cuenta de cadena completa, respaldada por una tecnología llamada "firma en cadena" para firmar y ejecutar transacciones a través de múltiples protocolos de blockchain. El componente central es la red MPC, que firma transacciones en cadena en lugar de los usuarios. Este conjunto de soluciones, aunque puede resolver en gran medida el problema de la fragmentación de UX, implica una implementación backend compleja para los desarrolladores y no resuelve esencialmente la liquidez y la dispersión del estado.
3. Centrado en una red de intenciones fuera de cadena: Es la red de Solver en la estructura del pastel de "Introducción"; el núcleo es que los usuarios envían intenciones a la red de Solver, y este rol compite por las cotizaciones, proporcionando el mejor tiempo de finalización y precio de transacción. Estos Solvers pueden ser agentes de IA, CEX, creadores de mercado, e incluso protocolos integrados como Regaliz, entre otros. Proyectos en este ámbito incluyen Anoma, Khalani, Enso, aori y Valantis. Aunque las intenciones teóricamente pueden realizar operaciones complejas entre cadenas, en la práctica requieren suficientes Solvers de liquidez para ayudar, y cuando se encuentran con ciertas necesidades fuera de cadena, existe la posibilidad de fraude por parte de los Solvers. Si se introducen pruebas de fraude y otros medios, la implementación de la red de Solvers se vuelve más difícil y la barrera de entrada para operar un Solver también aumenta.
4. Centrado en redes de liquidez en cadena: Esta dirección se centra en optimizar los problemas de liquidez entre cadenas, pero no resuelve el problema de la dispersión del estado en otras cadenas. Su núcleo es construir una capa de liquidez sobre la cual se desarrollen aplicaciones para compartir liquidez a través de toda la cadena. Algunos proyectos incluyen: Raye Network, INFINIT, Everclear, Elixir, entre otros.
5. Centrado en aplicaciones en cadena: Este tipo de aplicaciones construyen aplicaciones de alta liquidez a través de la integración de grandes MM o aplicaciones de terceros, como Regaliz, Socket, Radiant Capital, 1inch, Hedgemony, etc. Este tipo de proyectos requieren manejar procesos complejos entre cadenas y tienen altas exigencias para los desarrolladores, por lo que también son propensos a ataques de hackers.
Resolver el problema de la liquidez es un tema muy importante, en el mundo financiero, la liquidez a menudo representa todo. Si se puede construir una plataforma de integración de liquidez, especialmente para integrar la liquidez dispersa de toda la cadena, tendrá un gran potencial, y hemos visto muchas soluciones diferentes.
En las dos categorías anteriores, podemos ver que según la estructura del pastel, la Capa de Liquidación es la solución a nivel más atómico. Sobre estas soluciones atómicas como las interconexiones entre cadenas, oráculos, y soluciones de Pre-Confirmación, se construyen capas más abstractas, que son la Capa de Solución, la Capa de Permisos y la Capa de Aplicación. Las diversas soluciones de abstracción o liquidez que enumeramos arriba, que se construyen en diferentes direcciones, se alinean con estos diferentes niveles y pueden entenderse como una relación entre upstream y downstream. Sin embargo, estas soluciones aún no son soluciones a nivel atómico, y el problema de la fragmentación de la liquidez ha generado muchos problemas derivados. Por lo tanto, en cuanto a interoperabilidad, han surgido diversas soluciones. Pero en esencia, todavía dependen de estos componentes. A continuación, discutiremos algunos proyectos típicos que conciben la abstracción de cadenas, para ver cómo cada uno aborda el problema de la fragmentación de la liquidez desde su propio punto de partida.
INFINIT
Estructura de INFINIT, fuente: Infinit
INFINIT construyó un servicio RaaS en el ámbito DeFi, que puede proporcionar los componentes necesarios para construir protocolos DeFi directamente, como Oracle, tipo de Pool, IRM, Activo, etc., y también puede ofrecer componentes como Trading con Apalancamiento y Estrategia de Rendimiento que se activan de inmediato. Este es un extremo de construcción de aplicaciones, pero la liquidez final se mantiene en la capa de liquidez de Infinit. Sin embargo, actualmente no se ha revelado el principio de funcionamiento subyacente. Actualmente, INFINIT ha recaudado 6 millones de dólares en una ronda de semillas liderada por Robot Ventures, Electric Capital y Maelstrom Capital.
Red Khalani
Estructura de la Red Khalani, fuente: KhalaniNetwork
Khalani construyó tres componentes centrales: la capa de compatibilidad de intención, la validez y la capa de liquidación general.
Las aplicaciones externas o la capa de intención pueden publicar intenciones a Khalani, luego la capa de compatibilidad de intención de Khalani puede convertir las intenciones externas en un formato que el Solver del protocolo puede reconocer, utilizando el formato estandarizado conocido como lenguaje de validez. Los nodos de Khalani son responsables de enviar el resultado final a la capa de liquidación general a través de puentes entre cadenas, tecnologías de liquidación rápida, etc. Este proyecto aún se encuentra en fase de construcción y no ha revelado más detalles de trabajo. En agosto, recibió 2.2 millones de dólares en una ronda de semillas de Ethereal Ventures, Nascent, Maelstrom Capital, entre otros.
Regaliz
Estructura de Regaliz, fuente: Regaliz
Regaliz es una aplicación descentralizada que permite descubrir precios basados en subastas y pools de liquidez unidireccionales. La misión principal de Regaliz es proporcionar herramientas eficientes de gestión de inventario para empresas de trading profesionales, y al mismo tiempo, al utilizar intenciones para liquidar transacciones, se conecta fácilmente a protocolos DeFi centrales como 1inch y Uniswap X. Además, Regaliz ha creado un mercado de préstamos para facilitar las transacciones de préstamos. Esta aplicación se centra más en la transacción en sí. Actualmente, sigue en desarrollo y en julio anunció haber recaudado 1.2 millones de dólares en una ronda de financiamiento Pre-semilla liderada por GreenField.
Xion
Xion es una evolución de la marca Burnt; anteriormente, Burnt se centraba en aplicaciones para consumidores, pero después de identificar un gran problema de fragmentación en las interacciones en cadena, construyeron Xion para mejorar esta situación. Xion se basa en el protocolo de consenso Comet BFT. La comunicación entre cadenas que utiliza se basa en Cosmos IBC, lo que la hace más nativa y segura que otros puentes entre cadenas. Ha recaudado cuatro rondas de financiamiento con inversores como Animoca, Multicoin, Alliance DAO, Mechanism, entre otros.
=nil; Fundación
nil es el mercado de potencia ZK de Ethereum, procesadores ZK y desarrolladores de Layer 2, el equipo tiene una sólida base en tecnología ZK. Propusieron la solución zkSharding, que utiliza tecnología ZK para escalar horizontalmente la mainnet de Ethereum, ejecutando el procesamiento paralelo de fragmentos y generando ZKP, mientras que el fragmento principal valida los datos, se comunica con Ethereum y sincroniza el estado de la red entre todos los validadores. El fragmento principal también gestiona la distribución de validadores y cuentas en el fragmento de ejecución. El protocolo de consenso utilizado por el comité de validadores es también Hotstuff, que es común en proyectos de ejecución paralela recientes. =nil; L2 desde el principio ha integrado la comunicación entre fragmentos en el protocolo. Los mensajes entre fragmentos son validados como transacciones por el comité de validadores de cada fragmento.
La idea básica es construir una arquitectura de Layer 2 fragmentada, similar a IBC, que incorpore comunicación entre fragmentos, de esta manera se pueden resolver los problemas de dispersión de liquidez y estado. Sin embargo, su idea central no es razonable, porque el problema de dispersión de liquidez es un problema multichain, y lo que se está construyendo es una única Layer 2, lo que significa que para resolverlo, todas las cadenas tendrían que convertirse en un fragmento de ZK-sharding, lo cual es difícil de lograr.
ERC-7683
ERC-7683, fuente: Across
Ethereum también está abordando el problema de la liquidez entre cadenas. Actualmente, Arbitrum, OP y Uniswap son los primeros en apoyar públicamente el estándar ERC7683, que también utiliza un enfoque basado en la intención. Su objetivo central es establecer estándares comunes para operaciones entre cadenas L2 y sidechains, estandarizando interfaces de órdenes y liquidación, logrando una ejecución entre cadenas sin problemas. Su núcleo es un Filler, que también puede ser considerado como el rol de Solver en la abstracción de cadenas. Esta propuesta fue construida conjuntamente por Uniswap y Across y actualmente está siendo revisada por el grupo de trabajo de Cake.
OP Stack
OP Stack, ERC-7683 y zkSharding son soluciones dirigidas a la fragmentación de liquidez entre Layer 2 en Ethereum, abordando el problema a nivel de arquitectura, consenso y aplicación. OP Stack, al diseñar una solución completa de múltiples Layer 2, aborda de una sola vez los problemas de transmisión de información y descentralización del secuenciador. Cuando utilizas la arquitectura OP Stack, se despliegan automáticamente contratos entre cadenas, y hay un Supervisor que desafía para evitar la transmisión de información falsa entre cadenas. Actualmente, Coinbase, Uniswap, Kraken, entre otros, utilizan la arquitectura OP Stack.
Uno de los ejemplos más típicos es Unichain. Unichain aborda el problema de la fragmentación de liquidez entre cadenas principalmente a través de la integración con la red Superchain. Esta configuración facilita el movimiento fluido de liquidez al ofrecer las siguientes funcionalidades:
Puente entre cadenas basado en intenciones: Este puente soporta transferencias de liquidez entre cadenas rápidas y confiables, permitiendo a los usuarios establecer intenciones, ayudando así al sistema a seleccionar automáticamente la mejor ruta para mover la liquidez. Este enfoque abstrae la complejidad para el usuario, haciendo que las transacciones entre cadenas sean más fluidas y rápidas.
Red de Validación Unichain (UVN): Esta red de operadores de nodos descentralizados valida transacciones entre cadenas, proporcionando una mayor certeza económica final. Una certeza final más rápida es crucial para garantizar la liquidación eficiente de transacciones entre cadenas, minimizando así el riesgo de fragmentación de liquidez debido a retrasos en la liquidación.
Flashblocks y construcción de bloques verificables: Al utilizar Flashblocks, Unichain ha reducido significativamente el tiempo de bloque, mejorando la eficiencia de los proveedores de liquidez y logrando un mercado entre cadenas más sincronizado. Flashblocks ayudan a asegurar que la liquidez esté disponible en cualquier momento y a reducir los efectos negativos causados por retrasos en la confirmación de bloques, que pueden llevar a la fragmentación de la liquidez.
Resumen
Resolver el problema de la liquidez entre cadenas es un campo muy complejo y lleno de soluciones variadas. Por ejemplo, las soluciones Layer 2 se dividen en aquellas que abordan la transmisión de mensajes entre cadenas, especialmente ERC-7683, y Layer 2 como OP que construyen OP Stack para compartir el secuenciador. Fuera del contexto de Layer 2, todas las Layer 1 también enfrentan problemas de fragmentación de liquidez, estado y experiencia del usuario, existen soluciones centradas en la liquidez, así como soluciones fuera de cadena de la red de Solvers, e incluso soluciones centradas en cuentas como NEAR, pero también necesitan basarse en este rol de Solver fuera de cadena.
Reconocemos que la fragmentación de la liquidez, el estado y la experiencia del usuario en la cadena es un problema en toda la industria de blockchain. Si se piensa de manera integral, se necesita un enfoque más abstracto, similar a la abstracción de cadenas, que equivaldría a la verdadera entrada a Web3, resolviendo así la fragmentación de la experiencia del usuario, mientras que la integración de la liquidez y el estado se realiza en lugares que el usuario no puede percibir. La forma específica de integración se divide en el uso de una red de soluciones fuera de cadena y puentes que integran de manera atómica, etc., todos estos son temas que valen la pena explorar. En general, el futuro será sin duda multichain, resolver el problema de la fragmentación de la liquidez es un desafío inevitable que toda la industria debe afrontar, y esta integración de liquidez a través de toda la cadena tiene un amplio espacio para crecer, pudiendo construir el Google de la era Web3.
