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

Con la transición de Ethereum hacia soluciones de escalado centradas en Capa 2, junto con el surgimiento de herramientas como RaaS, numerosas cadenas públicas están desarrollándose rápidamente. Muchas instituciones desean construir su propia cadena para representar diferentes intereses y buscar una mayor valoración. Sin embargo, la proliferación de cadenas públicas ha dificultado el desarrollo del ecosistema para mantenerse al ritmo de estas cadenas, lo que ha llevado a que muchos proyectos fracasaran en el momento de su lanzamiento.

Gracias a OP Stack, una plataforma de intercambio ha lanzado su propia Capa 2, otra plataforma de intercambio ha publicado una nueva cadena; aprovechando la tecnología ZK, una plataforma de intercambio ha lanzado una nueva capa; una empresa de juegos ha publicado una nueva cadena, una plataforma social ha lanzado una nueva cadena, entre otros. Hoy en día, el capital y la barrera técnica para construir una cadena se han reducido drásticamente, y 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 de múltiples cadenas. Aunque estas Capa 2 pueden optar por la compatibilidad con EVM para lograr la interoperabilidad, debido a que las entidades detrás de ellas tienen una gran cantidad de aplicaciones descendentes, les resulta difícil construir aplicaciones y alcanzar consenso en la misma cadena.

El ecosistema multichain actual ha traído un nuevo desafío: la liquidez y la dispersión del estado. Dado que la existencia de múltiples cadenas es inevitable, la interoperabilidad es un área que debe ser explorada y resuelta. Actualmente, hay muchas soluciones de liquidez, como la abstracción de cadenas, la intención, la ejecución de clearing, el CrossChain nativo, ZKSharding, etc., pero su esencia central es la misma.

Utilizamos una arquitectura reconocida en la industria para presentar de arriba hacia abajo la composición de los componentes centrales de la abstracción de cadena cruzada:

Capa de aplicación

Esta es la capa con la que los usuarios interactúan directamente, y también es la más abstracta dentro de las soluciones de liquidez, ya que oculta por completo 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

Situado debajo de la capa de aplicación, los usuarios satisfacen su intención de negociación conectando su billetera a la dApp y solicitando una cotización. Aquí, la "intención" se refiere al resultado final de la negociación que el usuario espera (es decir, la salida), y no a la ruta de ejecución específica de la negociación.

Gestión de cuentas y capa abstracta

Debido a la existencia de un entorno de múltiples cadenas, se necesita un sistema de gestión de cuentas y abstracción que se adapte a diferentes cadenas para mantener la estructura de cuentas única de cada cadena. Por ejemplo, el sistema de cuentas centralizado de una cadena pública es completamente diferente al EVM. Un proyecto ha construido un sistema de cuentas confiable, que no requiere establecer un consenso entre cadenas, solo necesita compromisos confiables entre los sistemas de cuentas existentes. Otro proyecto logra una gestión abstracta generando billeteras de cuentas multichain para los usuarios, optimizando enormemente la experiencia del usuario y reduciendo la fragmentación de la UX. Sin embargo, en términos de liquidez, se han integrado principalmente las cadenas públicas existentes.

Resolver Capa 2

Esta capa es responsable de recibir e implementar la intención de transacción del usuario, el rol de Solver compite aquí para ofrecer una mejor experiencia al usuario, incluyendo tiempos de transacción más rápidos y velocidad de ejecución. Sobre esta base, se han construido varios soluciones impulsadas por la intención basadas en proyectos de intención. Derivados de este tipo de intención, como el componente Predicate, pueden realizar la intención del usuario bajo reglas específicas.

Capa de liquidación

Esta es la capa intermedia utilizada para resolver la capa con el fin de implementar la intención del usuario. Los componentes centrales de la solución de liquidez y estado disperso incluyen:

• Oráculo: utilizado para obtener información de estado de otras cadenas.
• Puente entre cadenas: responsable de la transmisión de información y liquidez entre cadenas.
• Confirmar el plan por adelantado: acortar el tiempo de confirmación entre cadenas.
• Disponibilidad de datos: proporciona accesibilidad a los datos.

Además, también se deben considerar factores como la liquidez entre cadenas, la confirmación final, el mecanismo de prueba de Capa 2, etc., para garantizar el funcionamiento eficiente de todo el sistema multichain.

Actualmente, hay varias soluciones en el mercado para la liquidez y tomar a la gente por tonta, principalmente las siguientes formas:

1. Centrado en RaaS: Asistir en la construcción de Rollup en una arquitectura específica mediante la incorporación de un ordenante compartido específico y un puente entre cadenas para compartir liquidez y estado. Esto espera poder resolver la liquidez y la dispersión del estado desde una dirección de nivel superior.

2. Centrado en la cuenta: construir una billetera de cuenta de cadena completa, que a través de una tecnología llamada "firma de cadena" soporte la firma y ejecución de transacciones a través de múltiples protocolos de blockchain. El componente central es la red MPC, que reemplaza al usuario para firmar transacciones multichain.

3. Centrado en la red de intenciones fuera de la cadena: los usuarios envían intenciones a la red Solver, y el rol de Solver compite por las ofertas, proporcionando el mejor tiempo de finalización y precio de transacción. Estos Solvers pueden ser Agentes de IA, intercambios, creadores de mercado e incluso el propio protocolo integrado.

4. Centrado en la red de liquidez en cadena: construir una capa de liquidez, sobre la cual se desarrollen aplicaciones para compartir la liquidez de toda la cadena.

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

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 que integre la Liquidez, especialmente integrando la Liquidez de toda la cadena que está dispersa, tendrá un gran potencial.

A continuación, discutiremos algunos proyectos típicos de conceptos de abstracción de cadenas, para ver cómo cada uno aborda el problema de la Liquidez de manera diferente desde su propio punto de partida.

INFINIT

INFINIT ha construido un servicio RaaS en el ámbito DeFi, que puede proporcionar los componentes necesarios para la construcción directa de protocolos DeFi, como Oracle, Pool Type, IRM, Asset, etc., y también puede ofrecer componentes como Leverage Trading y Yield Strategy que se pueden activar de inmediato. Es equivalente a otros extremos de construcción de aplicaciones, pero la liquidez final se coloca en la capa de liquidez de Infinit. Sin embargo, actualmente no ha revelado el funcionamiento subyacente.

Khalani Network

Khalani ha construido tres componentes centrales, que son la capa de compatibilidad de Intent, Validity y la capa de liquidación universal. Las aplicaciones externas o la capa de intención pueden publicar intenciones a Khalani, y luego la capa de compatibilidad de Intent de Khalani puede convertir las intenciones externas en un formato que el Solver del protocolo puede reconocer, utilizando el formato normalizado que es el lenguaje de Validity. Los nodos de Khalani son responsables de enviar el resultado final a la capa de liquidación universal a través de puentes entre cadenas, tecnología de liquidación rápida, entre otros.

Liquorice

Liquorice es una aplicación descentralizada que permite el descubrimiento de precios basado en subastas y pools de liquidez unidireccionales. La misión principal de Liquorice es proporcionar a las empresas de trading profesionales herramientas eficientes de gestión de inventario y conectar fácilmente con los protocolos DeFi centrales al liquidar transacciones con intención de uso. Al mismo tiempo, Liquorice ha creado un mercado de préstamos para realizar transacciones de préstamo. Esta aplicación se centra más en la propia transacción.

Xion

Xion se basa en el protocolo de consenso Comet BFT. La comunicación entre cadenas que utiliza se basa en Cosmos IBC, por lo que es más nativa y segura que otros puentes entre cadenas.

=nil; Fundación

nil es un mercado de potencia de cálculo ZK de Ethereum, un coprocesador ZK y desarrollador de Capa 2, el equipo tiene una sólida base técnica en ZK. Propuso la solución zkSharding, que utiliza tecnología ZK para escalar horizontalmente la red principal de Ethereum, ejecuta el procesamiento paralelo de fragmentos y genera ZKP, mientras que el fragmento principal verifica los datos, se comunica con Ethereum y sincroniza el estado de la red entre todos los validadores.

ERC-7683

Ethereum también está trabajando para resolver el problema de la liquidez entre cadenas. Actualmente, una cierta cadena pública y un cierto DEX son los primeros en apoyar públicamente el estándar ERC7683, que también utiliza un método de intercambio entre cadenas basado en Intent. Su objetivo principal es establecer un estándar común para las operaciones entre L2 y cadenas laterales, estandarizando las interfaces de pedidos y liquidación, y logrando una ejecución sin problemas entre cadenas. Su núcleo principal es un Filler, que también puede llamarse el papel de Solver en la abstracción de cadenas.

OP Stack

OP Stack, ERC-7683 y zkSharding son soluciones internas de Ethereum para la fragmentación de liquidez entre Capa 2, abordando respectivamente los niveles de arquitectura, consenso y aplicación. OP Stack diseña una solución completa de múltiples Capa 2 para resolver de una vez el problema de la transmisión de información y la descentralización del Sequencer. Al utilizar la arquitectura OP Stack, se desplegarán automáticamente contratos跨链, y habrá un Supervisor para desafiar y evitar la transmisión de información跨链 falsa.

Entre ellos, el más típico es Unichain. Unichain resuelve el problema de fragmentación de liquidez entre cadenas principalmente a través de su integración con la red Superchain. Esta configuración facilita el movimiento fluido de liquidez al ofrecer las siguientes funciones:

Puente de cadena cruzada basado en intenciones: este puente admite transferencias de liquidez rápidas y confiables entre blockchains, permitiendo a los usuarios establecer intenciones, lo que ayuda al sistema a seleccionar automáticamente la mejor ruta 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 validación Unichain (UVN): esta red de operadores de nodos descentralizados valida transacciones intercadena, proporcionando una mayor certeza económica final. Una certeza final más rápida es crucial para garantizar la liquidación eficiente de las transacciones intercadena, minimizando así el riesgo de fragmentación de la liquidez debido a liquidaciones tardías.

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 intercadena más sincronizado. Flashblocks ayuda a asegurar que la liquidez esté disponible en todo momento y reduce los efectos negativos causados por la demora en la confirmación de bloques, lo que podría llevar a la fragmentación de la liquidez.

Resumen

Resolver el problema de la liquidez entre cadenas es un campo muy complejo y con múltiples soluciones. Por ejemplo, las soluciones de Capa 2 se dividen en aquellas que utilizan mensajes entre cadenas incrustados en Ethereum, especialmente ERC-7683, y otras como OP que construyen el OP Stack para compartir el Sequencer. Fuera del contexto de Capa 2, todas las Capa 1 también enfrentan problemas de fragmentación de liquidez, estado y experiencia del usuario. Hay soluciones centradas en aplicaciones específicamente para la liquidez, así como soluciones fuera de la cadena como la de Solver Network, e incluso hay soluciones similares centradas en cuentas, pero también necesitan basarse en este tipo de rol fuera de la cadena.

Reconocemos que 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 cadena de bloques. Si se piensa en términos generales, se necesita un enfoque más abstracto, similar a la abstracción de cadenas, lo que equivale a la verdadera entrada a Web3. Esto resuelve 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. En cuanto a cómo integrar específicamente, se divide en el uso de redes Solver fuera de la cadena y la integración atómica de puentes cruzados, entre otros recursos, que valen la pena explorar. En general, el futuro será definitivamente multichain, y resolver el problema de la dispersión de la liquidez es un desafío inevitable que la industria debe enfrentar. Esta integración de la liquidez en toda la cadena tiene un amplio espacio de crecimiento y podría construir un nuevo ecosistema en la era de Web3.