Discusión 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 escalado centradas en Capa 2, junto con el surgimiento de diversas herramientas, muchas cadenas públicas están evolucionando rápidamente. Muchas entidades desean construir su propia cadena para representar diferentes demandas de intereses y buscar una mayor valoración. Sin embargo, la aparición de numerosas cadenas públicas ha dificultado que el desarrollo del ecosistema se mantenga al ritmo de las cadenas públicas, lo que provoca que muchos proyectos enfrenten dificultades desde las etapas iniciales.
A través de diversas tecnologías, varias empresas e instituciones reconocidas han lanzado su propia Capa 2 o cadena pública. Hoy en día, los costos y los umbrales técnicos para construir una cadena se han reducido drásticamente, y el costo mensual de operar una cadena basada en ciertos stacks tecnológicos es de aproximadamente 10,000 dólares.
El futuro será sin duda una era de coexistencia de múltiples cadenas. Aunque estas nuevas cadenas pueden optar por la interoperabilidad para lograr la comunicación, debido a que las entidades detrás de ellas tienen una gran cantidad de aplicaciones de downstream, les resulta difícil construir aplicaciones en la misma cadena y alcanzar un consenso.
El ecosistema multichain actual ha traído un nuevo desafío: Liquidez y dispersión de 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, ejecución de liquidaciones, cruce nativo de cadenas, fragmentación, etc., pero su esencia central es similar.
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 de interacción directa del usuario, y también es la capa 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 comprender el mecanismo subyacente de conversión de liquidez.
capa de permisos
Ubicado por debajo de la capa de aplicación, los usuarios satisfacen su intención de transacción conectando su billetera a la dApp y solicitando una cotización. Aquí, la "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 capa abstracta
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 un sistema de cuentas confiable, sin necesidad de establecer un consenso entre cadenas, solo requieren un compromiso de confianza entre los sistemas de cuentas existentes. Otros proyectos logran una gestión abstracta generando billeteras de cuentas multichain para los usuarios, optimizando enormemente la experiencia del usuario y reduciendo la fragmentación de la experiencia del usuario.
Resolución de Capa 2
Esta capa es responsable de recibir e implementar las intenciones de transacción de los usuarios, y el rol del solucionador compite aquí para ofrecer una mejor experiencia al usuario, incluyendo tiempos de transacción más rápidos y velocidades de ejecución. Sobre esta base, los proyectos basados en intenciones han construido diversas soluciones impulsadas por intenciones. Los derivados de tales intenciones pueden realizar las intenciones 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 sobre el estado en otras cadenas.
Puente entre cadenas: responsable de la transmisión de información y liquidez entre cadenas.
Confirmar el plan con anticipación: reducir el tiempo de confirmación entre cadenas.
Disponibilidad de datos: proporciona accesibilidad a los datos.
Además, también se deben considerar factores como la liquidez entre cadenas, la confirmación final y el mecanismo de prueba de la capa 2, para garantizar el funcionamiento eficiente de todo el sistema multichain.
Actualmente, hay varias soluciones en el mercado para resolver la Liquidez dividida. Después de revisar una gran cantidad de opciones, encontramos que las principales formas son las siguientes:
Enfocado en RaaS: ayudar a construir liquidez compartida y estado de Rollup en una pila tecnológica específica mediante la incorporación de ordenadores compartidos y puentes entre cadenas específicos. Esto espera poder resolver la liquidez y la dispersión del estado en una dirección de 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 técnica llamada "firma en cadena". El componente central es la red MPC, que firma las transacciones de múltiples cadenas en lugar del usuario. Esta solución, aunque puede resolver en gran medida el problema de la fragmentación de la experiencia del usuario, implica una implementación backend compleja para los desarrolladores y no resuelve esencialmente la liquidez y la dispersión de estados.
Centrado en la red de intenciones fuera de la cadena: el núcleo es que los usuarios envían intenciones a la red de solucionadores, y el rol de los solucionadores es competir en ofertas, proporcionando el mejor tiempo de finalización y precio de transacción. Estos solucionadores pueden ser agentes de IA, intercambios centralizados, creadores de mercado e incluso el protocolo integrado mismo. Aunque las intenciones pueden teóricamente realizar operaciones cruzadas de cualquier dificultad, en la práctica es necesario contar con suficientes solucionadores de liquidez para ayudar, y cuando se presentan ciertas demandas fuera de la cadena, existe la posibilidad de fraude por parte de los solucionadores. Si se introducen métodos como las pruebas de fraude, la dificultad de implementar la red de solucionadores aumentará, así como el umbral para operar como solucionador.
Centrado en la red de liquidez en cadena: Esta dirección se especializa en optimizar los problemas de liquidez entre cadenas, pero no resuelve otros problemas de dispersión del estado en cadena. Su núcleo es construir una capa de liquidez, sobre la cual se construyen aplicaciones, para compartir la liquidez de toda la cadena.
Centrado en aplicaciones en cadena: este tipo de aplicaciones construyen aplicaciones de alta liquidez a través de la integración de grandes creadores de mercado o aplicaciones de terceros. Estos proyectos necesitan gestionar procesos complejos entre cadenas, lo que plantea 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 de integración de liquidez, especialmente integrando la liquidez de toda la cadena que está dispersa, tendrá un gran potencial, y también hemos visto muchas soluciones diferentes.
En las dos categorías anteriores, podemos ver que, según la estructura por capas, la capa de liquidación es la solución a nivel más atómico. Por encima de estas soluciones atómicas, como las soluciones de cadena cruzada, oráculos y confirmación anticipada, se construye una capa más abstracta, que comprende la capa de resolución, la capa de permisos y la capa de aplicaciones. Las diferentes soluciones de abstracción o liquidez construidas en diferentes direcciones listadas anteriormente corresponden a estos diferentes niveles, y se pueden entender como una relación de upstream y downstream. Sin embargo, estas soluciones aún no son soluciones a nivel atómico, el problema de la fragmentación de la liquidez ha dado lugar a la aparición de muchos problemas derivados complejos, por lo que, en cuanto a la interoperabilidad, han surgido todo tipo de soluciones. Pero, en esencia, todavía dependen de estos componentes.
A continuación, discutiremos varios proyectos típicos de conceptos abstractos de cadena, para ver cómo cada uno aborda el problema de la liquidez y tomar a la gente por tonta desde su propio punto de partida.
Un proyecto ha construido un servicio RaaS en el ámbito DeFi, capaz de proporcionar los componentes necesarios para la construcción directa de protocolos DeFi, como oráculos, tipos de fondos, modelos de tasas de interés, activos, etc. También puede ofrecer componentes como el comercio apalancado y estrategias de rendimiento que se pueden activar de inmediato. Es equivalente a otros extremos de construcción de aplicaciones, pero la liquidez final se coloca en la capa de liquidez de este proyecto. Sin embargo, actualmente no ha revelado el funcionamiento subyacente.
Otro proyecto ha construido tres componentes clave, que son la capa de compatibilidad de intenciones, la validez y la capa de liquidación general. Las aplicaciones externas o la capa de intenciones pueden publicar intenciones a este proyecto, y luego su capa de compatibilidad de intenciones puede convertir las intenciones externas en un formato que los solucionadores de protocolos pueden reconocer, utilizando el formato normalizado que es el lenguaje de validez. Los nodos de este proyecto son responsables de enviar el resultado final a la capa de liquidación general a través de puentes entre cadenas, tecnologías de liquidación rápida, entre otros.
Hay un proyecto que es una aplicación descentralizada, que permite el descubrimiento de precios basado en subastas y pools de liquidez unidireccional. Su misión principal es proporcionar herramientas de gestión de inventario eficientes para empresas de trading profesionales y conectarse fácilmente a protocolos DeFi centrales al liquidar transacciones con intención de uso. Al mismo tiempo, el proyecto ha creado un mercado de préstamos para llevar a cabo transacciones de préstamo. Esta aplicación se centra más en el trading en sí.
Un proyecto se deriva de una actualización de marca, que en el pasado se centraba en aplicaciones para consumidores. Luego, el equipo descubrió que había un gran problema de fragmentación en las interacciones en cadena, por lo que construyeron un nuevo proyecto para mejorar este problema. La comunicación entre cadenas que se utiliza se basa en ciertas tecnologías, por lo que es más nativa y segura que otros puentes entre cadenas.
Otro proyecto es el mercado de potencia ZK de Ethereum, procesadores ZK y desarrolladores de Capa 2, el equipo tiene una profunda base técnica en ZK. Se propuso la solución zkSharding, que utiliza tecnología ZK para escalar horizontalmente la red principal de Ethereum, ejecutar el procesamiento paralelo de fragmentos y generar ZKP, mientras que el fragmento principal valida los datos, se comunica con Ethereum y sincroniza el estado de la red entre todos los validadores. El fragmento principal también gestiona la distribución de validadores y cuentas en los fragmentos de ejecución. El protocolo de consenso utilizado por el comité de validación es también un protocolo comúnmente adoptado por proyectos de ejecución paralela. Desde el principio, este proyecto incorporó la comunicación entre fragmentos en el protocolo. Los mensajes entre fragmentos son validados como transacciones por el comité de validadores de cada fragmento.
Su idea básica es construir una arquitectura de comunicación entre fragmentos similar a la integrada, a través de la arquitectura de Capa 2 fragmentada, lo que resolvería los problemas de liquidez y dispersión de estado. Sin embargo, su idea central no es razonable, porque el problema que resuelve la dispersión de liquidez es un problema de múltiples cadenas, y lo que se construye es una única Capa 2, lo que significa que para resolverlo, todas las cadenas tendrían que convertirse en un fragmento de ZK-sharding, lo cual es difícil de lograr.
Ethereum también está trabajando para resolver el problema de la liquidez entre cadenas, actualmente varios proyectos han comenzado a apoyar públicamente un estándar, que utiliza un enfoque de cadena cruzada basado en la intención. Su objetivo principal es establecer un estándar común para las operaciones de cadena cruzada entre L2 y cadenas laterales, estandarizando las interfaces de pedidos y liquidaciones, logrando una ejecución sin problemas entre cadenas. Su núcleo principal es un rellenador, que también se puede considerar como el papel de un solucionador en la abstracción de cadenas que actúa como un pagador. Esta propuesta ha sido construida conjuntamente por ciertos proyectos y actualmente está siendo revisada por un grupo de trabajo.
Una determinada pila tecnológica, al igual que los estándares mencionados y zkSharding, es una solución interna de Ethereum para la fragmentación de liquidez entre Capa 2. Se aborda desde las capas de arquitectura, consenso y aplicación. Esta pila tecnológica resuelve de una sola vez los problemas de transmisión de información y descentralización del ordenante mediante el diseño de una solución completa de múltiples Capa 2. Al utilizar esta arquitectura de pila tecnológica, se desplegarán automáticamente contratos cruzados, y habrá un supervisor para desafiar y evitar la transmisión de información falsa entre cadenas. Actualmente, varios proyectos conocidos utilizan esta arquitectura de pila tecnológica.
Entre ellos, uno de los más representativos es un proyecto específico. Este proyecto aborda el problema de la fragmentación de la liquidez entre cadenas a través de la integración con redes específicas. Esta configuración facilita el movimiento de liquidez sin interrupciones al proporcionar las siguientes funciones:
Puente entre cadenas basado en intenciones: este puente admite transferencias de liquidez rápidas y confiables entre blockchains, permitiendo a los usuarios establecer intenciones, lo que ayuda al sistema a seleccionar automáticamente la mejor ruta para mover la liquidez. Este enfoque abstrae la complejidad para los usuarios, haciendo que las transacciones entre cadenas sean más fluidas y rápidas.
Verificación de red: esta red de operadores de nodos descentralizados valida transacciones entre cadenas, proporcionando una mayor certeza económica final más rápida. Una certeza final más rápida es crucial para garantizar la liquidación eficiente de las transacciones entre cadenas, minimizando así el riesgo de fragmentación de liquidez debido a la liquidación tardía.
Construcción de bloques rápidos y bloques verificables: al utilizar bloques rápidos, el proyecto ha reducido significativamente el tiempo de bloque, mejorando la eficiencia de los proveedores de liquidez y logrando un mercado cruzado más sincronizado. Los bloques rápidos ayudan a garantizar que la liquidez esté disponible en todo momento y a reducir los efectos negativos causados por los retrasos en la confirmación de bloques, lo que podría llevar a tomar a la gente por tonta.
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.
16 me gusta
Recompensa
16
7
Compartir
Comentar
0/400
LonelyAnchorman
· hace19h
Es tan competitivo como comer sandía.
Ver originalesResponder0
WhaleMinion
· hace19h
Si no entiendes nada, simplemente gana dinero.
Ver originalesResponder0
ChainBrain
· hace19h
又 tomar a la gente por tonta 又卷 炸裂
Ver originalesResponder0
PhantomMiner
· hace19h
La unificación de las monedas está lejos o_o
Ver originalesResponder0
BTCBeliefStation
· hace19h
El costo de L2 es realmente bajo, con diez mil dólares al mes se puede hacer.
Ver originalesResponder0
DeFi_Dad_Jokes
· hace19h
Ay, las cadenas públicas están realmente saturadas, ¡ya están demasiado saturadas!
Ver originalesResponder0
LiquidityHunter
· hace19h
Analista de datos de arbitraje de liquidez sigue continuamente las anomalías en 44 piscinas DEX -48.2% de alerta de caída de profundidad
La dificultad de la liquidez en la era de Capa 2: Oportunidades y desafíos del ecosistema multi-cadena
Discusión 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 escalado centradas en Capa 2, junto con el surgimiento de diversas herramientas, muchas cadenas públicas están evolucionando rápidamente. Muchas entidades desean construir su propia cadena para representar diferentes demandas de intereses y buscar una mayor valoración. Sin embargo, la aparición de numerosas cadenas públicas ha dificultado que el desarrollo del ecosistema se mantenga al ritmo de las cadenas públicas, lo que provoca que muchos proyectos enfrenten dificultades desde las etapas iniciales.
A través de diversas tecnologías, varias empresas e instituciones reconocidas han lanzado su propia Capa 2 o cadena pública. Hoy en día, los costos y los umbrales técnicos para construir una cadena se han reducido drásticamente, y el costo mensual de operar una cadena basada en ciertos stacks tecnológicos es de aproximadamente 10,000 dólares.
El futuro será sin duda una era de coexistencia de múltiples cadenas. Aunque estas nuevas cadenas pueden optar por la interoperabilidad para lograr la comunicación, debido a que las entidades detrás de ellas tienen una gran cantidad de aplicaciones de downstream, les resulta difícil construir aplicaciones en la misma cadena y alcanzar un consenso.
El ecosistema multichain actual ha traído un nuevo desafío: Liquidez y dispersión de 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, ejecución de liquidaciones, cruce nativo de cadenas, fragmentación, etc., pero su esencia central es similar.
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 de interacción directa del usuario, y también es la capa 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 comprender el mecanismo subyacente de conversión de liquidez.
capa de permisos
Ubicado por debajo de la capa de aplicación, los usuarios satisfacen su intención de transacción conectando su billetera a la dApp y solicitando una cotización. Aquí, la "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 capa abstracta
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 un sistema de cuentas confiable, sin necesidad de establecer un consenso entre cadenas, solo requieren un compromiso de confianza entre los sistemas de cuentas existentes. Otros proyectos logran una gestión abstracta generando billeteras de cuentas multichain para los usuarios, optimizando enormemente la experiencia del usuario y reduciendo la fragmentación de la experiencia del usuario.
Resolución de Capa 2
Esta capa es responsable de recibir e implementar las intenciones de transacción de los usuarios, y el rol del solucionador compite aquí para ofrecer una mejor experiencia al usuario, incluyendo tiempos de transacción más rápidos y velocidades de ejecución. Sobre esta base, los proyectos basados en intenciones han construido diversas soluciones impulsadas por intenciones. Los derivados de tales intenciones pueden realizar las intenciones 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 y el mecanismo de prueba de la capa 2, para garantizar el funcionamiento eficiente de todo el sistema multichain.
Actualmente, hay varias soluciones en el mercado para resolver la Liquidez dividida. Después de revisar una gran cantidad de opciones, encontramos que las principales formas son las siguientes:
Enfocado en RaaS: ayudar a construir liquidez compartida y estado de Rollup en una pila tecnológica específica mediante la incorporación de ordenadores compartidos y puentes entre cadenas específicos. Esto espera poder resolver la liquidez y la dispersión del estado en una dirección de 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 técnica llamada "firma en cadena". El componente central es la red MPC, que firma las transacciones de múltiples cadenas en lugar del usuario. Esta solución, aunque puede resolver en gran medida el problema de la fragmentación de la experiencia del usuario, implica una implementación backend compleja para los desarrolladores y no resuelve esencialmente la liquidez y la dispersión de estados.
Centrado en la red de intenciones fuera de la cadena: el núcleo es que los usuarios envían intenciones a la red de solucionadores, y el rol de los solucionadores es competir en ofertas, proporcionando el mejor tiempo de finalización y precio de transacción. Estos solucionadores pueden ser agentes de IA, intercambios centralizados, creadores de mercado e incluso el protocolo integrado mismo. Aunque las intenciones pueden teóricamente realizar operaciones cruzadas de cualquier dificultad, en la práctica es necesario contar con suficientes solucionadores de liquidez para ayudar, y cuando se presentan ciertas demandas fuera de la cadena, existe la posibilidad de fraude por parte de los solucionadores. Si se introducen métodos como las pruebas de fraude, la dificultad de implementar la red de solucionadores aumentará, así como el umbral para operar como solucionador.
Centrado en la red de liquidez en cadena: Esta dirección se especializa en optimizar los problemas de liquidez entre cadenas, pero no resuelve otros problemas de dispersión del estado en cadena. Su núcleo es construir una capa de liquidez, sobre la cual se construyen aplicaciones, para compartir la liquidez de toda la cadena.
Centrado en aplicaciones en cadena: este tipo de aplicaciones construyen aplicaciones de alta liquidez a través de la integración de grandes creadores de mercado o aplicaciones de terceros. Estos proyectos necesitan gestionar procesos complejos entre cadenas, lo que plantea 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 de integración de liquidez, especialmente integrando la liquidez de toda la cadena que está dispersa, tendrá un gran potencial, y también hemos visto muchas soluciones diferentes.
En las dos categorías anteriores, podemos ver que, según la estructura por capas, la capa de liquidación es la solución a nivel más atómico. Por encima de estas soluciones atómicas, como las soluciones de cadena cruzada, oráculos y confirmación anticipada, se construye una capa más abstracta, que comprende la capa de resolución, la capa de permisos y la capa de aplicaciones. Las diferentes soluciones de abstracción o liquidez construidas en diferentes direcciones listadas anteriormente corresponden a estos diferentes niveles, y se pueden entender como una relación de upstream y downstream. Sin embargo, estas soluciones aún no son soluciones a nivel atómico, el problema de la fragmentación de la liquidez ha dado lugar a la aparición de muchos problemas derivados complejos, por lo que, en cuanto a la interoperabilidad, han surgido todo tipo de soluciones. Pero, en esencia, todavía dependen de estos componentes.
A continuación, discutiremos varios proyectos típicos de conceptos abstractos de cadena, para ver cómo cada uno aborda el problema de la liquidez y tomar a la gente por tonta desde su propio punto de partida.
Un proyecto ha construido un servicio RaaS en el ámbito DeFi, capaz de proporcionar los componentes necesarios para la construcción directa de protocolos DeFi, como oráculos, tipos de fondos, modelos de tasas de interés, activos, etc. También puede ofrecer componentes como el comercio apalancado y estrategias de rendimiento que se pueden activar de inmediato. Es equivalente a otros extremos de construcción de aplicaciones, pero la liquidez final se coloca en la capa de liquidez de este proyecto. Sin embargo, actualmente no ha revelado el funcionamiento subyacente.
Otro proyecto ha construido tres componentes clave, que son la capa de compatibilidad de intenciones, la validez y la capa de liquidación general. Las aplicaciones externas o la capa de intenciones pueden publicar intenciones a este proyecto, y luego su capa de compatibilidad de intenciones puede convertir las intenciones externas en un formato que los solucionadores de protocolos pueden reconocer, utilizando el formato normalizado que es el lenguaje de validez. Los nodos de este proyecto son responsables de enviar el resultado final a la capa de liquidación general a través de puentes entre cadenas, tecnologías de liquidación rápida, entre otros.
Hay un proyecto que es una aplicación descentralizada, que permite el descubrimiento de precios basado en subastas y pools de liquidez unidireccional. Su misión principal es proporcionar herramientas de gestión de inventario eficientes para empresas de trading profesionales y conectarse fácilmente a protocolos DeFi centrales al liquidar transacciones con intención de uso. Al mismo tiempo, el proyecto ha creado un mercado de préstamos para llevar a cabo transacciones de préstamo. Esta aplicación se centra más en el trading en sí.
Un proyecto se deriva de una actualización de marca, que en el pasado se centraba en aplicaciones para consumidores. Luego, el equipo descubrió que había un gran problema de fragmentación en las interacciones en cadena, por lo que construyeron un nuevo proyecto para mejorar este problema. La comunicación entre cadenas que se utiliza se basa en ciertas tecnologías, por lo que es más nativa y segura que otros puentes entre cadenas.
Otro proyecto es el mercado de potencia ZK de Ethereum, procesadores ZK y desarrolladores de Capa 2, el equipo tiene una profunda base técnica en ZK. Se propuso la solución zkSharding, que utiliza tecnología ZK para escalar horizontalmente la red principal de Ethereum, ejecutar el procesamiento paralelo de fragmentos y generar ZKP, mientras que el fragmento principal valida los datos, se comunica con Ethereum y sincroniza el estado de la red entre todos los validadores. El fragmento principal también gestiona la distribución de validadores y cuentas en los fragmentos de ejecución. El protocolo de consenso utilizado por el comité de validación es también un protocolo comúnmente adoptado por proyectos de ejecución paralela. Desde el principio, este proyecto incorporó la comunicación entre fragmentos en el protocolo. Los mensajes entre fragmentos son validados como transacciones por el comité de validadores de cada fragmento.
Su idea básica es construir una arquitectura de comunicación entre fragmentos similar a la integrada, a través de la arquitectura de Capa 2 fragmentada, lo que resolvería los problemas de liquidez y dispersión de estado. Sin embargo, su idea central no es razonable, porque el problema que resuelve la dispersión de liquidez es un problema de múltiples cadenas, y lo que se construye es una única Capa 2, lo que significa que para resolverlo, todas las cadenas tendrían que convertirse en un fragmento de ZK-sharding, lo cual es difícil de lograr.
Ethereum también está trabajando para resolver el problema de la liquidez entre cadenas, actualmente varios proyectos han comenzado a apoyar públicamente un estándar, que utiliza un enfoque de cadena cruzada basado en la intención. Su objetivo principal es establecer un estándar común para las operaciones de cadena cruzada entre L2 y cadenas laterales, estandarizando las interfaces de pedidos y liquidaciones, logrando una ejecución sin problemas entre cadenas. Su núcleo principal es un rellenador, que también se puede considerar como el papel de un solucionador en la abstracción de cadenas que actúa como un pagador. Esta propuesta ha sido construida conjuntamente por ciertos proyectos y actualmente está siendo revisada por un grupo de trabajo.
Una determinada pila tecnológica, al igual que los estándares mencionados y zkSharding, es una solución interna de Ethereum para la fragmentación de liquidez entre Capa 2. Se aborda desde las capas de arquitectura, consenso y aplicación. Esta pila tecnológica resuelve de una sola vez los problemas de transmisión de información y descentralización del ordenante mediante el diseño de una solución completa de múltiples Capa 2. Al utilizar esta arquitectura de pila tecnológica, se desplegarán automáticamente contratos cruzados, y habrá un supervisor para desafiar y evitar la transmisión de información falsa entre cadenas. Actualmente, varios proyectos conocidos utilizan esta arquitectura de pila tecnológica.
Entre ellos, uno de los más representativos es un proyecto específico. Este proyecto aborda el problema de la fragmentación de la liquidez entre cadenas a través de la integración con redes específicas. Esta configuración facilita el movimiento de liquidez sin interrupciones al proporcionar las siguientes funciones:
Puente entre cadenas basado en intenciones: este puente admite transferencias de liquidez rápidas y confiables entre blockchains, permitiendo a los usuarios establecer intenciones, lo que ayuda al sistema a seleccionar automáticamente la mejor ruta para mover la liquidez. Este enfoque abstrae la complejidad para los usuarios, haciendo que las transacciones entre cadenas sean más fluidas y rápidas.
Verificación de red: esta red de operadores de nodos descentralizados valida transacciones entre cadenas, proporcionando una mayor certeza económica final más rápida. Una certeza final más rápida es crucial para garantizar la liquidación eficiente de las transacciones entre cadenas, minimizando así el riesgo de fragmentación de liquidez debido a la liquidación tardía.
Construcción de bloques rápidos y bloques verificables: al utilizar bloques rápidos, el proyecto ha reducido significativamente el tiempo de bloque, mejorando la eficiencia de los proveedores de liquidez y logrando un mercado cruzado más sincronizado. Los bloques rápidos ayudan a garantizar que la liquidez esté disponible en todo momento y a reducir los efectos negativos causados por los retrasos en la confirmación de bloques, lo que podría llevar a tomar a la gente por tonta.