Investigación sobre el problema de la liquidez fragmentada en la era de Capa 2
Con la transición de Ethereum hacia soluciones de escalabilidad centradas en Capa 2, junto con el auge de herramientas como RaaS, muchas cadenas públicas están evolucionando rápidamente. Muchas entidades desean construir su propia cadena para representar diferentes intereses y buscar una mayor valoración. Sin embargo, la aparición de numerosas cadenas públicas dificulta el desarrollo del ecosistema, lo que lleva a que muchos proyectos se desmoronen en el momento del TGE.
Actualmente, el financiamiento y la barrera técnica para construir una cadena se han reducido drásticamente; el costo mensual de operar una cadena basada en OP Stack es de aproximadamente 10,000 dólares. En el futuro, sin duda estaremos en una era de coexistencia multichain. Aunque estas cadenas de Capa 2 pueden optar por ser compatibles 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 y alcanzar un 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 se convierte en un campo que debe ser explorado y resuelto. Actualmente, hay muchas soluciones de liquidez, como la abstracción de cadenas, intenciones, ejecución de Clearing, 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 la estructura de los componentes centrales de la abstracción de cadena cruzada:
Capa de aplicación
Esta es la capa con la que interactúan directamente los usuarios, y también es la más abstracta en 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 entender el mecanismo de conversión de liquidez subyacente.
Capa de permisos
Situado por debajo de la capa de aplicación, los usuarios satisfacen su intención de comercio 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 capa de abstracción
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 las estructuras de cuentas únicas de cada cadena. Por ejemplo, el sistema de cuentas centrado en objetos de SUI es completamente diferente al de EVM. One Balance ha construido un sistema de cuentas confiable, sin necesidad de establecer un consenso entre cadenas, solo se requiere un compromiso confiable entre los sistemas de cuentas existentes. Near Account logra la gestión abstracta generando una billetera de cuentas multichain para los usuarios, optimizando enormemente la experiencia del usuario y reduciendo la fragmentación de UX.
Solución de 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. Con base en esto, proyectos impulsados por la intención como Anoma han construido diversas soluciones impulsadas por intenciones. 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 intermedia utilizada para resolver la intención del usuario. Los componentes centrales de las soluciones de liquidez y estado disperso incluyen:
Oráculo: utilizado para obtener información de estado de otras cadenas
Puente Cross-chain: responsable de la transmisión de información y Liquidez entre cadenas.
Confirmar el plan con anticipación: 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, el mecanismo de prueba de Capa 2, etc., para garantizar el funcionamiento eficiente de todo el sistema multichain.
Solución
Actualmente, hay varias soluciones en el mercado para resolver la liquidez tomada a la gente por tonta, que incluyen principalmente:
Centrado en RaaS: soluciones de Rollup como OP Stack, que ayudan a compartir liquidez y estado en los Rollup construidos sobre OP Stack mediante la incorporación de un ordenante compartido específico y puentes entre cadenas.
Centrado en la cuenta: similar a NEAR, construir una billetera de cuenta en toda la cadena, soportando la firma y ejecución de transacciones a través de la tecnología de "firma en cadena" en múltiples protocolos de blockchain.
Centrado en la red de intenciones fuera de la cadena: los usuarios envían intenciones a la red Solver, los Solvers compiten por las ofertas, dando el mejor tiempo de finalización y el precio de la transacción.
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 construyen aplicaciones, para compartir la liquidez de toda la cadena.
Centrado en aplicaciones en la cadena: construir aplicaciones de alta liquidez integrando grandes MM o aplicaciones de terceros.
Casos de Proyectos Típicos
INFINIT
INFINIT ha construido un servicio RaaS en el ámbito DeFi, proporcionando los componentes necesarios para la construcción directa de protocolos DeFi, como Oracle, Pool Type, IRM, Asset, etc., y también ofrece componentes como Trading con Apalancamiento y Estrategias de Rendimiento que se pueden activar de inmediato.
Red Khalani
Khalani ha construido tres componentes centrales, que son la capa de compatibilidad de Intent, 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 Intent de Khalani puede transformar 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 unilaterales. Su misión principal es proporcionar herramientas eficientes de gestión de inventarios para empresas de trading profesionales y conectar fácilmente a los protocolos DeFi centrales al liquidar transacciones con intenciones 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 nativa y segura que otros puentes entre cadenas.
=nil; Fundación
nil propuso la solución zkSharding, que utiliza tecnología ZK para escalar horizontalmente la cadena principal de Ethereum, ejecutando el procesamiento paralelo de fragmentos 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
El objetivo principal del estándar ERC-7683 es establecer un estándar común para las operaciones cruzadas entre L2 y cadenas laterales, estandarizando las interfaces de pedidos y liquidación, logrando una ejecución cruzada sin problemas. Su núcleo principal es un Filler, que también se puede considerar como el papel de Solver en la abstracción de la cadena para el pago de tarifas.
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 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虚假跨链.
Resumen
Resolver el problema de la liquidez entre cadenas es un campo muy complejo con muchas soluciones. El futuro será definitivamente multichain, y enfrentar el desafío de la dispersión de la liquidez es una necesidad inevitable para la industria. La integración de esta liquidez a través de todas las cadenas tiene un amplio espacio de crecimiento y podría construir una nueva generación de infraestructura 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.
14 me gusta
Recompensa
14
6
Compartir
Comentar
0/400
OldLeekMaster
· 07-09 12:26
Nada es importante, solo mira si la moneda cae a cero.
Ver originalesResponder0
FomoAnxiety
· 07-09 12:26
Demasiados L2 indican que la gran alcista se acerca.
Ver originalesResponder0
BrokenDAO
· 07-09 12:22
tomar a la gente por tonta hasta el final, no es más que un truco de complicidad entre el capital y el protocolo
Ver originalesResponder0
BlockchainTherapist
· 07-09 12:14
Las cadenas idénticas son abundantes.
Ver originalesResponder0
GlueGuy
· 07-09 12:07
Los fideos secos de Wuhan son deliciosos, y Layer2 es aún mejor.
Crisis de liquidez en la era de Capa 2: desafíos, soluciones y perspectivas futuras
Investigación sobre el problema de la liquidez fragmentada en la era de Capa 2
Con la transición de Ethereum hacia soluciones de escalabilidad centradas en Capa 2, junto con el auge de herramientas como RaaS, muchas cadenas públicas están evolucionando rápidamente. Muchas entidades desean construir su propia cadena para representar diferentes intereses y buscar una mayor valoración. Sin embargo, la aparición de numerosas cadenas públicas dificulta el desarrollo del ecosistema, lo que lleva a que muchos proyectos se desmoronen en el momento del TGE.
Actualmente, el financiamiento y la barrera técnica para construir una cadena se han reducido drásticamente; el costo mensual de operar una cadena basada en OP Stack es de aproximadamente 10,000 dólares. En el futuro, sin duda estaremos en una era de coexistencia multichain. Aunque estas cadenas de Capa 2 pueden optar por ser compatibles 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 y alcanzar un 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 se convierte en un campo que debe ser explorado y resuelto. Actualmente, hay muchas soluciones de liquidez, como la abstracción de cadenas, intenciones, ejecución de Clearing, 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 la estructura de los componentes centrales de la abstracción de cadena cruzada:
Capa de aplicación
Esta es la capa con la que interactúan directamente los usuarios, y también es la más abstracta en 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 entender el mecanismo de conversión de liquidez subyacente.
Capa de permisos
Situado por debajo de la capa de aplicación, los usuarios satisfacen su intención de comercio 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 capa de abstracción
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 las estructuras de cuentas únicas de cada cadena. Por ejemplo, el sistema de cuentas centrado en objetos de SUI es completamente diferente al de EVM. One Balance ha construido un sistema de cuentas confiable, sin necesidad de establecer un consenso entre cadenas, solo se requiere un compromiso confiable entre los sistemas de cuentas existentes. Near Account logra la gestión abstracta generando una billetera de cuentas multichain para los usuarios, optimizando enormemente la experiencia del usuario y reduciendo la fragmentación de UX.
Solución de 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. Con base en esto, proyectos impulsados por la intención como Anoma han construido diversas soluciones impulsadas por intenciones. 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 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, el mecanismo de prueba de Capa 2, etc., para garantizar el funcionamiento eficiente de todo el sistema multichain.
Solución
Actualmente, hay varias soluciones en el mercado para resolver la liquidez tomada a la gente por tonta, que incluyen principalmente:
Centrado en RaaS: soluciones de Rollup como OP Stack, que ayudan a compartir liquidez y estado en los Rollup construidos sobre OP Stack mediante la incorporación de un ordenante compartido específico y puentes entre cadenas.
Centrado en la cuenta: similar a NEAR, construir una billetera de cuenta en toda la cadena, soportando la firma y ejecución de transacciones a través de la tecnología de "firma en cadena" en múltiples protocolos de blockchain.
Centrado en la red de intenciones fuera de la cadena: los usuarios envían intenciones a la red Solver, los Solvers compiten por las ofertas, dando el mejor tiempo de finalización y el precio de la transacción.
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 construyen aplicaciones, para compartir la liquidez de toda la cadena.
Centrado en aplicaciones en la cadena: construir aplicaciones de alta liquidez integrando grandes MM o aplicaciones de terceros.
Casos de Proyectos Típicos
INFINIT
INFINIT ha construido un servicio RaaS en el ámbito DeFi, proporcionando los componentes necesarios para la construcción directa de protocolos DeFi, como Oracle, Pool Type, IRM, Asset, etc., y también ofrece componentes como Trading con Apalancamiento y Estrategias de Rendimiento que se pueden activar de inmediato.
Red Khalani
Khalani ha construido tres componentes centrales, que son la capa de compatibilidad de Intent, 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 Intent de Khalani puede transformar 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 unilaterales. Su misión principal es proporcionar herramientas eficientes de gestión de inventarios para empresas de trading profesionales y conectar fácilmente a los protocolos DeFi centrales al liquidar transacciones con intenciones 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 nativa y segura que otros puentes entre cadenas.
=nil; Fundación
nil propuso la solución zkSharding, que utiliza tecnología ZK para escalar horizontalmente la cadena principal de Ethereum, ejecutando el procesamiento paralelo de fragmentos 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
El objetivo principal del estándar ERC-7683 es establecer un estándar común para las operaciones cruzadas entre L2 y cadenas laterales, estandarizando las interfaces de pedidos y liquidación, logrando una ejecución cruzada sin problemas. Su núcleo principal es un Filler, que también se puede considerar como el papel de Solver en la abstracción de la cadena para el pago de tarifas.
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 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虚假跨链.
Resumen
Resolver el problema de la liquidez entre cadenas es un campo muy complejo con muchas soluciones. El futuro será definitivamente multichain, y enfrentar el desafío de la dispersión de la liquidez es una necesidad inevitable para la industria. La integración de esta liquidez a través de todas las cadenas tiene un amplio espacio de crecimiento y podría construir una nueva generación de infraestructura para la era Web3.