Infraestructura integral de DAPP omnichain

Intermedio2/29/2024, 3:40:31 AM
Este artículo profundiza en los aspectos técnicos de la solución omnichain de ZetaChain, explicando cómo sirve como infraestructura subyacente para la interoperabilidad omnichain de las DAPP, lo que permite una resolución y un procesamiento perfectos de los mensajes entre cadenas.

Reenvíe el título original:Perspectivas técnicas sobre ZetaChain: Una infraestructura integral de DAPP OmniChain

ZetaChain es una cadena pública de punto de venta basada en el SDK de Cosmos, donde sus bloques registran mensajes de cadena cruzada y datos iniciados en "cadenas externas". Los usuarios de cadenas externas como BTC pueden comunicar sus intenciones a la red ZetaChain publicando mensajes en un formato específico, similar al protocolo Ordinals. Los nodos de ZetaChain emplean un mecanismo de consenso para determinar qué mensajes procesar y sus secuencias y, en última instancia, utilizan el Esquema de Firma de Umbral (TSS) para generar una firma digital en la cadena de destino. Este proceso implica la liberación de activos de la cuenta pública de la cadena, lo que desencadena los pasos posteriores de la transacción.


La lista actual de nodos validadores en ZetaChain incluye numerosas partes e instituciones de proyectos, como OKX, HashKey Cloud, Dora Factory, entre otros. Debido a la compatibilidad inherente con EVM de ZetaChain, admite la implementación de la lógica de contratos. Los desarrolladores de DApp de cadena completa pueden escribir directamente programas de procesamiento de mensajes entre cadenas en ZetaChain, lo que elimina la necesidad de implementar contratos de activos puente a través de múltiples cadenas y, por lo tanto, ahorra costos de desarrollo. Desde la perspectiva del usuario, teóricamente, interactuar con los contratos de ZetaChain es suficiente, eliminando la necesidad de múltiples interacciones con los contratos puente entre las cadenas de origen y destino y reduciendo los costos de las tarifas de transacción. Al igual que algunos proyectos de Intent con un efecto de "cadena de custodia de activos de ventanilla única", ZetaChain admite la implementación de contratos de activos o protocolos DeFi. Los usuarios pueden generar mensajes específicos en el frontend de las DApps en diferentes cadenas para llamar de forma asíncrona a los contratos DeFi de ZetaChain o a los estados de los activos. Esta configuración también es compatible con las cuentas de la cadena BTC. Es similar a permitir que ZetaChain aloje directamente una cuenta de activos universalmente unificada en todas las cadenas. Sin embargo, lograr este efecto requiere un front-end de DApp dedicado para colaborar. A partir de ahora, la función principal de ZetaChain es servir como la infraestructura subyacente para la interoperabilidad omnichain. Puede analizar y procesar mensajes específicos entre cadenas y también actuar como plataforma de ejecución de lógica empresarial para DApps multicadena. El modelo de negocio principal gira en torno a escenarios típicos de B a B a C.

Cuerpo: Con el continuo desarrollo de la industria blockchain, nos encontramos en una era de interconexión multicadena. En esta era, diferentes cadenas públicas con características distintas han dado lugar a escenarios de aplicación diversificados, creando experiencias variadas para los usuarios. Sin embargo, al mismo tiempo, el aislamiento entre cadenas se ha vuelto más pronunciado. A menudo, las cuentas de diferentes cadenas no pueden comunicarse, y los activos de los usuarios a través de las cadenas permanecen en un estado fragmentado y no unificado. Esto aumenta el umbral de uso y disminuye significativamente la experiencia del usuario.

Se puede decir que el problema de la fragmentación e incompatibilidad entre cadenas heterogéneas es uno de los principales obstáculos para aumentar las tasas de conversión de los usuarios. La popularidad del ecosistema BTC hoy en día pone aún más de manifiesto los problemas de interoperabilidad entre cadenas heterogéneas. Como dijo Vitalik Buterin hace muchos años, "Multichain es el futuro". Aunque la coexistencia de múltiples cadenas se ha convertido en una tendencia imparable, establecer puentes entre cadenas heterogéneas sigue siendo una tarea difícil.

Para abordar el problema de la interoperabilidad omnichain, LayerZero, Polyheddra, Map Protocol, Bool Network e incluso Cosmos y Polkadot han propuesto diferentes soluciones para la mensajería entre cadenas. ZetaChain, recientemente lanzado, que introdujo su token, es un actor esencial en el panorama de la infraestructura omnichain.

A continuación, proporcionaremos una breve perspectiva técnica sobre la solución omnichain de ZetaChain, explicando cómo sirve como infraestructura subyacente para DApps interoperables omnichain, logrando el análisis y procesamiento de mensajes entre cadenas.

Desafíos con las soluciones de cadena cruzada existentes

En realidad, el escenario más simple que debe abordar un puente entre cadenas es la transferencia de activos a través de diferentes cadenas. Por ejemplo, al transferir activos de ETH a Polygon, primero debe transferir activos a una dirección de depósito designada en la cadena ETH y luego recibir una cantidad equivalente en la cadena Polygon. El desafío surge porque los nodos de Polygon no pueden confirmar lo que sucedió en la cadena ETH y no saben si realmente depositó la cantidad especificada. Si alguien afirma falsamente haber depositado 100 USDT en la dirección ETH designada e inicia un reclamo de retiro en la cadena Polygon para liberar sus 100 USDT, conduce al problema de "retiro de la nada". La clave para un puente entre cadenas es resolver este problema confirmando que todas las solicitudes de retiro corresponden a las actividades de depósito reales. Esencialmente, implica probar en la Cadena B que efectivamente hubo N transacciones relacionadas con el puente entre cadenas en la Cadena A.


En la actualidad, los principales puentes entre cadenas tienden a adoptar un mecanismo notarial, que implica la creación de un grupo de nodos notariales que alcanzan el "consenso" a través de firmas multifirma o MPC. Siempre que la mayoría de los nodos notariales estén de acuerdo en que su acción de cadena cruzada puede ser aprobada, sus activos pueden cruzarse sin problemas. Algunos puentes entre cadenas utilizan un bloqueo de hash más seguro o implementan nodos ligeros de otras cadenas a través de contratos en cadena. Estos puentes confirman la validez de las actividades de cadena cruzada al recibir pruebas de merkle o pruebas de zk. Sin embargo, el costo de estos puentes entre cadenas suele ser más alto y finalmente se transfiere a las tarifas de transacción de los usuarios. Por lo tanto, la mayoría de los puentes entre cadenas siguen eligiendo el modelo de nodo notarial fuera de la cadena para el consenso de múltiples firmas. Referencia: ¿Explicar qué consideraciones son importantes al diseñar puentes entre cadenas? En particular, los puentes de cadena cruzada basados en notarios a menudo enfrentan riesgos significativos, incluida la vulnerabilidad a la piratería o el robo de información privilegiada. Según las estadísticas de SlowMist Hacked, en 2022 se produjeron 16 incidentes de seguridad relacionados con puentes entre cadenas, lo que supuso una pérdida total de 1.210 millones de dólares. Esto representó el 32% de las pérdidas totales de incidentes de ataque en cadena ese año, lo que pone de manifiesto los peligros de las vulnerabilidades de seguridad en los puentes entre cadenas.


Además, muchas soluciones de puentes entre cadenas existentes adoptan principalmente el modelo Lock-Mint, en el que los activos se bloquean en la cadena A y los activos mapeados correspondientes se emiten en la cadena B para lograr la transferencia de activos entre cadenas. Sin embargo, el flujo de procesamiento de depósitos y retiros en tales soluciones requiere múltiples interacciones con el contrato de activos mapeado, lo que lleva a una fricción significativa y a una posible pérdida de fondos. Además, numerosas soluciones de puentes entre cadenas solo admiten transferencias de activos entre cadenas compatibles con EVM, lo que enfrenta desafíos en las interacciones entre cadenas heterogéneas como Solana y Bitcoin debido a las diferencias en los estándares técnicos. Teniendo en cuenta los problemas relacionados con la seguridad y las tarifas, las soluciones convencionales de puente entre cadenas a menudo luchan por lograr resultados óptimos y no pueden garantizar la transferencia de activos "nativa entre cadenas". En el ecosistema actual de Bitcoin, existe un creciente deseo de una experiencia de interacción entre cadenas fluida y nativa, anticipando una solución más eficiente. ZetaChain aborda este desafío con su enfoque único.

Funcionalidades de ZetaChain: La infraestructura subyacente para las DAPP interoperables entre cadenas

ZetaChain se posiciona como la infraestructura fundamental para las DApps interoperables omnichain, especializándose en admitir varios protocolos de aplicación para interacciones entre cadenas, un ejemplo de la infraestructura subyacente B To B To C. Emplea un mecanismo de admisión PoS, lo que permite a los nodos que apuestan activos ingresar a la red y servir como notarios. Todos los nodos PoS, que utilizan la tecnología TSS, participan en la verificación y el procesamiento de mensajes entre cadenas, con el objetivo de mejorar la seguridad tanto como sea posible. Al mismo tiempo, ZetaChain facilita el despliegue de contratos inteligentes, incorporando la lógica empresarial relacionada con los intercambios de activos. Los usuarios pueden enviar mensajes en un formato específico en cualquier cadena, llamando a ZetaChain o a sus contratos DeFi compatibles en múltiples cadenas. Por ejemplo, en BTC, los usuarios pueden llamar indirectamente a las funcionalidades de DeFi en Polygon. El resultado es la facilitación de la transmisión de mensajes entre diferentes blockchains, logrando la interoperabilidad.


Las DApps basadas en el escenario de interoperabilidad omnichain pueden implementar la lógica empresarial de intercambio de activos en ZetaChain, lo que facilita la conversión automática de tokens de gas a través de diferentes cadenas para los usuarios. Por ejemplo, utilizando el frontend de ciertas DApps omnichain, puede emitir un mensaje de formato específico en BTC, similar al protocolo Ordinals, que indica una llamada a un contrato en Solana. Los nodos de ZetaChain detectarán este mensaje y, posteriormente, el contrato AMM en ZetaChain puede calcular automáticamente la relación de intercambio entre BTC y SOL. A continuación, libera una cantidad equivalente de SOL en la cadena Solana, completando los pasos posteriores, como la compra de contratos y, por último, la transferencia de los activos merecidos a su dirección BTC o Solana. Este proceso se conoce como "interoperabilidad omnichain", en el que solo necesita publicar un mensaje en una cadena para llamar de forma remota a DApps en varias cadenas. En este contexto, ZetaChain puede conceptualizarse como una "capa de asentamiento de cadena de cadenas". En todos los escenarios de interacción multicadena, como iniciar una llamada desde la Cadena A a una DApp en la Cadena B, es similar a que la Cadena A se liquide primero con ZetaChain. A continuación, ZetaChain sincroniza los resultados de la liquidación preprocesada con la cuenta correspondiente en la Cadena B, completando los pasos posteriores. A lo largo de este proceso, no hay una interacción excesiva con el mapeo de contratos de activos ni fricciones en las tarifas de transacción. La circulación de activos se ve facilitada por las cuentas públicas de ZetaChain a través de diferentes cadenas, lo que elimina la necesidad de un despliegue frecuente de contratos de activos de mapeo en varias cadenas, como se ve en las aplicaciones tradicionales de cadena cruzada.

Actualmente, parece que las aplicaciones omnichain basadas en ZetaChain pueden ahorrar una cantidad considerable de problemas, eliminando la necesidad de diseñar minuciosamente contratos de activos de mapeo en diferentes cadenas. Todos los detalles relacionados con la entrada y salida de activos entre las cadenas de origen y destino son manejados por ZetaChain. En otras palabras, solo necesita implementar la lógica de negocios relacionada con las transacciones entre cadenas en ZetaChain. Esto facilita que diferentes aplicaciones de cadena completa admitan cadenas que no son EVM como Solana, Algorand, Bitcoin y DogeCoin en el frontend sin la necesidad de implementar ampliamente contratos de aplicaciones de cadena cruzada dedicados en diferentes cadenas. Además, la propia ZetaChain soporta el despliegue de contratos de activos o cuentas AA (Activos Autónomos). Los usuarios de diferentes cadenas pueden enviar mensajes en un formato específico para llamar a estos contratos, como si operaran una cuenta unificada a través de las cadenas. Este enfoque de diseño, también reflejado en Particle Chain de Particle Network, permite en última instancia a los usuarios centralizar los registros de datos de sus activos en ZetaChain o Particle Chain. Cuando sea necesario, los usuarios pueden llamar de forma asíncrona a sus contratos de activos en ZetaChain enviando mensajes de invocación a través de la interfaz de las DApps en "cadenas externas". Posteriormente, ZetaChain, a través de la cuenta pública en la cadena externa, transfiere una cierta cantidad de activos a la dirección especificada por el usuario o interactúa con el protocolo DeFi especificado por el usuario.


Esta serie de operaciones requiere DApps frontend especializadas para su implementación. En otras palabras, ZetaChain en sí solo proporciona servicios como la infraestructura subyacente para la omnichain, y debe haber una entrada frontend dedicada en el extremo de la aplicación para generar mensajes en un formato específico.

Modelo de seguridad de ZetaChain: una gran red de nodos notariales basada en el staking de puntos de venta

En última instancia, ZetaChain es esencialmente una red de nodos validadores diseñados para el procesamiento de mensajes entre cadenas. Basado en el SDK de Cosmos, comprende numerosos nodos validadores y utiliza POS como mecanismo de admisión, logrando así resistencia contra los ataques Sybil y garantizando la seguridad subyacente.

Dentro de la red ZetaChain, los nodos validadores, que actúan como notarios descentralizados, confirman qué solicitudes pendientes entre cadenas se han activado en otras cadenas. A través del consenso, registran estos comportamientos entre cadenas y proceden con los pasos posteriores. Usando firmas de clave distribuidas TSS, ZetaChain puede generar instrucciones de transacción en otras cadenas. Se puede decir que lo que hacen los validadores tiene cierta semejanza con el modo notarial de los puentes entre cadenas, pero con el staking de POS, los nodos de los validadores son más confiables, abordando el problema de Sybil.


(La lista actual de nodos validadores de Zetachain incluye muchas partes del proyecto o instituciones) El cliente Validator de Zetachian incluye dos módulos, ZetaCore y ZetaClient. El módulo ZetaCore participa en la generación de bloques ZetaChain y en el proceso de consenso, mientras que el módulo ZetaClient observa eventos en cadenas externas y firma transacciones salientes. Aquí, "saliente" puede entenderse simplemente como registrar el registro de transacciones en ZetaChain y enviarlo a "cadenas externas" (refiriéndose a cadenas fuera de ZetaChain). Esto desencadena las acciones correspondientes en la cadena de destino, y el contenido incluye principalmente la dirección del contrato, el ID de la cadena y el contenido del mensaje declarado por el usuario en el mensaje, de forma similar a la sección Registro en las transacciones de Ethereum.


Por el contrario, "entrante" puede entenderse como el registro de mensajes/transacciones relevantes en cadenas externas fuera de ZetaChain, como solicitudes entre cadenas, llamadas a contratos inteligentes en zEVM, etc., en ZetaChain. Es importante tener en cuenta que cuando se ejecutan nodos de validador para ZetaChain, el código de cliente incluye tres módulos: Validador, Observador y Firmante de TSS. Estos tres módulos tienen diferentes funcionalidades, pero todos pertenecen al cliente ZetaChain.

Módulos de observador y firmante de TSS

En primer lugar, todos los nodos de ZetaChain cuentan con un módulo "validador", con funcionalidades similares a los nodos validadores de las cadenas públicas PoS, participando en procesos de generación de bloques y consenso. Además, los nodos pueden votar sobre las propuestas on-chain en función de la proporción de tokens apostados (ZETA). Los bloques de ZetaChain contienen todos los registros procesados entre cadenas y las interacciones con los contratos inteligentes omnichain, actuando como un registro.

El módulo "observador" en el cliente ZetaChain ejecuta otros nodos completos/nodos ligeros de cadena pública, monitoreando formatos específicos de transacciones/mensajes entre cadenas. El módulo Observer funciona en dos modos: activo y pasivo. Diferentes nodos de ZetaChain pueden optar por cambiar el módulo Observador a uno de estos modos. El módulo Observador monitorea continuamente si hay mensajes/eventos de cadena cruzada relacionados con ZetaChain en otras cadenas. Si es así, el módulo Observador del nodo ZetaChain informa de la situación al módulo Validador. Estos mensajes de cadena cruzada observados se envían al bloque de ZetaChain y se confirman colectivamente a través del consenso.

Hay dos modos de observación: el modo activo y el modo pasivo. En el modo activo, los nodos escanean continuamente transacciones/eventos/estados en otras cadenas de bloques fuera de ZetaChain ejecutando nodos completos de esas cadenas. En el modo pasivo, los nodos no sincronizan bloques completos de otras cadenas de bloques; en su lugar, reciben pasivamente mensajes de cadena cruzada analizados de otros nodos de ZetaChain. Sin embargo, aunque los nodos en modo pasivo no sincronizan bloques de cadena externos completos, sincronizarán los encabezados de bloque y confirmarán a través de la prueba de Merkle que estos mensajes/datos de transacciones entre cadenas realmente existen en la cadena externa.

La ventaja del modo activo es que la mayoría de los nodos de ZetaChain sincronizan datos de cadenas externas, lo que proporciona una fuerte resistencia a la censura. En este modo, cualquier interacción del usuario con ZetaChain puede ocurrir una vez que un nodo detecta una solicitud iniciada en una cadena externa. Sin embargo, en el modo activo, la ejecución de nodos conlleva costos más altos. Además de ejecutar el cliente de nodos ZetaChain, los nodos también necesitan ejecutar nodos completos de cadenas externas, sincronizando datos y realizando escaneos continuamente. Por otro lado, el modo pasivo ofrece costos operativos significativamente más bajos para los nodos observadores regulares. Solo los nodos específicos ejecutan el cliente de nodo completo de las cadenas externas, mientras que otros nodos ejecutan clientes ligeros sin sincronizar bloques de cadena externos completos. Esto da como resultado costos más bajos y una escalabilidad más fácil del recuento de nodos en modo pasivo, lo que facilita la integración con múltiples cadenas externas. Sin embargo, el inconveniente del modo pasivo es que la actividad de observación de los datos en cadenas externas depende de unos pocos nodos, lo que lleva a una resistencia más débil a la censura. Para paliar esta situación, ZetaChain incentiva a los nodos a ejecutar el modo activo del módulo Observer.


(En el modo activo, los nodos deben ejecutar el cliente de nodo completo de las cadenas externas. En el modo pasivo, solo se ejecutan clientes ligeros de cadenas externas, que reciben mensajes de cadena cruzada y pruebas de Merkle de los nodos de ZetaChain en modo activo para confirmar la validez de los mensajes)

Firma TSS

Todos los mensajes entre cadenas observados y verificados por los nodos de ZetaChain desencadenarán en última instancia una transacción en la cadena de destino a través de la dirección de la cuenta pública de ZetaChain, lo que conducirá a operaciones posteriores. En este proceso, se requiere la generación de una firma digital para esta transacción entre cadenas en la cadena de destino. Para garantizar la seguridad y la confianza, la generación de firmas se lleva a cabo por todos los nodos de ZetaChain, almacenando colectivamente fragmentos de claves para la generación de firmas. Estos fragmentos de clave se distribuyen entre varios firmantes, y solo cuando la mayoría de los firmantes proporcionan sus firmas se puede generar la firma digital de la transacción en la cadena externa. En un momento dado, una sola entidad o un pequeño subconjunto de nodos no puede representar a ZetaChain en la activación de transacciones o la firma de mensajes en cadenas externas.


En el modelo cross-chain de ZetaChain, solo es necesario tener una dirección de cuenta común en diferentes cadenas sin necesidad de desplegar complejos contratos inteligentes. El algoritmo de firma múltiple de ZetaChain emplea TSS, el Esquema de Firma de Umbral. Mientras que las firmas digitales de transacciones visibles externamente corresponden a una sola clave privada, clave pública y dirección, en realidad, esta clave privada es generada por muchos fragmentos distribuidos a través de todos los dispositivos de nodo de ZetaChain, generados sin la participación de intermediarios. En un momento dado, una sola entidad o unos pocos validadores no pueden representar toda la red para unir fragmentos de clave privada y firmar mensajes. El proceso de generación y firma de claves de TSS se lleva a cabo a través de Multi-Party Computation (MPC), lo que garantiza que no se filtren secretos de los nodos participantes. Los nodos de ZetaChain pueden generar firmas de transacciones en diferentes cadenas. Además de ser compatible con varias cadenas EVM, ZetaChain agrega la capacidad de llamar de forma remota a contratos inteligentes para Bitcoin o cadenas de contratos no inteligentes. La experiencia del usuario es análoga a la de los usuarios de Bitcoin que llaman directamente a ciertas funcionalidades de DeFi.


Este escenario es particularmente adecuado para alojar aplicaciones DeFi multicadena dentro del ecosistema BTC. Como la cadena de bloques de BTC no puede implementar una lógica empresarial demasiado compleja, depende de una infraestructura externa para llamar de forma remota a ciertos contratos DeFi. Las características de ZetaChain son adecuadas para que los usuarios dentro del ecosistema BTC llamen de forma asíncrona a contratos DeFi.

zEVM: Plataforma de contrato DAPP de cadena cruzada de ventanilla única

A diferencia de las soluciones tradicionales de cadena cruzada que requieren la implementación de contratos de activos de mapeo en cada cadena, ZetaChain logra la funcionalidad de cadena cruzada mediante la implementación de un contrato inteligente solo una vez en su propia cadena. En ZetaChain, hay una capa de ejecución compatible con EVM llamada zEVM, donde los contratos inteligentes entre cadenas se pueden implementar directamente. zEVM admite las siguientes características: cualquiera puede enviar datos de transacciones en un formato específico en la cadena externa y llamar a un contrato en zEVM; la lógica del contrato en zEVM puede controlar los datos de transacciones salientes generados en la cadena externa. Estas dos características adicionales permiten que zEVM admita programación general, implemente lógica empresarial específica y modifique atómicamente el estado en diferentes cadenas. Si se produce una operación entre cadenas y ZetaChain detecta que los pasos posteriores de esta operación entre cadenas no tienen éxito en la cadena de destino, los datos modificados por la transacción entre cadenas en el contrato de ZetaChain se pueden revertir, como si nada hubiera pasado. Además, la aplicación omnichain DAPP no necesita implementar contratos de activos de mapeo en diferentes cadenas. Solo necesita usar el contrato en la cadena ZetaChain para configurar de forma centralizada la lógica de procesamiento de mensajes entre cadenas en una sola parada, sin la necesidad de implementar con frecuencia contratos entre cadenas en una red multicadena. Esto puede ahorrar significativamente el costo de desarrollo de la DAPP de cadena completa. A nivel de usuario, debido a que no hay necesidad de interactuar con frecuencia con contratos de activos mapeados en múltiples cadenas, el costo es menor que el de los puentes entre cadenas convencionales que requieren implementar contratos de activos mapeados en diferentes cadenas. Además, los contratos especiales de DeFi y los activos ZRC-20 o incluso NFT también se pueden implementar en ZetaChain para sincronizar datos sobre el estado de los activos o implementar cuentas AA. Esto le da capacidades de plataforma unificada de gestión de activos (registro de estado). Debido a que ya no necesitamos trabajar duro para poseer activos en múltiples cadenas, este escenario de cuentas de activos unificadas en toda la cadena puede generar más potencial en el futuro.

Conclusión

A partir de lo que hemos discutido en este artículo, hemos obtenido una mejor comprensión de la "infraestructura de interoperabilidad omnichain" de ZetaChain. A través del módulo de observador en el cliente validador, ZetaChain monitorea mensajes/transacciones específicas en cadenas externas, los reporta al módulo validador, logra un consenso sobre los mensajes dentro de la red ZetaChain, analiza los datos contenidos en los mensajes, genera firmas digitales utilizando TSS y desencadena procesos de transacción posteriores en las cadenas de destino correspondientes, realizando así interacciones entre cadenas en toda la red. Al mismo tiempo, los contratos inteligentes omnichain basados en ZetaChain nos permiten interactuar estrechamente con diferentes blockchains sin la necesidad de utilizar contratos de activos de mapeo en diferentes cadenas. Esto elimina la necesidad de recurrir a la lógica de contrato redundante, lo que ahorra costes de transacción. Además, como ZetaChain es compatible con EVM, cualquier desarrollador de DApp o incluso usuarios individuales pueden implementar una lógica personalizada de procesamiento de mensajes entre cadenas. En teoría, se puede desplegar todo el contrato DApp de una sola parada. Los desarrolladores de aplicaciones entre cadenas no necesitan implementar/actualizar con frecuencia la lógica de los contratos de activos de mapeo en diferentes cadenas, lo que elimina el costo del desarrollo redundante.

Renuncia:

  1. Este artículo es una reimpresión de [极客 Web3], Todos los derechos de autor pertenecen al autor original [Howe & Faust, 极客web3]. Si hay objeciones a esta reimpresión, comuníquese con el equipo de Gate Learn y ellos lo manejarán de inmediato.
  2. Descargo de responsabilidad: Los puntos de vista y opiniones expresados en este artículo son únicamente los del autor y no constituyen ningún consejo de inversión.
  3. Las traducciones del artículo a otros idiomas son realizadas por el equipo de Gate Learn. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.

Infraestructura integral de DAPP omnichain

Intermedio2/29/2024, 3:40:31 AM
Este artículo profundiza en los aspectos técnicos de la solución omnichain de ZetaChain, explicando cómo sirve como infraestructura subyacente para la interoperabilidad omnichain de las DAPP, lo que permite una resolución y un procesamiento perfectos de los mensajes entre cadenas.

Reenvíe el título original:Perspectivas técnicas sobre ZetaChain: Una infraestructura integral de DAPP OmniChain

ZetaChain es una cadena pública de punto de venta basada en el SDK de Cosmos, donde sus bloques registran mensajes de cadena cruzada y datos iniciados en "cadenas externas". Los usuarios de cadenas externas como BTC pueden comunicar sus intenciones a la red ZetaChain publicando mensajes en un formato específico, similar al protocolo Ordinals. Los nodos de ZetaChain emplean un mecanismo de consenso para determinar qué mensajes procesar y sus secuencias y, en última instancia, utilizan el Esquema de Firma de Umbral (TSS) para generar una firma digital en la cadena de destino. Este proceso implica la liberación de activos de la cuenta pública de la cadena, lo que desencadena los pasos posteriores de la transacción.


La lista actual de nodos validadores en ZetaChain incluye numerosas partes e instituciones de proyectos, como OKX, HashKey Cloud, Dora Factory, entre otros. Debido a la compatibilidad inherente con EVM de ZetaChain, admite la implementación de la lógica de contratos. Los desarrolladores de DApp de cadena completa pueden escribir directamente programas de procesamiento de mensajes entre cadenas en ZetaChain, lo que elimina la necesidad de implementar contratos de activos puente a través de múltiples cadenas y, por lo tanto, ahorra costos de desarrollo. Desde la perspectiva del usuario, teóricamente, interactuar con los contratos de ZetaChain es suficiente, eliminando la necesidad de múltiples interacciones con los contratos puente entre las cadenas de origen y destino y reduciendo los costos de las tarifas de transacción. Al igual que algunos proyectos de Intent con un efecto de "cadena de custodia de activos de ventanilla única", ZetaChain admite la implementación de contratos de activos o protocolos DeFi. Los usuarios pueden generar mensajes específicos en el frontend de las DApps en diferentes cadenas para llamar de forma asíncrona a los contratos DeFi de ZetaChain o a los estados de los activos. Esta configuración también es compatible con las cuentas de la cadena BTC. Es similar a permitir que ZetaChain aloje directamente una cuenta de activos universalmente unificada en todas las cadenas. Sin embargo, lograr este efecto requiere un front-end de DApp dedicado para colaborar. A partir de ahora, la función principal de ZetaChain es servir como la infraestructura subyacente para la interoperabilidad omnichain. Puede analizar y procesar mensajes específicos entre cadenas y también actuar como plataforma de ejecución de lógica empresarial para DApps multicadena. El modelo de negocio principal gira en torno a escenarios típicos de B a B a C.

Cuerpo: Con el continuo desarrollo de la industria blockchain, nos encontramos en una era de interconexión multicadena. En esta era, diferentes cadenas públicas con características distintas han dado lugar a escenarios de aplicación diversificados, creando experiencias variadas para los usuarios. Sin embargo, al mismo tiempo, el aislamiento entre cadenas se ha vuelto más pronunciado. A menudo, las cuentas de diferentes cadenas no pueden comunicarse, y los activos de los usuarios a través de las cadenas permanecen en un estado fragmentado y no unificado. Esto aumenta el umbral de uso y disminuye significativamente la experiencia del usuario.

Se puede decir que el problema de la fragmentación e incompatibilidad entre cadenas heterogéneas es uno de los principales obstáculos para aumentar las tasas de conversión de los usuarios. La popularidad del ecosistema BTC hoy en día pone aún más de manifiesto los problemas de interoperabilidad entre cadenas heterogéneas. Como dijo Vitalik Buterin hace muchos años, "Multichain es el futuro". Aunque la coexistencia de múltiples cadenas se ha convertido en una tendencia imparable, establecer puentes entre cadenas heterogéneas sigue siendo una tarea difícil.

Para abordar el problema de la interoperabilidad omnichain, LayerZero, Polyheddra, Map Protocol, Bool Network e incluso Cosmos y Polkadot han propuesto diferentes soluciones para la mensajería entre cadenas. ZetaChain, recientemente lanzado, que introdujo su token, es un actor esencial en el panorama de la infraestructura omnichain.

A continuación, proporcionaremos una breve perspectiva técnica sobre la solución omnichain de ZetaChain, explicando cómo sirve como infraestructura subyacente para DApps interoperables omnichain, logrando el análisis y procesamiento de mensajes entre cadenas.

Desafíos con las soluciones de cadena cruzada existentes

En realidad, el escenario más simple que debe abordar un puente entre cadenas es la transferencia de activos a través de diferentes cadenas. Por ejemplo, al transferir activos de ETH a Polygon, primero debe transferir activos a una dirección de depósito designada en la cadena ETH y luego recibir una cantidad equivalente en la cadena Polygon. El desafío surge porque los nodos de Polygon no pueden confirmar lo que sucedió en la cadena ETH y no saben si realmente depositó la cantidad especificada. Si alguien afirma falsamente haber depositado 100 USDT en la dirección ETH designada e inicia un reclamo de retiro en la cadena Polygon para liberar sus 100 USDT, conduce al problema de "retiro de la nada". La clave para un puente entre cadenas es resolver este problema confirmando que todas las solicitudes de retiro corresponden a las actividades de depósito reales. Esencialmente, implica probar en la Cadena B que efectivamente hubo N transacciones relacionadas con el puente entre cadenas en la Cadena A.


En la actualidad, los principales puentes entre cadenas tienden a adoptar un mecanismo notarial, que implica la creación de un grupo de nodos notariales que alcanzan el "consenso" a través de firmas multifirma o MPC. Siempre que la mayoría de los nodos notariales estén de acuerdo en que su acción de cadena cruzada puede ser aprobada, sus activos pueden cruzarse sin problemas. Algunos puentes entre cadenas utilizan un bloqueo de hash más seguro o implementan nodos ligeros de otras cadenas a través de contratos en cadena. Estos puentes confirman la validez de las actividades de cadena cruzada al recibir pruebas de merkle o pruebas de zk. Sin embargo, el costo de estos puentes entre cadenas suele ser más alto y finalmente se transfiere a las tarifas de transacción de los usuarios. Por lo tanto, la mayoría de los puentes entre cadenas siguen eligiendo el modelo de nodo notarial fuera de la cadena para el consenso de múltiples firmas. Referencia: ¿Explicar qué consideraciones son importantes al diseñar puentes entre cadenas? En particular, los puentes de cadena cruzada basados en notarios a menudo enfrentan riesgos significativos, incluida la vulnerabilidad a la piratería o el robo de información privilegiada. Según las estadísticas de SlowMist Hacked, en 2022 se produjeron 16 incidentes de seguridad relacionados con puentes entre cadenas, lo que supuso una pérdida total de 1.210 millones de dólares. Esto representó el 32% de las pérdidas totales de incidentes de ataque en cadena ese año, lo que pone de manifiesto los peligros de las vulnerabilidades de seguridad en los puentes entre cadenas.


Además, muchas soluciones de puentes entre cadenas existentes adoptan principalmente el modelo Lock-Mint, en el que los activos se bloquean en la cadena A y los activos mapeados correspondientes se emiten en la cadena B para lograr la transferencia de activos entre cadenas. Sin embargo, el flujo de procesamiento de depósitos y retiros en tales soluciones requiere múltiples interacciones con el contrato de activos mapeado, lo que lleva a una fricción significativa y a una posible pérdida de fondos. Además, numerosas soluciones de puentes entre cadenas solo admiten transferencias de activos entre cadenas compatibles con EVM, lo que enfrenta desafíos en las interacciones entre cadenas heterogéneas como Solana y Bitcoin debido a las diferencias en los estándares técnicos. Teniendo en cuenta los problemas relacionados con la seguridad y las tarifas, las soluciones convencionales de puente entre cadenas a menudo luchan por lograr resultados óptimos y no pueden garantizar la transferencia de activos "nativa entre cadenas". En el ecosistema actual de Bitcoin, existe un creciente deseo de una experiencia de interacción entre cadenas fluida y nativa, anticipando una solución más eficiente. ZetaChain aborda este desafío con su enfoque único.

Funcionalidades de ZetaChain: La infraestructura subyacente para las DAPP interoperables entre cadenas

ZetaChain se posiciona como la infraestructura fundamental para las DApps interoperables omnichain, especializándose en admitir varios protocolos de aplicación para interacciones entre cadenas, un ejemplo de la infraestructura subyacente B To B To C. Emplea un mecanismo de admisión PoS, lo que permite a los nodos que apuestan activos ingresar a la red y servir como notarios. Todos los nodos PoS, que utilizan la tecnología TSS, participan en la verificación y el procesamiento de mensajes entre cadenas, con el objetivo de mejorar la seguridad tanto como sea posible. Al mismo tiempo, ZetaChain facilita el despliegue de contratos inteligentes, incorporando la lógica empresarial relacionada con los intercambios de activos. Los usuarios pueden enviar mensajes en un formato específico en cualquier cadena, llamando a ZetaChain o a sus contratos DeFi compatibles en múltiples cadenas. Por ejemplo, en BTC, los usuarios pueden llamar indirectamente a las funcionalidades de DeFi en Polygon. El resultado es la facilitación de la transmisión de mensajes entre diferentes blockchains, logrando la interoperabilidad.


Las DApps basadas en el escenario de interoperabilidad omnichain pueden implementar la lógica empresarial de intercambio de activos en ZetaChain, lo que facilita la conversión automática de tokens de gas a través de diferentes cadenas para los usuarios. Por ejemplo, utilizando el frontend de ciertas DApps omnichain, puede emitir un mensaje de formato específico en BTC, similar al protocolo Ordinals, que indica una llamada a un contrato en Solana. Los nodos de ZetaChain detectarán este mensaje y, posteriormente, el contrato AMM en ZetaChain puede calcular automáticamente la relación de intercambio entre BTC y SOL. A continuación, libera una cantidad equivalente de SOL en la cadena Solana, completando los pasos posteriores, como la compra de contratos y, por último, la transferencia de los activos merecidos a su dirección BTC o Solana. Este proceso se conoce como "interoperabilidad omnichain", en el que solo necesita publicar un mensaje en una cadena para llamar de forma remota a DApps en varias cadenas. En este contexto, ZetaChain puede conceptualizarse como una "capa de asentamiento de cadena de cadenas". En todos los escenarios de interacción multicadena, como iniciar una llamada desde la Cadena A a una DApp en la Cadena B, es similar a que la Cadena A se liquide primero con ZetaChain. A continuación, ZetaChain sincroniza los resultados de la liquidación preprocesada con la cuenta correspondiente en la Cadena B, completando los pasos posteriores. A lo largo de este proceso, no hay una interacción excesiva con el mapeo de contratos de activos ni fricciones en las tarifas de transacción. La circulación de activos se ve facilitada por las cuentas públicas de ZetaChain a través de diferentes cadenas, lo que elimina la necesidad de un despliegue frecuente de contratos de activos de mapeo en varias cadenas, como se ve en las aplicaciones tradicionales de cadena cruzada.

Actualmente, parece que las aplicaciones omnichain basadas en ZetaChain pueden ahorrar una cantidad considerable de problemas, eliminando la necesidad de diseñar minuciosamente contratos de activos de mapeo en diferentes cadenas. Todos los detalles relacionados con la entrada y salida de activos entre las cadenas de origen y destino son manejados por ZetaChain. En otras palabras, solo necesita implementar la lógica de negocios relacionada con las transacciones entre cadenas en ZetaChain. Esto facilita que diferentes aplicaciones de cadena completa admitan cadenas que no son EVM como Solana, Algorand, Bitcoin y DogeCoin en el frontend sin la necesidad de implementar ampliamente contratos de aplicaciones de cadena cruzada dedicados en diferentes cadenas. Además, la propia ZetaChain soporta el despliegue de contratos de activos o cuentas AA (Activos Autónomos). Los usuarios de diferentes cadenas pueden enviar mensajes en un formato específico para llamar a estos contratos, como si operaran una cuenta unificada a través de las cadenas. Este enfoque de diseño, también reflejado en Particle Chain de Particle Network, permite en última instancia a los usuarios centralizar los registros de datos de sus activos en ZetaChain o Particle Chain. Cuando sea necesario, los usuarios pueden llamar de forma asíncrona a sus contratos de activos en ZetaChain enviando mensajes de invocación a través de la interfaz de las DApps en "cadenas externas". Posteriormente, ZetaChain, a través de la cuenta pública en la cadena externa, transfiere una cierta cantidad de activos a la dirección especificada por el usuario o interactúa con el protocolo DeFi especificado por el usuario.


Esta serie de operaciones requiere DApps frontend especializadas para su implementación. En otras palabras, ZetaChain en sí solo proporciona servicios como la infraestructura subyacente para la omnichain, y debe haber una entrada frontend dedicada en el extremo de la aplicación para generar mensajes en un formato específico.

Modelo de seguridad de ZetaChain: una gran red de nodos notariales basada en el staking de puntos de venta

En última instancia, ZetaChain es esencialmente una red de nodos validadores diseñados para el procesamiento de mensajes entre cadenas. Basado en el SDK de Cosmos, comprende numerosos nodos validadores y utiliza POS como mecanismo de admisión, logrando así resistencia contra los ataques Sybil y garantizando la seguridad subyacente.

Dentro de la red ZetaChain, los nodos validadores, que actúan como notarios descentralizados, confirman qué solicitudes pendientes entre cadenas se han activado en otras cadenas. A través del consenso, registran estos comportamientos entre cadenas y proceden con los pasos posteriores. Usando firmas de clave distribuidas TSS, ZetaChain puede generar instrucciones de transacción en otras cadenas. Se puede decir que lo que hacen los validadores tiene cierta semejanza con el modo notarial de los puentes entre cadenas, pero con el staking de POS, los nodos de los validadores son más confiables, abordando el problema de Sybil.


(La lista actual de nodos validadores de Zetachain incluye muchas partes del proyecto o instituciones) El cliente Validator de Zetachian incluye dos módulos, ZetaCore y ZetaClient. El módulo ZetaCore participa en la generación de bloques ZetaChain y en el proceso de consenso, mientras que el módulo ZetaClient observa eventos en cadenas externas y firma transacciones salientes. Aquí, "saliente" puede entenderse simplemente como registrar el registro de transacciones en ZetaChain y enviarlo a "cadenas externas" (refiriéndose a cadenas fuera de ZetaChain). Esto desencadena las acciones correspondientes en la cadena de destino, y el contenido incluye principalmente la dirección del contrato, el ID de la cadena y el contenido del mensaje declarado por el usuario en el mensaje, de forma similar a la sección Registro en las transacciones de Ethereum.


Por el contrario, "entrante" puede entenderse como el registro de mensajes/transacciones relevantes en cadenas externas fuera de ZetaChain, como solicitudes entre cadenas, llamadas a contratos inteligentes en zEVM, etc., en ZetaChain. Es importante tener en cuenta que cuando se ejecutan nodos de validador para ZetaChain, el código de cliente incluye tres módulos: Validador, Observador y Firmante de TSS. Estos tres módulos tienen diferentes funcionalidades, pero todos pertenecen al cliente ZetaChain.

Módulos de observador y firmante de TSS

En primer lugar, todos los nodos de ZetaChain cuentan con un módulo "validador", con funcionalidades similares a los nodos validadores de las cadenas públicas PoS, participando en procesos de generación de bloques y consenso. Además, los nodos pueden votar sobre las propuestas on-chain en función de la proporción de tokens apostados (ZETA). Los bloques de ZetaChain contienen todos los registros procesados entre cadenas y las interacciones con los contratos inteligentes omnichain, actuando como un registro.

El módulo "observador" en el cliente ZetaChain ejecuta otros nodos completos/nodos ligeros de cadena pública, monitoreando formatos específicos de transacciones/mensajes entre cadenas. El módulo Observer funciona en dos modos: activo y pasivo. Diferentes nodos de ZetaChain pueden optar por cambiar el módulo Observador a uno de estos modos. El módulo Observador monitorea continuamente si hay mensajes/eventos de cadena cruzada relacionados con ZetaChain en otras cadenas. Si es así, el módulo Observador del nodo ZetaChain informa de la situación al módulo Validador. Estos mensajes de cadena cruzada observados se envían al bloque de ZetaChain y se confirman colectivamente a través del consenso.

Hay dos modos de observación: el modo activo y el modo pasivo. En el modo activo, los nodos escanean continuamente transacciones/eventos/estados en otras cadenas de bloques fuera de ZetaChain ejecutando nodos completos de esas cadenas. En el modo pasivo, los nodos no sincronizan bloques completos de otras cadenas de bloques; en su lugar, reciben pasivamente mensajes de cadena cruzada analizados de otros nodos de ZetaChain. Sin embargo, aunque los nodos en modo pasivo no sincronizan bloques de cadena externos completos, sincronizarán los encabezados de bloque y confirmarán a través de la prueba de Merkle que estos mensajes/datos de transacciones entre cadenas realmente existen en la cadena externa.

La ventaja del modo activo es que la mayoría de los nodos de ZetaChain sincronizan datos de cadenas externas, lo que proporciona una fuerte resistencia a la censura. En este modo, cualquier interacción del usuario con ZetaChain puede ocurrir una vez que un nodo detecta una solicitud iniciada en una cadena externa. Sin embargo, en el modo activo, la ejecución de nodos conlleva costos más altos. Además de ejecutar el cliente de nodos ZetaChain, los nodos también necesitan ejecutar nodos completos de cadenas externas, sincronizando datos y realizando escaneos continuamente. Por otro lado, el modo pasivo ofrece costos operativos significativamente más bajos para los nodos observadores regulares. Solo los nodos específicos ejecutan el cliente de nodo completo de las cadenas externas, mientras que otros nodos ejecutan clientes ligeros sin sincronizar bloques de cadena externos completos. Esto da como resultado costos más bajos y una escalabilidad más fácil del recuento de nodos en modo pasivo, lo que facilita la integración con múltiples cadenas externas. Sin embargo, el inconveniente del modo pasivo es que la actividad de observación de los datos en cadenas externas depende de unos pocos nodos, lo que lleva a una resistencia más débil a la censura. Para paliar esta situación, ZetaChain incentiva a los nodos a ejecutar el modo activo del módulo Observer.


(En el modo activo, los nodos deben ejecutar el cliente de nodo completo de las cadenas externas. En el modo pasivo, solo se ejecutan clientes ligeros de cadenas externas, que reciben mensajes de cadena cruzada y pruebas de Merkle de los nodos de ZetaChain en modo activo para confirmar la validez de los mensajes)

Firma TSS

Todos los mensajes entre cadenas observados y verificados por los nodos de ZetaChain desencadenarán en última instancia una transacción en la cadena de destino a través de la dirección de la cuenta pública de ZetaChain, lo que conducirá a operaciones posteriores. En este proceso, se requiere la generación de una firma digital para esta transacción entre cadenas en la cadena de destino. Para garantizar la seguridad y la confianza, la generación de firmas se lleva a cabo por todos los nodos de ZetaChain, almacenando colectivamente fragmentos de claves para la generación de firmas. Estos fragmentos de clave se distribuyen entre varios firmantes, y solo cuando la mayoría de los firmantes proporcionan sus firmas se puede generar la firma digital de la transacción en la cadena externa. En un momento dado, una sola entidad o un pequeño subconjunto de nodos no puede representar a ZetaChain en la activación de transacciones o la firma de mensajes en cadenas externas.


En el modelo cross-chain de ZetaChain, solo es necesario tener una dirección de cuenta común en diferentes cadenas sin necesidad de desplegar complejos contratos inteligentes. El algoritmo de firma múltiple de ZetaChain emplea TSS, el Esquema de Firma de Umbral. Mientras que las firmas digitales de transacciones visibles externamente corresponden a una sola clave privada, clave pública y dirección, en realidad, esta clave privada es generada por muchos fragmentos distribuidos a través de todos los dispositivos de nodo de ZetaChain, generados sin la participación de intermediarios. En un momento dado, una sola entidad o unos pocos validadores no pueden representar toda la red para unir fragmentos de clave privada y firmar mensajes. El proceso de generación y firma de claves de TSS se lleva a cabo a través de Multi-Party Computation (MPC), lo que garantiza que no se filtren secretos de los nodos participantes. Los nodos de ZetaChain pueden generar firmas de transacciones en diferentes cadenas. Además de ser compatible con varias cadenas EVM, ZetaChain agrega la capacidad de llamar de forma remota a contratos inteligentes para Bitcoin o cadenas de contratos no inteligentes. La experiencia del usuario es análoga a la de los usuarios de Bitcoin que llaman directamente a ciertas funcionalidades de DeFi.


Este escenario es particularmente adecuado para alojar aplicaciones DeFi multicadena dentro del ecosistema BTC. Como la cadena de bloques de BTC no puede implementar una lógica empresarial demasiado compleja, depende de una infraestructura externa para llamar de forma remota a ciertos contratos DeFi. Las características de ZetaChain son adecuadas para que los usuarios dentro del ecosistema BTC llamen de forma asíncrona a contratos DeFi.

zEVM: Plataforma de contrato DAPP de cadena cruzada de ventanilla única

A diferencia de las soluciones tradicionales de cadena cruzada que requieren la implementación de contratos de activos de mapeo en cada cadena, ZetaChain logra la funcionalidad de cadena cruzada mediante la implementación de un contrato inteligente solo una vez en su propia cadena. En ZetaChain, hay una capa de ejecución compatible con EVM llamada zEVM, donde los contratos inteligentes entre cadenas se pueden implementar directamente. zEVM admite las siguientes características: cualquiera puede enviar datos de transacciones en un formato específico en la cadena externa y llamar a un contrato en zEVM; la lógica del contrato en zEVM puede controlar los datos de transacciones salientes generados en la cadena externa. Estas dos características adicionales permiten que zEVM admita programación general, implemente lógica empresarial específica y modifique atómicamente el estado en diferentes cadenas. Si se produce una operación entre cadenas y ZetaChain detecta que los pasos posteriores de esta operación entre cadenas no tienen éxito en la cadena de destino, los datos modificados por la transacción entre cadenas en el contrato de ZetaChain se pueden revertir, como si nada hubiera pasado. Además, la aplicación omnichain DAPP no necesita implementar contratos de activos de mapeo en diferentes cadenas. Solo necesita usar el contrato en la cadena ZetaChain para configurar de forma centralizada la lógica de procesamiento de mensajes entre cadenas en una sola parada, sin la necesidad de implementar con frecuencia contratos entre cadenas en una red multicadena. Esto puede ahorrar significativamente el costo de desarrollo de la DAPP de cadena completa. A nivel de usuario, debido a que no hay necesidad de interactuar con frecuencia con contratos de activos mapeados en múltiples cadenas, el costo es menor que el de los puentes entre cadenas convencionales que requieren implementar contratos de activos mapeados en diferentes cadenas. Además, los contratos especiales de DeFi y los activos ZRC-20 o incluso NFT también se pueden implementar en ZetaChain para sincronizar datos sobre el estado de los activos o implementar cuentas AA. Esto le da capacidades de plataforma unificada de gestión de activos (registro de estado). Debido a que ya no necesitamos trabajar duro para poseer activos en múltiples cadenas, este escenario de cuentas de activos unificadas en toda la cadena puede generar más potencial en el futuro.

Conclusión

A partir de lo que hemos discutido en este artículo, hemos obtenido una mejor comprensión de la "infraestructura de interoperabilidad omnichain" de ZetaChain. A través del módulo de observador en el cliente validador, ZetaChain monitorea mensajes/transacciones específicas en cadenas externas, los reporta al módulo validador, logra un consenso sobre los mensajes dentro de la red ZetaChain, analiza los datos contenidos en los mensajes, genera firmas digitales utilizando TSS y desencadena procesos de transacción posteriores en las cadenas de destino correspondientes, realizando así interacciones entre cadenas en toda la red. Al mismo tiempo, los contratos inteligentes omnichain basados en ZetaChain nos permiten interactuar estrechamente con diferentes blockchains sin la necesidad de utilizar contratos de activos de mapeo en diferentes cadenas. Esto elimina la necesidad de recurrir a la lógica de contrato redundante, lo que ahorra costes de transacción. Además, como ZetaChain es compatible con EVM, cualquier desarrollador de DApp o incluso usuarios individuales pueden implementar una lógica personalizada de procesamiento de mensajes entre cadenas. En teoría, se puede desplegar todo el contrato DApp de una sola parada. Los desarrolladores de aplicaciones entre cadenas no necesitan implementar/actualizar con frecuencia la lógica de los contratos de activos de mapeo en diferentes cadenas, lo que elimina el costo del desarrollo redundante.

Renuncia:

  1. Este artículo es una reimpresión de [极客 Web3], Todos los derechos de autor pertenecen al autor original [Howe & Faust, 极客web3]. Si hay objeciones a esta reimpresión, comuníquese con el equipo de Gate Learn y ellos lo manejarán de inmediato.
  2. Descargo de responsabilidad: Los puntos de vista y opiniones expresados en este artículo son únicamente los del autor y no constituyen ningún consejo de inversión.
  3. Las traducciones del artículo a otros idiomas son realizadas por el equipo de Gate Learn. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.
Empieza ahora
¡Regístrate y recibe un bono de
$100
!