Estudio sobre el problema de la liquidez y la toma a la gente por tonta en la era de Capa 2
Con el cambio de Ethereum hacia soluciones de escalado centradas en Capa 2, junto con 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 valoración más alta. 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 ha llevado a que muchos proyectos se desmoronen en el TGE.
Con la ayuda de OP Stack, una plataforma de intercambio lanzó su propia Capa 2, otra plataforma de intercambio publicó Ink; utilizando tecnología ZK, una plataforma de intercambio lanzó XLayer; una empresa de tecnología publicó Soneium, y una aplicación de comunicación lanzó Kaia, entre otros. Hoy en día, los costos y las barreras tecnológicas para construir una cadena se han reducido considerablemente, y el costo de operar una cadena basada en OP Stack es de 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 la compatibilidad con EVM para lograr la interoperabilidad, debido a que las entidades de Web2 detrás de ellas tienen muchas aplicaciones descendentes, les resulta difícil construir aplicaciones en la misma cadena y alcanzar un consenso.
El ecosistema actual de múltiples cadenas 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 es un área que debe ser explorada y resuelta. Actualmente hay muchas soluciones de liquidez, como la abstracción de cadenas, la intención, la Ejecución de Clearing, Native CrossChain, ZKSharding, pero su esencia fundamental es la misma.
Usamos la arquitectura Cake, reconocida en la industria, para presentar de arriba hacia abajo la composición de los componentes centrales de la abstracción de cadena cruzada:
La capa de aplicación es la capa con la que los usuarios interactúan directamente, 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 comprender el mecanismo de conversión de liquidez subyacente.
La capa de permisos se encuentra debajo de la capa de aplicaciones, y los usuarios satisfacen su intención de transacción conectando su cartera 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, y no a la ruta de ejecución específica de la transacción.
La gestión de cuentas y la capa de abstracción, debido a la existencia de un entorno multichain, requieren 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. Una plataforma es un proyecto representativo en este campo, que ha construido un sistema de cuentas confiable, sin necesidad de establecer un consenso entre cadenas, solo requiere compromisos confiables entre los sistemas de cuentas existentes. Esta plataforma logra la gestión abstracta generando billeteras de cuentas multichain para los usuarios, optimizando enormemente la experiencia del usuario y reduciendo la fragmentación de UX. Sin embargo, en términos de liquidez, principalmente se ha integrado las cadenas públicas existentes.
El solucionador se encarga de recibir e implementar la intención de transacción del usuario, 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, se han construido diversas soluciones impulsadas por la intención basadas en proyectos de intención. Derivados de tales intenciones, como el componente Predicate, pueden realizar la intención del usuario bajo reglas específicas.
La capa de liquidación es la capa de middleware utilizada por la capa de solución para realizar la intención del usuario. Los componentes centrales de las soluciones de liquidez y estado disperso incluyen:
Oráculo: utilizado para obtener información del estado en otras cadenas.
Puente entre cadenas: encargado de la transmisión de información y liquidez entre cadenas.
Confirmación anticipada del plan: reducir 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, entre otros, para garantizar el funcionamiento eficiente de todo el sistema multicanal.
Actualmente, hay varias soluciones en el mercado para resolver la liquidez y tomar a la gente por tonta. Tras revisar una gran cantidad de propuestas, encontramos que las principales son estas:
Enfocado en RaaS: soluciones de Rollup como OP Stack, que ayudan a construir Rollups en OP Stack mediante la incorporación de un ordenante compartido específico y puentes entre cadenas para compartir liquidez y estado. Esto espera abordar la fragmentación de liquidez y estado desde una dirección de mayor nivel. Dentro de esto, hay un diseño más específico de un ordenante compartido, que está más orientado a Capa 2 y no tiene aplicabilidad general.
Enfoque centrado en la cuenta: construir una billetera de cuenta de cadena completa que use una tecnología llamada "firma en cadena" para firmar y ejecutar transacciones a través de múltiples protocolos de blockchain. El componente central es la red MPC, que firma transacciones multicanal en lugar del usuario. Aunque esta solución puede resolver en gran medida el problema de la fragmentación de la experiencia del usuario, para los desarrolladores implica una implementación backend compleja y no resuelve esencialmente la liquidez y la dispersión del estado.
Centrado en la red de intenciones fuera de la cadena: es decir, la Solver Network, cuyo núcleo es que los usuarios envían intenciones a la red Solver, y el rol de Solver compite en las ofertas, proporcionando el mejor tiempo de finalización y precio de transacción. Estos Solvers pueden ser Agentes de IA, intercambios, creadores de mercado e incluso el protocolo integrado en sí. Aunque las intenciones pueden, en teoría, realizar operaciones cruzadas de cualquier complejidad, en la práctica es necesario contar con suficientes Solvers de liquidez para ayudar, y cuando se enfrentan a algunas necesidades fuera de la cadena, existe la posibilidad de fraude por parte del Solver. Si se introducen métodos como pruebas de fraude, la dificultad de implementar la Solver Network aumentará y el umbral para operar como Solver también será más alto.
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 estado disperso en la cadena. 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 integrando grandes creadores de mercado o aplicaciones de terceros. Estos proyectos necesitan gestionar procesos complejos entre cadenas, lo que requiere un alto nivel de habilidad de los desarrolladores, por lo tanto, también son muy propensos a sufrir ataques de hackers.
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 dispersa de toda la cadena, tendrá un gran potencial, y también hemos visto muchas soluciones diferentes.
Las diversas soluciones abstractas o de liquidez que hemos enumerado anteriormente, construidas en diferentes direcciones, se corresponden con diferentes niveles de este conjunto 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 traído la aparición de numerosos problemas derivados. Por lo tanto, en relación con la interoperabilidad, han surgido una variedad de soluciones. Pero, en esencia, todavía dependen de estos componentes. A continuación, discutiremos algunos proyectos típicos del concepto de abstracción de cadenas para ver cómo cada uno aborda el problema de la fragmentación de la liquidez desde su propio punto de partida.
Un cierto proyecto ha construido un servicio RaaS en el ámbito DeFi, que puede proporcionar los componentes necesarios para la construcción directa de protocolos DeFi, como Oracle, Pool Type, IRM, Asset, etc., y también puede ofrecer componentes como Leverage Trading y Yield Strategy 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 dicho proyecto. Sin embargo, actualmente no ha revelado el funcionamiento subyacente. Este proyecto ya ha obtenido 6 millones de dólares en financiamiento de la ronda semilla.
Una red ha construido tres componentes centrales, que son la capa compatible con Intent, la Validez y la capa de liquidación general.
Las aplicaciones externas o la capa de intención pueden publicar intenciones a esta red, y luego la capa de compatibilidad de intenciones de la red puede convertir las intenciones externas en un formato que el Solver de protocolo puede reconocer, utilizando un formato normalizado que es el lenguaje de Validez. Los nodos de esta red son responsables de enviar el resultado final a la capa de liquidación general a través de puentes de cadena cruzada, tecnología de liquidación rápida, etc. Este proyecto aún se encuentra en la fase de construcción y no se han revelado más detalles del trabajo. En agosto, obtuvo 2.2 millones de dólares en financiamiento de ronda semilla.
Una aplicación descentralizada puede implementar descubrimiento de precios basado en subastas y pools de liquidez unilaterales. Su misión principal es proporcionar a las empresas de trading profesionales herramientas eficientes para la gestión de inventarios y conectarse fácilmente a protocolos DeFi centrales al liquidar transacciones con intención de uso. Al mismo tiempo, la aplicación ha creado un mercado de préstamos para realizar operaciones de préstamo. Esta aplicación está más enfocada en la transacción en sí. Actualmente todavía se encuentra en fase de desarrollo, y en julio anunció que obtuvo 1,2 millones de dólares en financiamiento de la ronda Pre-seed.
Un proyecto está basado en 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. Ha realizado cuatro rondas de financiamiento.
Una fundación es un desarrollador del mercado de potencia de cálculo ZK de Ethereum, coprocesadores ZK y Capa 2, y el equipo tiene una sólida base técnica en ZK. Propusieron la solución zkSharding, que utiliza tecnología ZK para escalar horizontalmente la red principal de Ethereum, ejecutar el procesamiento de transacciones en paralelo y generar ZKP, mientras que la partición principal valida datos, se comunica con Ethereum y sincroniza el estado de la red entre todos los validadores. La partición principal también gestiona la distribución de validadores y cuentas en la partición de ejecución. El protocolo de consenso utilizado por el comité de validación también es Hotstuff, lo cual es bastante común en los proyectos de ejecución paralela más recientes. La L2 de la fundación incorporó la comunicación entre particiones en el protocolo desde el principio.
Su idea básica es construir una arquitectura de comunicación entre fragmentos incrustada similar a IBC a través de una arquitectura de Layer 2 fragmentada, lo que puede resolver los problemas de liquidez y dispersión de estado. Sin embargo, su idea principal no es razonable, ya que el problema que resuelve la dispersión de liquidez es el problema de las múltiples cadenas, y lo que se construye es un Layer 2 único, 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, cierta Capa 2 y cierto DEX son los primeros en apoyar públicamente cierto estándar, que también se basa en un método de intercambio entre cadenas basado en Intent. Su objetivo principal es establecer un estándar universal para las operaciones entre L2 y cadenas laterales, estandarizando las interfaces de órdenes y liquidaciones, logrando una ejecución sin problemas entre cadenas. Su núcleo principal es un Filler, que también puede describirse como el rol de Solver en la abstracción de cadenas que paga en nombre de otros. Esta propuesta ha sido construida conjuntamente por cierto DEX y cierto proyecto, y actualmente está siendo revisada por el grupo de trabajo.
Cierta Stack, al igual que el estándar mencionado y zkSharding, son soluciones internas de Ethereum para la fragmentación de liquidez entre Capa 2, abordando respectivamente los niveles de arquitectura, consenso y aplicación. Cierta Stack resuelve de una vez los problemas de transmisión de información y descentralización del Sequencer mediante el diseño de una solución completa de múltiples Capa 2. Al utilizar esta arquitectura Stack, se desplegarán automáticamente contratos cruzados, y existirá un Supervisor para desafiar y evitar la transmisión de información cruzada falsa. Actualmente, varios proyectos conocidos están utilizando esta arquitectura Stack.
Entre ellos, el más típico es cierta cadena. Esta cadena resuelve el problema de la fragmentación de liquidez entre cadenas principalmente a través de la integración con la red Superchain. Esta configuración facilita el movimiento de liquidez sin problemas al proporcionar las siguientes funciones:
Puente de cadena cruzada basado en intenciones: este puente admite transferencias de liquidez rápidas y confiables entre cadenas de bloques, permitiendo a los usuarios establecer intenciones, lo que ayuda al sistema a seleccionar automáticamente la mejor ruta para mover liquidez. Este enfoque abstrae la complejidad para los usuarios, haciendo que las transacciones entre cadenas sean más fluidas y rápidas.
Red de validación: esta red de operadores de nodos descentralizados valida las transacciones entre cadenas, proporcionando una mayor rapidez en la certeza económica final. Una mayor rapidez en la certeza final es crucial para garantizar la liquidación eficiente de las transacciones entre cadenas, minimizando así el riesgo de fragmentación de liquidez debido a retrasos en la liquidación.
Flashblocks y construcción de bloques verificables: Al utilizar Flashblocks, la cadena ha reducido significativamente el tiempo de bloque, mejorado la eficiencia de los proveedores de liquidez y logrado un mercado entre cadenas más sincronizado. Flashblocks ayuda a garantizar que la liquidez esté disponible en todo momento y reduce los efectos negativos causados por la demora en la confirmación de bloques, lo que podría llevar a la fragmentación de la liquidez.
 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
6
Compartir
Comentar
0/400
InfraVibes
· hace4h
¿Finalmente llega l2? Aunque el bullicio es bueno, no te esfuerces demasiado.
Ver originalesResponder0
GasFeeVictim
· hace4h
都 tomar a la gente por tonta 成筛子了哎
Ver originalesResponder0
AirdropChaser
· hace4h
tomar a la gente por tonta, solo que no se pierde
Ver originalesResponder0
AllTalkLongTrader
· hace4h
Otra vez vi a esa gente gritando que caen por debajo del precio de emisión, tomaron a la gente por tonta y se fueron.
Ver originalesResponder0
degenwhisperer
· hace5h
Deja de hacer ruido, ¿quién está ganando dinero en L2 ahora?
Ver originalesResponder0
NFT_Therapy
· hace5h
Todavía están tomando a la gente por tonta, la moneda casi no tiene caída.
Investigación sobre el problema de la liquidez y la solución en la era de Capa 2
Estudio sobre el problema de la liquidez y la toma a la gente por tonta en la era de Capa 2
Con el cambio de Ethereum hacia soluciones de escalado centradas en Capa 2, junto con 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 valoración más alta. 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 ha llevado a que muchos proyectos se desmoronen en el TGE.
Con la ayuda de OP Stack, una plataforma de intercambio lanzó su propia Capa 2, otra plataforma de intercambio publicó Ink; utilizando tecnología ZK, una plataforma de intercambio lanzó XLayer; una empresa de tecnología publicó Soneium, y una aplicación de comunicación lanzó Kaia, entre otros. Hoy en día, los costos y las barreras tecnológicas para construir una cadena se han reducido considerablemente, y el costo de operar una cadena basada en OP Stack es de 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 la compatibilidad con EVM para lograr la interoperabilidad, debido a que las entidades de Web2 detrás de ellas tienen muchas aplicaciones descendentes, les resulta difícil construir aplicaciones en la misma cadena y alcanzar un consenso.
El ecosistema actual de múltiples cadenas 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 es un área que debe ser explorada y resuelta. Actualmente hay muchas soluciones de liquidez, como la abstracción de cadenas, la intención, la Ejecución de Clearing, Native CrossChain, ZKSharding, pero su esencia fundamental es la misma.
Usamos la arquitectura Cake, reconocida en la industria, para presentar de arriba hacia abajo la composición de los componentes centrales de la abstracción de cadena cruzada:
La capa de aplicación es la capa con la que los usuarios interactúan directamente, 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 comprender el mecanismo de conversión de liquidez subyacente.
La capa de permisos se encuentra debajo de la capa de aplicaciones, y los usuarios satisfacen su intención de transacción conectando su cartera 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, y no a la ruta de ejecución específica de la transacción.
La gestión de cuentas y la capa de abstracción, debido a la existencia de un entorno multichain, requieren 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. Una plataforma es un proyecto representativo en este campo, que ha construido un sistema de cuentas confiable, sin necesidad de establecer un consenso entre cadenas, solo requiere compromisos confiables entre los sistemas de cuentas existentes. Esta plataforma logra la gestión abstracta generando billeteras de cuentas multichain para los usuarios, optimizando enormemente la experiencia del usuario y reduciendo la fragmentación de UX. Sin embargo, en términos de liquidez, principalmente se ha integrado las cadenas públicas existentes.
El solucionador se encarga de recibir e implementar la intención de transacción del usuario, 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, se han construido diversas soluciones impulsadas por la intención basadas en proyectos de intención. Derivados de tales intenciones, como el componente Predicate, pueden realizar la intención del usuario bajo reglas específicas.
La capa de liquidación es la capa de middleware utilizada por la capa de solución para realizar 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, entre otros, para garantizar el funcionamiento eficiente de todo el sistema multicanal.
Actualmente, hay varias soluciones en el mercado para resolver la liquidez y tomar a la gente por tonta. Tras revisar una gran cantidad de propuestas, encontramos que las principales son estas:
Enfocado en RaaS: soluciones de Rollup como OP Stack, que ayudan a construir Rollups en OP Stack mediante la incorporación de un ordenante compartido específico y puentes entre cadenas para compartir liquidez y estado. Esto espera abordar la fragmentación de liquidez y estado desde una dirección de mayor nivel. Dentro de esto, hay un diseño más específico de un ordenante compartido, que está más orientado a Capa 2 y no tiene aplicabilidad general.
Enfoque centrado en la cuenta: construir una billetera de cuenta de cadena completa que use una tecnología llamada "firma en cadena" para firmar y ejecutar transacciones a través de múltiples protocolos de blockchain. El componente central es la red MPC, que firma transacciones multicanal en lugar del usuario. Aunque esta solución puede resolver en gran medida el problema de la fragmentación de la experiencia del usuario, para los desarrolladores implica una implementación backend compleja y no resuelve esencialmente la liquidez y la dispersión del estado.
Centrado en la red de intenciones fuera de la cadena: es decir, la Solver Network, cuyo núcleo es que los usuarios envían intenciones a la red Solver, y el rol de Solver compite en las ofertas, proporcionando el mejor tiempo de finalización y precio de transacción. Estos Solvers pueden ser Agentes de IA, intercambios, creadores de mercado e incluso el protocolo integrado en sí. Aunque las intenciones pueden, en teoría, realizar operaciones cruzadas de cualquier complejidad, en la práctica es necesario contar con suficientes Solvers de liquidez para ayudar, y cuando se enfrentan a algunas necesidades fuera de la cadena, existe la posibilidad de fraude por parte del Solver. Si se introducen métodos como pruebas de fraude, la dificultad de implementar la Solver Network aumentará y el umbral para operar como Solver también será más alto.
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 estado disperso en la cadena. 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 integrando grandes creadores de mercado o aplicaciones de terceros. Estos proyectos necesitan gestionar procesos complejos entre cadenas, lo que requiere un alto nivel de habilidad de los desarrolladores, por lo tanto, también son muy propensos a sufrir ataques de hackers.
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 dispersa de toda la cadena, tendrá un gran potencial, y también hemos visto muchas soluciones diferentes.
Las diversas soluciones abstractas o de liquidez que hemos enumerado anteriormente, construidas en diferentes direcciones, se corresponden con diferentes niveles de este conjunto 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 traído la aparición de numerosos problemas derivados. Por lo tanto, en relación con la interoperabilidad, han surgido una variedad de soluciones. Pero, en esencia, todavía dependen de estos componentes. A continuación, discutiremos algunos proyectos típicos del concepto de abstracción de cadenas para ver cómo cada uno aborda el problema de la fragmentación de la liquidez desde su propio punto de partida.
Un cierto proyecto ha construido un servicio RaaS en el ámbito DeFi, que puede proporcionar los componentes necesarios para la construcción directa de protocolos DeFi, como Oracle, Pool Type, IRM, Asset, etc., y también puede ofrecer componentes como Leverage Trading y Yield Strategy 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 dicho proyecto. Sin embargo, actualmente no ha revelado el funcionamiento subyacente. Este proyecto ya ha obtenido 6 millones de dólares en financiamiento de la ronda semilla.
Una red ha construido tres componentes centrales, que son la capa compatible con Intent, la Validez y la capa de liquidación general.
Las aplicaciones externas o la capa de intención pueden publicar intenciones a esta red, y luego la capa de compatibilidad de intenciones de la red puede convertir las intenciones externas en un formato que el Solver de protocolo puede reconocer, utilizando un formato normalizado que es el lenguaje de Validez. Los nodos de esta red son responsables de enviar el resultado final a la capa de liquidación general a través de puentes de cadena cruzada, tecnología de liquidación rápida, etc. Este proyecto aún se encuentra en la fase de construcción y no se han revelado más detalles del trabajo. En agosto, obtuvo 2.2 millones de dólares en financiamiento de ronda semilla.
Una aplicación descentralizada puede implementar descubrimiento de precios basado en subastas y pools de liquidez unilaterales. Su misión principal es proporcionar a las empresas de trading profesionales herramientas eficientes para la gestión de inventarios y conectarse fácilmente a protocolos DeFi centrales al liquidar transacciones con intención de uso. Al mismo tiempo, la aplicación ha creado un mercado de préstamos para realizar operaciones de préstamo. Esta aplicación está más enfocada en la transacción en sí. Actualmente todavía se encuentra en fase de desarrollo, y en julio anunció que obtuvo 1,2 millones de dólares en financiamiento de la ronda Pre-seed.
Un proyecto está basado en 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. Ha realizado cuatro rondas de financiamiento.
Una fundación es un desarrollador del mercado de potencia de cálculo ZK de Ethereum, coprocesadores ZK y Capa 2, y el equipo tiene una sólida base técnica en ZK. Propusieron la solución zkSharding, que utiliza tecnología ZK para escalar horizontalmente la red principal de Ethereum, ejecutar el procesamiento de transacciones en paralelo y generar ZKP, mientras que la partición principal valida datos, se comunica con Ethereum y sincroniza el estado de la red entre todos los validadores. La partición principal también gestiona la distribución de validadores y cuentas en la partición de ejecución. El protocolo de consenso utilizado por el comité de validación también es Hotstuff, lo cual es bastante común en los proyectos de ejecución paralela más recientes. La L2 de la fundación incorporó la comunicación entre particiones en el protocolo desde el principio.
Su idea básica es construir una arquitectura de comunicación entre fragmentos incrustada similar a IBC a través de una arquitectura de Layer 2 fragmentada, lo que puede resolver los problemas de liquidez y dispersión de estado. Sin embargo, su idea principal no es razonable, ya que el problema que resuelve la dispersión de liquidez es el problema de las múltiples cadenas, y lo que se construye es un Layer 2 único, 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, cierta Capa 2 y cierto DEX son los primeros en apoyar públicamente cierto estándar, que también se basa en un método de intercambio entre cadenas basado en Intent. Su objetivo principal es establecer un estándar universal para las operaciones entre L2 y cadenas laterales, estandarizando las interfaces de órdenes y liquidaciones, logrando una ejecución sin problemas entre cadenas. Su núcleo principal es un Filler, que también puede describirse como el rol de Solver en la abstracción de cadenas que paga en nombre de otros. Esta propuesta ha sido construida conjuntamente por cierto DEX y cierto proyecto, y actualmente está siendo revisada por el grupo de trabajo.
Cierta Stack, al igual que el estándar mencionado y zkSharding, son soluciones internas de Ethereum para la fragmentación de liquidez entre Capa 2, abordando respectivamente los niveles de arquitectura, consenso y aplicación. Cierta Stack resuelve de una vez los problemas de transmisión de información y descentralización del Sequencer mediante el diseño de una solución completa de múltiples Capa 2. Al utilizar esta arquitectura Stack, se desplegarán automáticamente contratos cruzados, y existirá un Supervisor para desafiar y evitar la transmisión de información cruzada falsa. Actualmente, varios proyectos conocidos están utilizando esta arquitectura Stack.
Entre ellos, el más típico es cierta cadena. Esta cadena resuelve el problema de la fragmentación de liquidez entre cadenas principalmente a través de la integración con la red Superchain. Esta configuración facilita el movimiento de liquidez sin problemas al proporcionar las siguientes funciones:
Puente de cadena cruzada basado en intenciones: este puente admite transferencias de liquidez rápidas y confiables entre cadenas de bloques, permitiendo a los usuarios establecer intenciones, lo que ayuda al sistema a seleccionar automáticamente la mejor ruta para mover liquidez. Este enfoque abstrae la complejidad para los usuarios, haciendo que las transacciones entre cadenas sean más fluidas y rápidas.
Red de validación: esta red de operadores de nodos descentralizados valida las transacciones entre cadenas, proporcionando una mayor rapidez en la certeza económica final. Una mayor rapidez en la certeza final es crucial para garantizar la liquidación eficiente de las transacciones entre cadenas, minimizando así el riesgo de fragmentación de liquidez debido a retrasos en la liquidación.
Flashblocks y construcción de bloques verificables: Al utilizar Flashblocks, la cadena ha reducido significativamente el tiempo de bloque, mejorado la eficiencia de los proveedores de liquidez y logrado un mercado entre cadenas más sincronizado. Flashblocks ayuda a garantizar que la liquidez esté disponible en todo momento y reduce los efectos negativos causados por la demora en la confirmación de bloques, lo que podría llevar a la fragmentación de la liquidez.
![Capa 2时代下，Liquidez tomar a la gente por tonta问题的研究](