Discusión sobre el problema de la liquidez fragmentada en la era de Capa 2
Con la transición de Ethereum hacia soluciones de escalado centradas en Capa 2, junto con el surgimiento de herramientas como RaaS, muchas cadenas públicas han crecido rápidamente. Muchas entidades desean construir su propia cadena para representar diferentes demandas de intereses y buscar una valoración más alta. Sin embargo, la aparición de numerosas cadenas públicas ha dificultado el desarrollo del ecosistema, lo que ha llevado a que muchos proyectos enfrenten contratiempos en sus primeras etapas.
Gracias a la tecnología OP Stack y ZK, algunas grandes plataformas de intercambio y empresas tecnológicas han lanzado sus propias Capa 2 o cadenas propietarias. Hoy en día, el costo de construir y operar una cadena basada en OP Stack se ha reducido significativamente, a aproximadamente 10,000 dólares al mes.
El futuro será sin duda una era de coexistencia de múltiples cadenas. 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 numerosas aplicaciones en el lado del cliente, es difícil construir aplicaciones en la misma cadena y alcanzar un consenso.
El ecosistema multi-cadena 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 se convierte en un campo que debe ser explorado y resuelto. Actualmente, existen muchas soluciones de liquidez, como la abstracción de cadenas, intenciones, ejecución de liquidación, cross-chain nativo, fragmentación ZK, entre otras, pero su esencia central es similar.
La arquitectura Cake, reconocida en la industria, presenta de arriba hacia abajo la composición de los componentes clave de la abstracción de cadena cruzada:
Capa de aplicación: la capa con la que los usuarios interactúan directamente, que oculta por completo los detalles de la conversión de Liquidez.
Capa de permisos: los usuarios cumplen con la intención de negociación al conectar su billetera a la dApp y solicitar una cotización.
Gestión de cuentas y capa abstracta: es necesario adaptarse a la gestión de cuentas y al sistema abstracto de diferentes cadenas.
Capa de solución: 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.
Capa de Liquidación: La capa de solución es una capa de middleware utilizada para realizar la intención del usuario, que incluye componentes como oráculos, puentes entre cadenas, esquemas de confirmación anticipada y disponibilidad de datos.
Actualmente, hay varias soluciones en el mercado para resolver la liquidez tomar a la gente por tonta, principalmente incluyen:
Centrado en RaaS: Asistir en la construcción de liquidez compartida y estado de Rollup en OP Stack mediante la incorporación de un ordenado compartido específico y puentes entre cadenas.
Centrado en la cuenta: construir una billetera de cuenta de cadena completa, soportando la firma y ejecución de transacciones a través de la tecnología de "firma de cadena" en múltiples protocolos de blockchain.
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 tiempo de finalización y el precio de transacción óptimos.
Centrado en la red de liquidez en cadena: construir una capa de liquidez, en la que se desarrollen aplicaciones para compartir la liquidez de toda la cadena.
Centrado en aplicaciones en cadena: construir aplicaciones de alta liquidez integrando grandes creadores de mercado o aplicaciones de terceros.
Resolver el problema de la liquidez es un tema importante. Si se puede construir una plataforma de liquidez integrada, especialmente integrando la liquidez de toda la cadena que está dispersa, tendrá un gran potencial.
Algunos ejemplos típicos de proyectos de conceptos abstractos de cadena incluyen:
INFINIT: Construir servicios RaaS para DeFi, proporcionando los componentes necesarios para el protocolo, con la liquidez final colocada en la capa de liquidez de INFINIT.
Khalani Network: construir tres componentes centrales: Capa de compatibilidad de Intent, Validez y Capa de liquidación general.
Liquorice: aplicaciones descentralizadas, que logran el descubrimiento de precios basado en subastas y un fondo de liquidez unilateral, centrado en el comercio en sí.
Xion: basado en el protocolo de consenso Comet BFT, utiliza el método de comunicación entre cadenas Cosmos IBC.
=nil; Fundación: presenta la solución zkSharding, utilizando tecnología ZK para escalar la red principal de Ethereum.
ERC-7683: Establecer un estándar común para operaciones entre L2 y cadenas laterales, logrando una ejecución interoperable sin problemas.
OP Stack: A través del diseño de soluciones completas de múltiples Capa 2, se resuelven los problemas de transmisión de información y la descentralización del Sequencer.
En general, el futuro será indudablemente de múltiples cadenas coexistiendo, y resolver el problema de la liquidez dispersa es un desafío que la industria debe enfrentar. La integración de la liquidez en toda la cadena tiene un amplio espacio para el desarrollo y se espera que construya la infraestructura clave 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.
12 me gusta
Recompensa
12
4
Republicar
Compartir
Comentar
0/400
SighingCashier
· hace19h
tomar a la gente por tonta太严重 谁救救啊
Ver originalesResponder0
LostBetweenChains
· hace19h
tomar a la gente por tonta赛高 谁懂啊
Ver originalesResponder0
CommunityJanitor
· hace19h
tomar a la gente por tonta venir y tomar a la gente por tonta solo diez mil dólares
Desafíos de liquidez en la era de Capa 2: el camino de la integración en un ecosistema multichain
Discusión sobre el problema de la liquidez fragmentada en la era de Capa 2
Con la transición de Ethereum hacia soluciones de escalado centradas en Capa 2, junto con el surgimiento de herramientas como RaaS, muchas cadenas públicas han crecido rápidamente. Muchas entidades desean construir su propia cadena para representar diferentes demandas de intereses y buscar una valoración más alta. Sin embargo, la aparición de numerosas cadenas públicas ha dificultado el desarrollo del ecosistema, lo que ha llevado a que muchos proyectos enfrenten contratiempos en sus primeras etapas.
Gracias a la tecnología OP Stack y ZK, algunas grandes plataformas de intercambio y empresas tecnológicas han lanzado sus propias Capa 2 o cadenas propietarias. Hoy en día, el costo de construir y operar una cadena basada en OP Stack se ha reducido significativamente, a aproximadamente 10,000 dólares al mes.
El futuro será sin duda una era de coexistencia de múltiples cadenas. 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 numerosas aplicaciones en el lado del cliente, es difícil construir aplicaciones en la misma cadena y alcanzar un consenso.
El ecosistema multi-cadena 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 se convierte en un campo que debe ser explorado y resuelto. Actualmente, existen muchas soluciones de liquidez, como la abstracción de cadenas, intenciones, ejecución de liquidación, cross-chain nativo, fragmentación ZK, entre otras, pero su esencia central es similar.
La arquitectura Cake, reconocida en la industria, presenta de arriba hacia abajo la composición de los componentes clave de la abstracción de cadena cruzada:
Capa de aplicación: la capa con la que los usuarios interactúan directamente, que oculta por completo los detalles de la conversión de Liquidez.
Capa de permisos: los usuarios cumplen con la intención de negociación al conectar su billetera a la dApp y solicitar una cotización.
Gestión de cuentas y capa abstracta: es necesario adaptarse a la gestión de cuentas y al sistema abstracto de diferentes cadenas.
Capa de solución: 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.
Capa de Liquidación: La capa de solución es una capa de middleware utilizada para realizar la intención del usuario, que incluye componentes como oráculos, puentes entre cadenas, esquemas de confirmación anticipada y disponibilidad de datos.
Actualmente, hay varias soluciones en el mercado para resolver la liquidez tomar a la gente por tonta, principalmente incluyen:
Centrado en RaaS: Asistir en la construcción de liquidez compartida y estado de Rollup en OP Stack mediante la incorporación de un ordenado compartido específico y puentes entre cadenas.
Centrado en la cuenta: construir una billetera de cuenta de cadena completa, soportando la firma y ejecución de transacciones a través de la tecnología de "firma de cadena" en múltiples protocolos de blockchain.
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 tiempo de finalización y el precio de transacción óptimos.
Centrado en la red de liquidez en cadena: construir una capa de liquidez, en la que se desarrollen aplicaciones para compartir la liquidez de toda la cadena.
Centrado en aplicaciones en cadena: construir aplicaciones de alta liquidez integrando grandes creadores de mercado o aplicaciones de terceros.
Resolver el problema de la liquidez es un tema importante. Si se puede construir una plataforma de liquidez integrada, especialmente integrando la liquidez de toda la cadena que está dispersa, tendrá un gran potencial.
Algunos ejemplos típicos de proyectos de conceptos abstractos de cadena incluyen:
INFINIT: Construir servicios RaaS para DeFi, proporcionando los componentes necesarios para el protocolo, con la liquidez final colocada en la capa de liquidez de INFINIT.
Khalani Network: construir tres componentes centrales: Capa de compatibilidad de Intent, Validez y Capa de liquidación general.
Liquorice: aplicaciones descentralizadas, que logran el descubrimiento de precios basado en subastas y un fondo de liquidez unilateral, centrado en el comercio en sí.
Xion: basado en el protocolo de consenso Comet BFT, utiliza el método de comunicación entre cadenas Cosmos IBC.
=nil; Fundación: presenta la solución zkSharding, utilizando tecnología ZK para escalar la red principal de Ethereum.
ERC-7683: Establecer un estándar común para operaciones entre L2 y cadenas laterales, logrando una ejecución interoperable sin problemas.
OP Stack: A través del diseño de soluciones completas de múltiples Capa 2, se resuelven los problemas de transmisión de información y la descentralización del Sequencer.
En general, el futuro será indudablemente de múltiples cadenas coexistiendo, y resolver el problema de la liquidez dispersa es un desafío que la industria debe enfrentar. La integración de la liquidez en toda la cadena tiene un amplio espacio para el desarrollo y se espera que construya la infraestructura clave de la era Web3.