Estudio sobre el problema de la liquidez en la era de la Capa 2

Con la transición de Ethereum hacia soluciones de escalado centradas en Capa 2, junto con el auge de herramientas como RaaS, muchas cadenas públicas están desarrollándose rápidamente. Muchas instituciones esperan construir su propia cadena para representar diferentes demandas de intereses y buscar una mayor valoración. Sin embargo, la aparición de numerosas 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 experimenten una caída en su emisión.

Con la ayuda de OP Stack, varias instituciones han lanzado su propia Capa 2; gracias a la tecnología ZK, también hay empresas que han lanzado su propia capa. Hoy en día, el capital y la barrera tecnológica para construir una cadena se han reducido significativamente, 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. A pesar de que estas cadenas de Capa 2 pueden optar por la compatibilidad con EVM para lograr la interoperabilidad, debido a que las entidades de Web2 detrás de ellas tienen una gran cantidad de aplicaciones descendentes, les resulta difícil construir aplicaciones en la misma cadena y alcanzar consenso.

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 es un área que debe ser explorada y resuelta. Actualmente hay muchas soluciones de liquidez, pero su esencia central es la misma.

Utilizamos la arquitectura Cake, 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 en las soluciones de liquidez, ya que oculta completamente los detalles de la conversión de liquidez.

Capa de permisos: ubicada por debajo de la capa de aplicaciones, los usuarios satisfacen su intención de transacción al conectar su billetera a la dApp y solicitar una cotización. Aquí, la "intención" se refiere al resultado final de la transacción que el usuario espera, y no a la ruta de ejecución específica de la transacción.

Gestión de cuentas y capa abstracta: se necesita un sistema de gestión de cuentas y una capa abstracta que se adapten a diferentes cadenas para mantener la estructura de cuentas única de cada cadena.

Capa 2: Esta capa es responsable de recibir e implementar las intenciones de transacción de los usuarios, 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.

Capa de liquidación: esta es la capa intermedia utilizada por la capa de solución para realizar la intención del usuario. Los componentes centrales de las soluciones de liquidez y estado disperso incluyen oráculos, puentes entre cadenas, soluciones de confirmación anticipada, disponibilidad de datos, etc.

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

1. Centrado en RaaS: Asistir en la construcción de Rollups en OP Stack compartiendo liquidez y estado mediante la incorporación de ordenadores de compartición específicos y puentes entre cadenas.

2. Centrado en la cuenta: construir una billetera de cuenta de cadena completa, que soporte 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 intención 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 la red de liquidez en cadena: optimizar específicamente los problemas de liquidez entre cadenas, construir una capa de liquidez, sobre la cual se desarrollen aplicaciones, para compartir la liquidez de toda la cadena.

5. Centrado en aplicaciones en 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, en el mundo financiero la liquidez a menudo representa todo. Si se puede construir una plataforma de liquidez integrada, especialmente para unir la liquidez dispersa de toda la cadena, tendrá un gran potencial.

A continuación, discutiremos varios proyectos típicos de conceptos abstractos de cadena, para ver cómo cada uno aborda el problema de la liquidez de manera diferente.

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., además de ofrecer componentes como Leverage Trading y Yield Strategy que se pueden activar de inmediato.

Khalani Network ha construido tres componentes centrales, que son 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, y luego la capa de compatibilidad de intención de Khalani puede convertir las intenciones externas en un formato que el Solver del protocolo pueda reconocer.

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 a las empresas de trading profesionales herramientas eficientes para la gestión de inventarios y conectar fácilmente a los protocolos DeFi centrales al liquidar transacciones con intención de uso.

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; Foundation presentó la solución zkSharding, que utiliza tecnología ZK para escalar horizontalmente la red principal de Ethereum, ejecutando el procesamiento paralelo de fragmentos y generando ZKP, mientras que el fragmento principal verifica datos, se comunica con Ethereum y sincroniza el estado de la red entre todos los validadores.

ERC-7683 es un proyecto en Ethereum que está abordando el problema de la liquidez entre cadenas, cuyo objetivo principal es establecer estándares universales para las operaciones entre L2 y cadenas laterales, estandarizando las órdenes y las interfaces de liquidación, logrando una ejecución intercadena sin problemas.

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 descentralización del Sequencer. Al utilizar la arquitectura de OP Stack, se desplegarán automáticamente contratos cruzados, y habrá un Supervisor para desafiar y evitar la transmisión de información cruzada falsa.

Resolver el problema de la liquidez entre cadenas es un campo muy complejo y con muchas soluciones. Estamos bastante de acuerdo en que la liquidez entre cadenas, el estado y la fragmentación de la experiencia del usuario son problemas de toda la industria blockchain. Si se piensa de manera integral, es necesario abordar esto de una manera más abstracta, similar a la abstracción de cadenas, lo que equivale a ser la verdadera puerta de entrada a Web3, resolviendo la fragmentación en 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.

El futuro será definitivamente multichain, resolver el problema de la liquidez dispersa es un desafío que la industria debe enfrentar, y esta integración de liquidez en toda la cadena tiene un amplio espacio de crecimiento, lo que podría construir el Google de la era Web3.