Estudio sobre el problema de la liquidez en la era de Capa 2
Con el cambio de Ethereum hacia soluciones de escalado centradas en la Capa 2, junto con la aparición de herramientas relacionadas, muchas cadenas públicas han crecido 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 día con el ritmo de las cadenas públicas, lo que ha llevado a que muchos proyectos enfrenten dificultades desde el principio.
Gracias a las tecnologías relacionadas, varias empresas e instituciones reconocidas han lanzado su propia Capa 2 o cadena propietaria. Hoy en día, el capital y las barreras tecnológicas para construir una cadena se han reducido drásticamente, y el costo de operar una cadena basada en un stack tecnológico específico es de aproximadamente 10,000 dólares al mes.
El futuro será indudablemente 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 existen muchas soluciones de Liquidez, como la abstracción de cadena, intenciones, Clearing Execution, Native CrossChain, ZKSharding, etc., pero su esencia central es la misma.
Utilizamos la arquitectura Cake, reconocida en la industria, para presentar de arriba hacia abajo los componentes centrales de la abstracción entre cadenas.
Capa de Aplicación (Application Layer)
Esta es la capa de interacción directa del usuario, 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. En la capa de aplicación, el usuario interactúa con la interfaz frontal, pero puede no conocer el mecanismo de conversión de liquidez subyacente.
Capa de Permisos
Ubicado debajo de la capa de aplicación, los usuarios satisfacen su intención de transacción al conectar su billetera a la dApp y solicitar una cotización. Aquí, "intención" se refiere al resultado final de la transacción que el usuario espera (es decir, la salida), 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 del 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 las estructuras de cuentas únicas de cada cadena. Algunos proyectos logran una gestión abstracta construyendo sistemas de cuentas confiables o generando billeteras de cuentas multicadena para los usuarios, lo que optimiza enormemente la experiencia del usuario y reduce la fragmentación de la UX.
Capa de resolución (Solver Layer)
Esta capa es responsable de recibir e implementar las intenciones de comercio del usuario. El rol de Solver compite aquí para ofrecer una mejor experiencia de usuario, incluyendo tiempos de transacción más rápidos y velocidades de ejecución. Sobre esta base, algunos proyectos han construido diversas soluciones impulsadas por intenciones.
Capa de Liquidación (Settlement Layer)
Esta es la capa intermedia utilizada para resolver la intención del usuario. Los componentes centrales de las soluciones de liquidez y estado disperso incluyen:
Oracle: utilizado para obtener información sobre el estado en otras cadenas.
Puentes (Bridges): responsables de la transmisión de información y liquidez entre cadenas.
Confirmación anticipada (Pre-Confirmation): reducir el tiempo de confirmación entre cadenas.
Disponibilidad de datos (DA): proporciona la accesibilidad de los datos.
Además, también se deben considerar factores como la liquidez entre cadenas, la confirmación final (Finality), el mecanismo de prueba de Capa 2, entre otros, 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 las siguientes formas:
Centrado en una tecnología específica: asiste en la construcción de Rollup sobre una pila de tecnología específica mediante la incorporación de un ordenamiento compartido y un puente entre cadenas para compartir liquidez y estado.
Centrado en la cuenta: construir una billetera de cuenta de cadena completa que, a través de tecnología específica, soporte la firma y ejecución de transacciones a través de múltiples protocolos de blockchain.
Centrado en la red de intenciones fuera de la cadena: los usuarios envían intenciones a la red Solver, el rol de Solver compite por las ofertas, proporcionando el mejor tiempo de finalización y precio de transacción.
Centrado en la red de liquidez en cadena: optimización específica de los problemas de liquidez entre cadenas, construcción de una capa de liquidez sobre la cual desarrollar aplicaciones para compartir la liquidez de toda la cadena.
Centrado en aplicaciones en cadena: construir aplicaciones de alta liquidez integrando 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 lo representa todo. Si se puede construir una plataforma de liquidez integrada, especialmente una que integre la liquidez fragmentada de toda la cadena, tendrá un gran potencial.
A continuación, discutiremos varios proyectos típicos de conceptos de abstracción de cadenas para ver cómo cada uno aborda el problema de la liquidez tomar a la gente por tonta desde su propio punto de partida.
INFINIT
INFINIT ha construido un servicio 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 los extremos de construcción de otras aplicaciones, pero la liquidez final se coloca en la capa de liquidez de INFINIT.
Khalani Network
Khalani ha construido tres componentes centrales, que son la capa de compatibilidad de Intent, Validity 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 Intent de Khalani puede convertir las intenciones externas en un formato que el Solver del protocolo puede reconocer.
Regaliz
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 herramientas eficientes de gestión de inventario para empresas de trading profesional y conectarse fácilmente a los 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 es el mercado de potencia de cálculo ZK de Ethereum, un coprocesador ZK y desarrollador de Capa 2, que propone la solución zkSharding. Esta solución utiliza tecnología ZK para escalar horizontalmente la red principal de Ethereum, ejecutar procesamiento paralelo de fragmentos y generar ZKP.
ERC-7683
Ethereum también está abordando el problema de la liquidez entre cadenas, actualmente algunos proyectos conocidos están apoyando públicamente el estándar ERC7683, que también utiliza un método de cadena cruzada basado en Intent. Su objetivo principal es establecer un estándar universal para las operaciones cruzadas entre L2 y cadenas laterales, estandarizando las interfaces de órdenes y liquidaciones para lograr una ejecución cruzada sin problemas.
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 descentralización del Sequencer. Al utilizar la arquitectura de OP Stack, se implementarán automáticamente contratos cruzados, y existirá un Supervisor para desafiar y evitar la transmisión de información cruzada falsa.
resumen
Resolver el problema de la liquidez entre cadenas es un campo muy complejo y con múltiples soluciones. Diferentes enfoques intentan abordar la fragmentación de la liquidez, el estado y la experiencia del usuario. El futuro será sin duda multichain, y resolver el problema de la liquidez dispersa es un desafío inevitable que la industria debe enfrentar, mientras que esta integración de la liquidez en toda la cadena presenta un amplio espacio de desarrollo, con el potencial de construir una infraestructura importante para la era Web3.
Ver originales
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
El problema de la fragmentación de la liquidez en la era de Capa 2: exploración de soluciones en un ecosistema multichain.
Estudio sobre el problema de la liquidez en la era de Capa 2
Con el cambio de Ethereum hacia soluciones de escalado centradas en la Capa 2, junto con la aparición de herramientas relacionadas, muchas cadenas públicas han crecido 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 día con el ritmo de las cadenas públicas, lo que ha llevado a que muchos proyectos enfrenten dificultades desde el principio.
Gracias a las tecnologías relacionadas, varias empresas e instituciones reconocidas han lanzado su propia Capa 2 o cadena propietaria. Hoy en día, el capital y las barreras tecnológicas para construir una cadena se han reducido drásticamente, y el costo de operar una cadena basada en un stack tecnológico específico es de aproximadamente 10,000 dólares al mes.
El futuro será indudablemente 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 existen muchas soluciones de Liquidez, como la abstracción de cadena, intenciones, Clearing Execution, Native CrossChain, ZKSharding, etc., pero su esencia central es la misma.
Utilizamos la arquitectura Cake, reconocida en la industria, para presentar de arriba hacia abajo los componentes centrales de la abstracción entre cadenas.
Capa de Aplicación (Application Layer)
Esta es la capa de interacción directa del usuario, 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. En la capa de aplicación, el usuario interactúa con la interfaz frontal, pero puede no conocer el mecanismo de conversión de liquidez subyacente.
Capa de Permisos
Ubicado debajo de la capa de aplicación, los usuarios satisfacen su intención de transacción al conectar su billetera a la dApp y solicitar una cotización. Aquí, "intención" se refiere al resultado final de la transacción que el usuario espera (es decir, la salida), 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 del 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 las estructuras de cuentas únicas de cada cadena. Algunos proyectos logran una gestión abstracta construyendo sistemas de cuentas confiables o generando billeteras de cuentas multicadena para los usuarios, lo que optimiza enormemente la experiencia del usuario y reduce la fragmentación de la UX.
Capa de resolución (Solver Layer)
Esta capa es responsable de recibir e implementar las intenciones de comercio del usuario. El rol de Solver compite aquí para ofrecer una mejor experiencia de usuario, incluyendo tiempos de transacción más rápidos y velocidades de ejecución. Sobre esta base, algunos proyectos han construido diversas soluciones impulsadas por intenciones.
Capa de Liquidación (Settlement Layer)
Esta es la capa intermedia utilizada para resolver la intención del usuario. Los componentes centrales de las soluciones de liquidez y estado disperso incluyen:
Además, también se deben considerar factores como la liquidez entre cadenas, la confirmación final (Finality), el mecanismo de prueba de Capa 2, entre otros, 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 las siguientes formas:
Centrado en una tecnología específica: asiste en la construcción de Rollup sobre una pila de tecnología específica mediante la incorporación de un ordenamiento compartido y un puente entre cadenas para compartir liquidez y estado.
Centrado en la cuenta: construir una billetera de cuenta de cadena completa que, a través de tecnología específica, soporte la firma y ejecución de transacciones a través de múltiples protocolos de blockchain.
Centrado en la red de intenciones fuera de la cadena: los usuarios envían intenciones a la red Solver, el rol de Solver compite por las ofertas, proporcionando el mejor tiempo de finalización y precio de transacción.
Centrado en la red de liquidez en cadena: optimización específica de los problemas de liquidez entre cadenas, construcción de una capa de liquidez sobre la cual desarrollar aplicaciones para compartir la liquidez de toda la cadena.
Centrado en aplicaciones en cadena: construir aplicaciones de alta liquidez integrando 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 lo representa todo. Si se puede construir una plataforma de liquidez integrada, especialmente una que integre la liquidez fragmentada de toda la cadena, tendrá un gran potencial.
A continuación, discutiremos varios proyectos típicos de conceptos de abstracción de cadenas para ver cómo cada uno aborda el problema de la liquidez tomar a la gente por tonta desde su propio punto de partida.
INFINIT
INFINIT ha construido un servicio 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 los extremos de construcción de otras aplicaciones, pero la liquidez final se coloca en la capa de liquidez de INFINIT.
Khalani Network
Khalani ha construido tres componentes centrales, que son la capa de compatibilidad de Intent, Validity 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 Intent de Khalani puede convertir las intenciones externas en un formato que el Solver del protocolo puede reconocer.
Regaliz
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 herramientas eficientes de gestión de inventario para empresas de trading profesional y conectarse fácilmente a los 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 es el mercado de potencia de cálculo ZK de Ethereum, un coprocesador ZK y desarrollador de Capa 2, que propone la solución zkSharding. Esta solución utiliza tecnología ZK para escalar horizontalmente la red principal de Ethereum, ejecutar procesamiento paralelo de fragmentos y generar ZKP.
ERC-7683
Ethereum también está abordando el problema de la liquidez entre cadenas, actualmente algunos proyectos conocidos están apoyando públicamente el estándar ERC7683, que también utiliza un método de cadena cruzada basado en Intent. Su objetivo principal es establecer un estándar universal para las operaciones cruzadas entre L2 y cadenas laterales, estandarizando las interfaces de órdenes y liquidaciones para lograr una ejecución cruzada sin problemas.
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 descentralización del Sequencer. Al utilizar la arquitectura de OP Stack, se implementarán automáticamente contratos cruzados, y existirá un Supervisor para desafiar y evitar la transmisión de información cruzada falsa.
resumen
Resolver el problema de la liquidez entre cadenas es un campo muy complejo y con múltiples soluciones. Diferentes enfoques intentan abordar la fragmentación de la liquidez, el estado y la experiencia del usuario. El futuro será sin duda multichain, y resolver el problema de la liquidez dispersa es un desafío inevitable que la industria debe enfrentar, mientras que esta integración de la liquidez en toda la cadena presenta un amplio espacio de desarrollo, con el potencial de construir una infraestructura importante para la era Web3.