Estudio sobre el problema de la liquidez fragmentada en la era de la Capa 2
Con la transición de Ethereum hacia soluciones de escalado centradas en Capa 2 y el surgimiento de herramientas como RaaS, muchas cadenas públicas están desarrollándose 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 ha llevado a que el desarrollo del ecosistema no pueda mantenerse al día, y muchos proyectos se desmoronan en el TGE.
Actualmente, los costos y los requisitos técnicos para construir una cadena se han reducido significativamente. Operar una cadena basada en OP Stack tiene un costo mensual de aproximadamente 10,000 dólares. En el futuro, sin duda será una era de coexistencia de múltiples cadenas. Aunque estas cadenas 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, es difícil construir aplicaciones en la misma cadena y alcanzar un consenso.
El ecosistema multichain actual presenta 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, 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 clave de la abstracción de cadena cruzada:
Capa de Aplicación (Application Layer)
Esta es la capa con la que interactúan directamente los usuarios, y también es la más abstracta en la solución de liquidez, ocultando por completo los detalles de la conversión de liquidez. Los usuarios interactúan con la interfaz frontal y no necesariamente comprenden el mecanismo de conversión de liquidez subyacente.
Capa de permisos (Permission Layer)
Situado por debajo de la capa de aplicación, los usuarios conectan sus billeteras a la dApp y solicitan cotizaciones para satisfacer su intención de comercio. Aquí, "intención" se refiere al resultado final de la transacción que el usuario espera, y no a la ruta específica de ejecución de la transacción.
Gestión de cuentas y abstracción de claves (Key Management and Account Abstraction)
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. One Balance y Near Account son proyectos representativos en este campo.
Capa de Solución (Solver Layer)
Responsable de recibir e implementar la intención de trading del usuario, el rol de Solver compite aquí para ofrecer una mejor experiencia al usuario. Proyectos basados en la intención como Anoma han construido diversas soluciones impulsadas por la intención.
Capa de liquidación (Settlement Layer)
Esta es la capa intermedia utilizada para realizar la intención del usuario. Los componentes centrales incluyen oráculos, puentes entre cadenas, esquemas de confirmación anticipada y disponibilidad de 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.
Actualmente, hay varias soluciones en el mercado para la liquidez y tomar a la gente por tonta:
Centrado en RaaS: como OP Stack, ayuda a construir Rollups que comparten liquidez y estado mediante la incorporación de ordenadores compartidos y puentes entre cadenas específicos.
Centrado en la cuenta: como NEAR, construir una billetera de cuenta de cadena completa, apoyando 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 en ofertas, proporcionando el tiempo de finalización óptimo y el precio de la transacción.
Centrado en una red de liquidez en cadena: optimizando específicamente los problemas de liquidez entre cadenas, construyendo una capa de liquidez, sobre la cual se construyen 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 importante. Si se puede construir una plataforma de Liquidez integrada, especialmente fusionando la Liquidez dispersa de toda la cadena, tendrá un gran potencial.
A continuación se presentan algunos proyectos típicos de conceptos abstractos de cadena:
INFINIT
Construyó un servicio RaaS para DeFi, proporcionando los componentes necesarios para la construcción directa de protocolos DeFi. La liquidez final se coloca en la capa de liquidez de Infinit. Se ha obtenido una financiación de 6 millones de dólares en la ronda de semillas.
Khalani Network
Se han construido tres componentes centrales: la capa de compatibilidad de Intent, la Validez y la capa de liquidación general. Las aplicaciones externas o la capa de intención pueden publicar intenciones a Khalani, y la capa de compatibilidad de Intent convierte las intenciones externas en un formato que el Solver de protocolo puede reconocer. Se obtuvo una financiación inicial de 2,2 millones de dólares.
Liquorice
Aplicaciones descentralizadas que realizan descubrimiento de precios basado en subastas y piscinas de liquidez unidireccional. Proporciona herramientas de gestión de inventario eficientes para empresas de trading profesional y conecta protocolos DeFi centrales. Obtiene 1.2 millones de dólares en financiamiento de la ronda Pre-seed.
Xion
Actualizada de la marca Burnt, utiliza comunicación entre cadenas basada en Cosmos IBC. Ha pasado por cuatro rondas de financiamiento, con inversores como Animoca, Multicoin, entre otros.
=nil; Fundación
Proponer una solución de zkSharding, utilizando tecnología ZK para escalar horizontalmente la red principal de Ethereum. Construir una arquitectura de comunicación entre fragmentos integrada a través de una arquitectura Layer 2 de fragmentación, resolviendo problemas de Liquidez y dispersión del estado.
ERC-7683
Ethereum está abordando el problema de la liquidez entre cadenas. Arbitrum, OP y Uniswap fueron los primeros en apoyar públicamente este estándar, utilizando un método de cruce de cadenas basado en la intención. El objetivo es establecer un estándar universal para las operaciones entre cadenas cruzadas de L2 y cadenas laterales.
OP Stack
Una de las soluciones internas de Ethereum para la fragmentación de liquidez entre Capa 2. Al diseñar una solución completa de múltiples Capa 2, se resuelven de una sola vez los problemas de transmisión de información y la descentralización del Sequencer.
Resolver el problema de la liquidez entre cadenas es un campo complejo y con múltiples soluciones. El futuro sin duda será de coexistencia de múltiples cadenas, y resolver el problema de la dispersión de la liquidez es un desafío que la industria inevitablemente enfrentará. La integración de la liquidez en toda la cadena tiene un amplio espacio de crecimiento y el potencial de construir el Google de la era Web3.
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
10 me gusta
Recompensa
10
5
Compartir
Comentar
0/400
GasFeeCrybaby
· hace16h
¿Solo diez mil dólares al mes? Ya casi no puedo soportarlo...
Ver originalesResponder0
OnchainDetectiveBing
· hace16h
¿La cadena puede tomar a la gente por tonta así?
Ver originalesResponder0
CryptoSourGrape
· hace16h
Si hubiera sabido que construir una cadena era tan barato... el mes pasado tuve que ahorrar para comprar dos paquetes de fideos instantáneos.
Ver originalesResponder0
DeFiDoctor
· hace16h
El flujo de fondos después de la expansión se ha convertido en un problema grave, se sugiere realizar pruebas de presión de TVL.
Ver originalesResponder0
down_only_larry
· hace16h
Construir la cadena es barato, pero realmente se pierde dinero.
Exploración del problema de la liquidez fragmentada y soluciones en la era de la Capa 2
Estudio sobre el problema de la liquidez fragmentada en la era de la Capa 2
Con la transición de Ethereum hacia soluciones de escalado centradas en Capa 2 y el surgimiento de herramientas como RaaS, muchas cadenas públicas están desarrollándose 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 ha llevado a que el desarrollo del ecosistema no pueda mantenerse al día, y muchos proyectos se desmoronan en el TGE.
Actualmente, los costos y los requisitos técnicos para construir una cadena se han reducido significativamente. Operar una cadena basada en OP Stack tiene un costo mensual de aproximadamente 10,000 dólares. En el futuro, sin duda será una era de coexistencia de múltiples cadenas. Aunque estas cadenas 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, es difícil construir aplicaciones en la misma cadena y alcanzar un consenso.
El ecosistema multichain actual presenta 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, 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 clave de la abstracción de cadena cruzada:
Capa de Aplicación (Application Layer)
Esta es la capa con la que interactúan directamente los usuarios, y también es la más abstracta en la solución de liquidez, ocultando por completo los detalles de la conversión de liquidez. Los usuarios interactúan con la interfaz frontal y no necesariamente comprenden el mecanismo de conversión de liquidez subyacente.
Capa de permisos (Permission Layer)
Situado por debajo de la capa de aplicación, los usuarios conectan sus billeteras a la dApp y solicitan cotizaciones para satisfacer su intención de comercio. Aquí, "intención" se refiere al resultado final de la transacción que el usuario espera, y no a la ruta específica de ejecución de la transacción.
Gestión de cuentas y abstracción de claves (Key Management and Account Abstraction)
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. One Balance y Near Account son proyectos representativos en este campo.
Capa de Solución (Solver Layer)
Responsable de recibir e implementar la intención de trading del usuario, el rol de Solver compite aquí para ofrecer una mejor experiencia al usuario. Proyectos basados en la intención como Anoma han construido diversas soluciones impulsadas por la intención.
Capa de liquidación (Settlement Layer)
Esta es la capa intermedia utilizada para realizar la intención del usuario. Los componentes centrales incluyen oráculos, puentes entre cadenas, esquemas de confirmación anticipada y disponibilidad de 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.
Actualmente, hay varias soluciones en el mercado para la liquidez y tomar a la gente por tonta:
Centrado en RaaS: como OP Stack, ayuda a construir Rollups que comparten liquidez y estado mediante la incorporación de ordenadores compartidos y puentes entre cadenas específicos.
Centrado en la cuenta: como NEAR, construir una billetera de cuenta de cadena completa, apoyando 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 en ofertas, proporcionando el tiempo de finalización óptimo y el precio de la transacción.
Centrado en una red de liquidez en cadena: optimizando específicamente los problemas de liquidez entre cadenas, construyendo una capa de liquidez, sobre la cual se construyen 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 importante. Si se puede construir una plataforma de Liquidez integrada, especialmente fusionando la Liquidez dispersa de toda la cadena, tendrá un gran potencial.
A continuación se presentan algunos proyectos típicos de conceptos abstractos de cadena:
INFINIT
Construyó un servicio RaaS para DeFi, proporcionando los componentes necesarios para la construcción directa de protocolos DeFi. La liquidez final se coloca en la capa de liquidez de Infinit. Se ha obtenido una financiación de 6 millones de dólares en la ronda de semillas.
Khalani Network
Se han construido tres componentes centrales: la capa de compatibilidad de Intent, la Validez y la capa de liquidación general. Las aplicaciones externas o la capa de intención pueden publicar intenciones a Khalani, y la capa de compatibilidad de Intent convierte las intenciones externas en un formato que el Solver de protocolo puede reconocer. Se obtuvo una financiación inicial de 2,2 millones de dólares.
Liquorice
Aplicaciones descentralizadas que realizan descubrimiento de precios basado en subastas y piscinas de liquidez unidireccional. Proporciona herramientas de gestión de inventario eficientes para empresas de trading profesional y conecta protocolos DeFi centrales. Obtiene 1.2 millones de dólares en financiamiento de la ronda Pre-seed.
Xion
Actualizada de la marca Burnt, utiliza comunicación entre cadenas basada en Cosmos IBC. Ha pasado por cuatro rondas de financiamiento, con inversores como Animoca, Multicoin, entre otros.
=nil; Fundación
Proponer una solución de zkSharding, utilizando tecnología ZK para escalar horizontalmente la red principal de Ethereum. Construir una arquitectura de comunicación entre fragmentos integrada a través de una arquitectura Layer 2 de fragmentación, resolviendo problemas de Liquidez y dispersión del estado.
ERC-7683
Ethereum está abordando el problema de la liquidez entre cadenas. Arbitrum, OP y Uniswap fueron los primeros en apoyar públicamente este estándar, utilizando un método de cruce de cadenas basado en la intención. El objetivo es establecer un estándar universal para las operaciones entre cadenas cruzadas de L2 y cadenas laterales.
OP Stack
Una de las soluciones internas de Ethereum para la fragmentación de liquidez entre Capa 2. Al diseñar una solución completa de múltiples Capa 2, se resuelven de una sola vez los problemas de transmisión de información y la descentralización del Sequencer.
Resolver el problema de la liquidez entre cadenas es un campo complejo y con múltiples soluciones. El futuro sin duda será de coexistencia de múltiples cadenas, y resolver el problema de la dispersión de la liquidez es un desafío que la industria inevitablemente enfrentará. La integración de la liquidez en toda la cadena tiene un amplio espacio de crecimiento y el potencial de construir el Google de la era Web3.