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

Con la transición de Ethereum hacia soluciones de escalado centradas en Capa 2 y la aparición de herramientas como RaaS, numerosas cadenas públicas se están desarrollando rápidamente. Muchas entidades 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 las cadenas públicas, lo que ha llevado a que muchos proyectos enfrenten dificultades en sus etapas iniciales.

Gracias a tecnologías como OP Stack, varias empresas y plataformas reconocidas han lanzado sus propias soluciones de Capa 2. Hoy en día, los costos y las barreras tecnológicas 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, es difícil construir aplicaciones y alcanzar un consenso en la misma cadena.

El ecosistema multichain actual presenta un nuevo desafío: Liquidez y dispersión del estado. Dado que la existencia de múltiples cadenas es inevitable, la interoperabilidad se convierte en un área que debe ser explorada y resuelta. Actualmente hay muchas soluciones de liquidez, pero su esencia central es similar.

Utilizamos la arquitectura Cake, bastante 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 (Application Layer)

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 (Permission Layer)

Ubicado 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í, "intención" se refiere al resultado final esperado de la transacción por parte del usuario, y no a la ruta de ejecución específica de la transacción.

Gestión de cuentas y abstracción de claves (Key Management and Account Abstraction)

Debido a la existencia de un entorno multichain, 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. Algunos proyectos logran la gestión de abstracción construyendo sistemas de cuentas confiables o generando billeteras de cuentas multichain para los usuarios, optimizando enormemente la experiencia del usuario y reduciendo la fragmentación de la UX.

Capa de Solución (Solver Layer)

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. Algunos proyectos han construido diversas soluciones impulsadas por intenciones que pueden realizar la intención del usuario bajo reglas específicas.

Capa de Liquidación

Esta es la capa intermedia utilizada para resolver 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 sobre el estado en otras cadenas.
• Puente entre cadenas: responsable de la transmisión de información y liquidez entre cadenas.
• Confirmación anticipada del plan: acortar el tiempo de confirmación entre cadenas.
• Disponibilidad de datos: Proporcionar accesibilidad a los datos.

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

Solución

Actualmente, hay varias soluciones en el mercado para resolver la liquidez tomar a la gente por tonta, que incluyen principalmente:

1. Centrado en RaaS: Asistir en la construcción de Rollups en arquitecturas específicas compartiendo liquidez y estado a través de la incorporación de ordenadores compartidos específicos y puentes entre cadenas.

2. Centrado en la cuenta: construir una billetera de cuenta a lo largo de toda la cadena, apoyando la firma y ejecución de transacciones a través de múltiples protocolos de blockchain mediante la tecnología de "firma en cadena".

3. Centrado en la red de intenciones fuera de la cadena: los usuarios envían intenciones a la red Solver, Solver compite en ofertas, proporcionando el mejor tiempo de finalización y precio de transacción.

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

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

Resolver el problema de la Liquidez es un tema muy importante. Si se puede construir una plataforma de integración de Liquidez, especialmente integrando la Liquidez dispersa de toda la cadena, tendrá un gran potencial.

A continuación se presentan algunos proyectos típicos de conceptos de abstracción de cadenas:

INFINIT

INFINIT ha construido un servicio RaaS para DeFi, que proporciona 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 habilitar de inmediato.

Khalani Network

Khalani ha construido tres componentes clave, que son la capa de compatibilidad de Intención, Validez y la capa de liquidación general. Las aplicaciones externas o la capa de intención pueden publicar intenciones a Khalani, y luego la capa de compatibilidad de Intención de Khalani puede convertir las intenciones externas en un formato que el Solver de protocolo puede reconocer.

Liquorice

Liquorice es una aplicación descentralizada que permite el descubrimiento de precios basado en subastas y pools de liquidez unidireccionales. Su misión principal es proporcionar herramientas eficientes de gestión de inventario para empresas de trading profesionales y conectarse fácilmente a protocolos DeFi centrales al liquidar transacciones con intención de uso.

Xion

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

=nil; Fundación

nil propuso la solución zkSharding, que utiliza tecnología ZK para escalar horizontalmente la red principal de Ethereum, ejecutando procesamiento de transacciones en paralelo por medio de fragmentación y generando 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 está abordando el problema de la liquidez entre cadenas, y actualmente varias plataformas principales apoyan públicamente el estándar ERC7683. Su objetivo central 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 fluida entre cadenas.

OP Stack

OP Stack diseña una solución completa de múltiples Capa 2 para resolver de una vez los problemas de transmisión de información y la descentralización del Sequencer. Al usar la arquitectura OP Stack, se implementarán automáticamente contratos cross-chain, y habrá un Supervisor para desafiar y evitar la transmisión de información cross-chain falsa.

Resumen

Resolver el problema de la liquidez entre cadenas es un campo muy complejo y con múltiples soluciones. Desde las soluciones de Capa 2 hasta los problemas de liquidez, estado y experiencia de usuario de todas las Capa 1, existen diferentes enfoques para resolverlos. El futuro será sin duda multichain, y enfrentar el desafío de la dispersión de la liquidez es una necesidad inevitable para la industria. La integración de la liquidez en toda la cadena tiene un amplio espacio de crecimiento y podría construir una infraestructura importante para la era Web3.