Estudio sobre el problema de la fragmentación de la liquidez en la era de la Capa 2
Con la transición de Ethereum hacia soluciones de escalabilidad centradas en Capa 2, junto con el surgimiento de herramientas relacionadas, muchas cadenas públicas están desarrollándose rápidamente. Muchas instituciones 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 que el desarrollo del ecosistema siga el ritmo de las cadenas públicas, lo que resulta en que muchos proyectos se devalúan en el momento de su lanzamiento.
Gracias a las tecnologías relacionadas, varias instituciones reconocidas han lanzado su propia Capa 2 u otras cadenas. 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 ciertas tecnologías es de aproximadamente 10,000 dólares al mes.
El futuro sin duda será una era de coexistencia de múltiples cadenas. Aunque estas cadenas de Capa 2 pueden optar por la compatibilidad con EVM para lograr la interoperabilidad, debido a la gran cantidad de aplicaciones descendentes detrás de ellas, les resulta difícil construir aplicaciones y alcanzar un consenso en la misma cadena.
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 se convierte en un área que debe explorarse y resolverse. Actualmente hay muchas soluciones de liquidez, pero su esencia central es la misma.
Utilizamos una arquitectura 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 el usuario interactúa directamente, y 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 (Permission Layer)
Situado por debajo de la capa de aplicación, el usuario satisface su intención de negociación conectando su billetera a la dApp y solicitando una cotización. Aquí, la "intención" se refiere al resultado final de la negociación que el usuario espera (es decir, la salida), y no a la ruta de ejecución específica de la negociación.
Gestión de cuentas y abstracción de claves (Key Management and Account Abstraction)
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 la estructura de cuentas única de cada cadena. Algunos proyectos han construido sistemas de cuentas confiables, sin necesidad de establecer un consenso entre cadenas, solo requieren un compromiso confiable entre los sistemas de cuentas existentes. Otros logran una gestión abstracta generando billeteras de cuentas multichain para los usuarios, lo que optimiza enormemente la experiencia del usuario y reduce la fragmentación de la misma.
Capa de Solución (Solver Layer)
Esta capa es responsable de recibir e implementar las intenciones de transacción de los usuarios, y 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. 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 descentralizado incluyen:
Oráculo: utilizado para obtener información sobre el estado de 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 fragmentada. Tras revisar numerosas opciones, encontramos que principalmente hay estas formas:
Centrado en la solución técnica: Asistir en la construcción de Rollup compartiendo liquidez y estado en una pila tecnológica específica mediante la incorporación de ordenadores compartidos específicos y puentes entre cadenas. Esto espera poder resolver la liquidez y la dispersión del estado en un nivel más alto.
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 una tecnología llamada "firma de cadena". El componente central es la red MPC, que sustituye a los usuarios para firmar transacciones en múltiples cadenas.
Centrado en la red de intenciones fuera de la cadena: la clave es que el usuario envía intenciones a la red Solver, este rol de Solver compite en ofertas, proporcionando el mejor tiempo de finalización y precio de transacción. Estos Solvers pueden ser Agentes de IA, plataformas de negociación, creadores de mercado e incluso el protocolo de integración en sí.
Centrado en la red de liquidez en cadena: esta dirección se especializa en optimizar los problemas de liquidez entre cadenas, pero no resuelve el problema de la dispersión del estado en otras cadenas. Su núcleo es construir una capa de liquidez, sobre la cual se desarrollan aplicaciones para compartir la liquidez de toda la cadena.
Enfocado en aplicaciones en cadena: Este tipo de aplicaciones construyen aplicaciones de alta liquidez mediante la integración de grandes creadores de mercado o aplicaciones de terceros. Estos proyectos requieren gestionar procesos complejos entre cadenas, lo que implica altos requisitos para los desarrolladores, por lo tanto, también son propensos a problemas de seguridad.
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 que integre la liquidez, especialmente integrando la liquidez dispersa de toda la cadena, tendrá un gran potencial.
En las dos categorías anteriores, podemos ver que, según la arquitectura, la capa de liquidación es la solución más atómica. Sobre estas soluciones atómicas, como las de cadenas cruzadas, oráculos y soluciones de confirmación anticipada, se construye una capa más abstracta, que es la capa de resolución, la capa de permisos y la capa de aplicaciones. Las diferentes soluciones de abstracción o liquidez que hemos enumerado anteriormente en diferentes direcciones se ajustan a estos diferentes niveles, que se pueden entender como una relación de upstream y downstream. Sin embargo, estas soluciones aún no son soluciones atómicas. El problema de la fragmentación de la liquidez ha traído consigo la aparición de muchos problemas derivados complejos, por lo que se han derivado una variedad de soluciones para la interoperabilidad. Pero, en esencia, todavía dependen de estos componentes.
resumen
Resolver el problema de la liquidez entre cadenas es un campo muy complejo con muchas soluciones, por ejemplo, las soluciones de Capa 2 se dividen en aquellas que integran mensajes entre cadenas mediante ciertas tecnologías y en las que construyen pilas tecnológicas específicas para compartir ordenadores. Fuera del contexto de Capa 2, todos los Layer 1 también enfrentan problemas de liquidez, estado y experiencia del usuario fragmentados. Hay soluciones centradas en aplicaciones específicamente para la liquidez, así como soluciones fuera de la cadena centradas en resolver redes, e incluso soluciones similares centradas en cuentas, pero también necesitan basarse en la solución de este tipo de roles fuera de la cadena.
Reconocemos que la falta de liquidez, estado y experiencia del usuario entre cadenas es un problema de toda la industria blockchain. Si se piensa en términos generales, es necesario abordar esto de una manera más abstracta, similar a la abstracción de cadenas, lo que equivale a ser la verdadera entrada al Web3, resolviendo la fragmentación de la experiencia del usuario, mientras que la integración de liquidez y estado se realiza en lugares que el usuario no puede percibir. En cuanto a cómo integrar esto, se divide en el uso de redes de solución fuera de la cadena y la integración atómica de puentes entre cadenas, entre otras facilidades, que merecen ser discutidas. En general, el futuro será multichain, y resolver el problema de la dispersión de liquidez es un desafío que la industria debe enfrentar inevitablemente, mientras que esta integración de liquidez en toda la cadena tiene un amplio espacio de crecimiento, lo que podría dar lugar a nuevas plataformas en la era del 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.
Desafíos de liquidez en la era de Capa 2: soluciones y tendencias de desarrollo en un ecosistema multichain
Estudio sobre el problema de la fragmentación de la liquidez en la era de la Capa 2
Con la transición de Ethereum hacia soluciones de escalabilidad centradas en Capa 2, junto con el surgimiento de herramientas relacionadas, muchas cadenas públicas están desarrollándose rápidamente. Muchas instituciones 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 que el desarrollo del ecosistema siga el ritmo de las cadenas públicas, lo que resulta en que muchos proyectos se devalúan en el momento de su lanzamiento.
Gracias a las tecnologías relacionadas, varias instituciones reconocidas han lanzado su propia Capa 2 u otras cadenas. 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 ciertas tecnologías es de aproximadamente 10,000 dólares al mes.
El futuro sin duda será una era de coexistencia de múltiples cadenas. Aunque estas cadenas de Capa 2 pueden optar por la compatibilidad con EVM para lograr la interoperabilidad, debido a la gran cantidad de aplicaciones descendentes detrás de ellas, les resulta difícil construir aplicaciones y alcanzar un consenso en la misma cadena.
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 se convierte en un área que debe explorarse y resolverse. Actualmente hay muchas soluciones de liquidez, pero su esencia central es la misma.
Utilizamos una arquitectura 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 el usuario interactúa directamente, y 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 (Permission Layer)
Situado por debajo de la capa de aplicación, el usuario satisface su intención de negociación conectando su billetera a la dApp y solicitando una cotización. Aquí, la "intención" se refiere al resultado final de la negociación que el usuario espera (es decir, la salida), y no a la ruta de ejecución específica de la negociación.
Gestión de cuentas y abstracción de claves (Key Management and Account Abstraction)
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 la estructura de cuentas única de cada cadena. Algunos proyectos han construido sistemas de cuentas confiables, sin necesidad de establecer un consenso entre cadenas, solo requieren un compromiso confiable entre los sistemas de cuentas existentes. Otros logran una gestión abstracta generando billeteras de cuentas multichain para los usuarios, lo que optimiza enormemente la experiencia del usuario y reduce la fragmentación de la misma.
Capa de Solución (Solver Layer)
Esta capa es responsable de recibir e implementar las intenciones de transacción de los usuarios, y 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. 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 descentralizado 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 fragmentada. Tras revisar numerosas opciones, encontramos que principalmente hay estas formas:
Centrado en la solución técnica: Asistir en la construcción de Rollup compartiendo liquidez y estado en una pila tecnológica específica mediante la incorporación de ordenadores compartidos específicos y puentes entre cadenas. Esto espera poder resolver la liquidez y la dispersión del estado en un nivel más alto.
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 una tecnología llamada "firma de cadena". El componente central es la red MPC, que sustituye a los usuarios para firmar transacciones en múltiples cadenas.
Centrado en la red de intenciones fuera de la cadena: la clave es que el usuario envía intenciones a la red Solver, este rol de Solver compite en ofertas, proporcionando el mejor tiempo de finalización y precio de transacción. Estos Solvers pueden ser Agentes de IA, plataformas de negociación, creadores de mercado e incluso el protocolo de integración en sí.
Centrado en la red de liquidez en cadena: esta dirección se especializa en optimizar los problemas de liquidez entre cadenas, pero no resuelve el problema de la dispersión del estado en otras cadenas. Su núcleo es construir una capa de liquidez, sobre la cual se desarrollan aplicaciones para compartir la liquidez de toda la cadena.
Enfocado en aplicaciones en cadena: Este tipo de aplicaciones construyen aplicaciones de alta liquidez mediante la integración de grandes creadores de mercado o aplicaciones de terceros. Estos proyectos requieren gestionar procesos complejos entre cadenas, lo que implica altos requisitos para los desarrolladores, por lo tanto, también son propensos a problemas de seguridad.
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 que integre la liquidez, especialmente integrando la liquidez dispersa de toda la cadena, tendrá un gran potencial.
En las dos categorías anteriores, podemos ver que, según la arquitectura, la capa de liquidación es la solución más atómica. Sobre estas soluciones atómicas, como las de cadenas cruzadas, oráculos y soluciones de confirmación anticipada, se construye una capa más abstracta, que es la capa de resolución, la capa de permisos y la capa de aplicaciones. Las diferentes soluciones de abstracción o liquidez que hemos enumerado anteriormente en diferentes direcciones se ajustan a estos diferentes niveles, que se pueden entender como una relación de upstream y downstream. Sin embargo, estas soluciones aún no son soluciones atómicas. El problema de la fragmentación de la liquidez ha traído consigo la aparición de muchos problemas derivados complejos, por lo que se han derivado una variedad de soluciones para la interoperabilidad. Pero, en esencia, todavía dependen de estos componentes.
resumen
Resolver el problema de la liquidez entre cadenas es un campo muy complejo con muchas soluciones, por ejemplo, las soluciones de Capa 2 se dividen en aquellas que integran mensajes entre cadenas mediante ciertas tecnologías y en las que construyen pilas tecnológicas específicas para compartir ordenadores. Fuera del contexto de Capa 2, todos los Layer 1 también enfrentan problemas de liquidez, estado y experiencia del usuario fragmentados. Hay soluciones centradas en aplicaciones específicamente para la liquidez, así como soluciones fuera de la cadena centradas en resolver redes, e incluso soluciones similares centradas en cuentas, pero también necesitan basarse en la solución de este tipo de roles fuera de la cadena.
Reconocemos que la falta de liquidez, estado y experiencia del usuario entre cadenas es un problema de toda la industria blockchain. Si se piensa en términos generales, es necesario abordar esto de una manera más abstracta, similar a la abstracción de cadenas, lo que equivale a ser la verdadera entrada al Web3, resolviendo la fragmentación de la experiencia del usuario, mientras que la integración de liquidez y estado se realiza en lugares que el usuario no puede percibir. En cuanto a cómo integrar esto, se divide en el uso de redes de solución fuera de la cadena y la integración atómica de puentes entre cadenas, entre otras facilidades, que merecen ser discutidas. En general, el futuro será multichain, y resolver el problema de la dispersión de liquidez es un desafío que la industria debe enfrentar inevitablemente, mientras que esta integración de liquidez en toda la cadena tiene un amplio espacio de crecimiento, lo que podría dar lugar a nuevas plataformas en la era del Web3.