Prólogo

ZetaChain (ZETA) es una blockchain de Capa 1 diseñada para cerrar la brecha entre varias redes blockchain. Utilizando el Cosmos SDK y el mecanismo de consenso Tendermint, permite a los desarrolladores construir aplicaciones interoperables escalables personalizadas. La plataforma permite que las aplicaciones descentralizadas (DApps) aprovechen las capacidades de múltiples blockchains para abordar los problemas actuales del protocolo cross-chain y lograr funcionalidad cross-chain completa. El uso de contratos inteligentes Omnichain y el motor ZetaEVM fomenta la interoperabilidad, convirtiendo a ZetaChain en un centro de integración central.

Cómo funciona ZetaChain

Fuente de la imagen: Sitio web oficial de ZetaChain

ZetaChain aprovecha el SDK de Cosmos, con el motor de consenso de Tendermint y el modelo de Prueba de Participación (PoS) como base, mostrando una capacidad única de interoperabilidad de cadena completa. Utiliza su propio token como tarifas de Gas y tiene la ventaja de extender contratos inteligentes EVM de cadena completa. Como explicó Jed Barker, ZetaChain opera de la siguiente manera:

• Contratos inteligentes Omnichain: El núcleo de ZetaChain son contratos inteligentes que pueden interactuar con múltiples blockchains. Estos contratos inteligentes son compatibles con el motor ZetaEVM, que es compatible con la Máquina Virtual Ethereum, lo que permite la interacción de datos entre blockchains;
• Transferencia de activos sin problemas: Simplifica la transferencia de activos entre cadenas de bloques sin la necesidad de puentes complejos. Esto incluye el soporte para cadenas de bloques sin funcionalidad nativa de contrato inteligente, como Bitcoin;
• Mensajería entre Cadenas: Para intercambios de datos más simples (como transferencias de NFT), ZetaChain ofrece capacidades de mensajería entre cadenas, facilitando la transferencia de datos livianos entre diferentes redes;
• Gestionar Activos Externos: ZetaChain extiende su funcionalidad para gestionar activos en otras blockchains, aplicando lógica de contratos inteligentes a cadenas que típicamente carecen de esta característica.

Arquitectura de ZetaChain

Al igual que otras arquitecturas, Zeta puede proporcionar numerosas funciones de mensajería entre cadenas, pero su ventaja única radica en el soporte de contratos EVM de cadena completa, conocidos como el “THORChain con contratos inteligentes” o “Axelar con EVM”. Está construido utilizando el Cosmos SDK y el consenso CometBFT para crear una cadena de bloques PoS, similar a THORChain. Zeta utiliza el token ZETA como un token de enrutamiento para la mensajería entre cadenas.

Aquí está la explicación: ZetaCore es el cliente que genera bloques y ejecuta el Layer1, similar a otras blockchains de PoS. ZetaClient es responsable de las operaciones entre cadenas, con otros nodos ejecutando tanto ZetaCore como ZetaClient. Los nodos Zeta realizan tres funciones clave: validación, observación y firma, cada una operada por diferentes roles dentro de cada nodo. Esta arquitectura permite dos funcionalidades clave: contratos inteligentes Omnichain y mensajes entre cadenas.

Fuente de la imagen: Delphi Creative

· Validadores: Los validadores estándar de CometBFT, como en otras cadenas de PoS, apuestan ZETA y votan en bloques;

· Observadores: Los observadores necesitan ejecutar nodos completos de cadenas externas, divididos en clasificadores y validadores. Los clasificadores supervisan eventos en cadenas externas y los envían a los validadores, quienes votan sobre los eventos para llegar a un consenso. El papel de los clasificadores es únicamente garantizar la validez; cualquier nodo puede clasificar transacciones. Esto hace que ejecutar un nodo Zeta sea más costoso que ejecutar una cadena estándar, similar a THORChain, que es también una de las razones por las que THORChain no ha añadido soporte para Solana;

· Firmantes: Los nodos comparten claves ECDSA/EdDSA, y solo una supermayoría (2/3) puede firmar transacciones en cadenas externas. Los firmantes son el método de Zeta para la custodia de activos y la firma de información en cadenas externas. En plataformas de contratos inteligentes como Ethereum, pueden utilizarse para interactuar con contratos inteligentes y custodiar activos, así como custodiar activos en cadenas no inteligentes como Bitcoin y Dogecoin. La siguiente imagen del libro blanco muestra el gráfico de firmas.

Fuente de la imagen: Delphi Creative

Transferencia de Información entre Cadenas

CCMP permite el enrutamiento de información entre otras cadenas a través del uso de ZetaChain como intermediario. En el campo de otros protocolos como LayerZero, Axelar, IBC, Chainlink CCIP y, en cierta medida, THORChain, la competencia se desarrolla en esta dirección. Sin embargo, para ZetaChain, su protocolo de mensajería entre cadenas se implementa utilizando su token nativo ZETA, diferenciándolos fundamentalmente de sus competidores. Excepto THORChain, otros competidores no dependen de sus tokens nativos para la transferencia de valor. Un ejemplo del libro blanco — un DEX entre cadenas — demuestra intuitivamente el papel de ZETA en la mensajería. En este ejemplo, si un usuario desea intercambiar 1.2 ETH en Polygon por USDC en Ethereum, el camino sería:

1. Intercambia ETH por ZETA en un AMM de Polygon;
2. Enviar ZETA a ZetaChain;
3. Ruta ZETA de ZetaChain a Ethereum;
4. Intercambie ZETA por USDC en Ethereum;
5. El usuario recibe Ethereum USDC.

Fuente de la imagen: Delphi Creative

Aunque lógicamente viable, esta solución requiere un capital significativo, disminuyendo en cierta medida su competitividad frente a protocolos de intención como Squid y UniswapX, así como el CCTP de Circle, que ocupa una parte sustancial del mercado como una vía de liquidación. Más allá de la eficiencia de capital, el envío de mensajes entre cadenas es un área de competencia feroz.

Contratos inteligentes entre cadenas

Desplegar contratos inteligentes entre cadenas en Zeta proporciona numerosos beneficios para los desarrolladores, yendo más allá de simplemente usar Zeta y zEVM para facilitar transacciones. En primer lugar, permite interactuar con activos que inherentemente no admiten contratos inteligentes, como BTC, DOGE, LTC. En segundo lugar, al ubicar el estado de la aplicación en Zeta, se minimiza la superficie de ataque de vulnerabilidad y no se basa en la liquidez de los tokens ZETA para la transferencia de valor. Entre sus competidores, excepto Axelar, que emplea CosmWasm en lugar de EVM, ningún otro protocolo ofrece actualmente un producto similar, ni ha visto ninguna adopción hasta ahora.

Los contratos inteligentes entre cadenas de ZetaChain están respaldados por el protocolo TSS, con validadores que operan nodos completos en cadenas externas y comparten firmas, por lo que pueden custodiar activos en nombre de ZetaChain y sus usuarios. El zEVM es capaz de manipular estos activos según sea necesario. Es importante tener en cuenta que en este proceso, por ejemplo, BTC no se transfiere directamente de Bitcoin a Zeta, sino a direcciones custodiadas por los validadores de Zeta y luego se representan en ZetaChain, de manera similar a cómo THORChain agrega capacidades de contrato inteligente a BTC custodiado por el protocolo.

Fuente de la imagen: Delphi Creative

Bajo este marco, Zeta tiene la capacidad de desarrollar muchos protocolos únicos, por ejemplo:

• Una stablecoin CDP entre cadenas respaldada por BTC;
• Mercados monetarios para BTC, DOGE, LTC y otros activos que no son contratos inteligentes;
• Un DEX perp de cadena cruzada;
• Un agregador de rendimiento entre cadenas;
• BTC AMMs.

Fundamentalmente, la combinación de zEVM de ZetaChain y ZetaClient es distintiva por su custodia y control sobre activos en cadenas que no admiten contratos inteligentes directamente. Mientras que la mayoría de las plataformas intercadenas se utilizan como infraestructura de backend, Gate facilita la creación de su propia economía de criptomonedas en ZetaChain.

Utilidad del Token ZETA

ZETA sirve como la piedra angular del ecosistema de ZetaChain, desempeñando un papel crucial en la programabilidad y gobernanza. ZetaChain se distingue por su interoperabilidad y soporte para dApps entre cadenas, con actividades clave de la red dependientes de ZETA.

Las funciones clave del token ZETA incluyen:

• Incentivos de la red: los tokens ZETA incentivan a los validadores a través de recompensas por bloques, pasando de un grupo fijo a una inflación variable. Este sistema alinea los intereses de los validadores con la seguridad a largo plazo de la red;
• Tarifas de transacción: Las transacciones dentro de ZetaChain requieren ZETA para las tarifas de Gas, que se distribuyen a validadores y participantes de la red, ayudando a prevenir spam y ataques DDoS;
• Mensajería y transferencia de valor entre cadenas: para transacciones entre cadenas, ZETA se quema en la cadena de origen y se acuña en la cadena de destino, eliminando la necesidad de crear nuevos activos envueltos;
• Núcleo de Piscinas de Liquidez: Las piscinas de liquidez de ZetaChain, compuestas por ZETA y otros activos, facilitan las transacciones de los usuarios y pagan comisiones y recompensas a los proveedores de liquidez;
• Rol de gobernanza: los titulares de ZETA participan en la gobernanza de la red, influyendo en decisiones clave y cambios de política para garantizar que la red evolucione con la comunidad a la vanguardia.

En general, la utilidad multifacética de ZETA respalda la seguridad, eficiencia y gobernanza descentralizada de ZetaChain, lo que lo convierte en un componente vital de la funcionalidad de la red.

Economía e emisión de tokens ZETA La oferta total inicial de tokens ZETA se establece en 2.1 mil millones, con una tasa de inflación planificada de aproximadamente 2.5% por año después de cuatro años. La distribución de tokens (ver Enlace de Referencia 1) se asigna estratégicamente en varios segmentos del ecosistema:

• Pool de Crecimiento de Usuarios (10%): tiene como objetivo expandir la base de usuarios a través de airdrops y recompensas comunitarias;
• Fondo de Crecimiento del Ecosistema (12%): Apoya el desarrollo del ecosistema, ayudando a socios y desarrolladores de dApp;
• Recompensas del validador (10%): Para las recompensas por bloque, transición a recompensas de seguridad de red basadas en la inflación después de la fase inicial;
• Incentivos de liquidez (5.5%): Fomenta la liquidez en las pools principales de ZRC-20, crucial para una transferencia de valor efectiva;
• Protocol Tesorería (24%): Operaciones de fondos, desarrollo y fortalecimiento del ecosistema;
• Colaboradores principales, asesores y compradores (22.5% y 16%): recompensa las contribuciones al desarrollo y crecimiento de ZetaChain.

DEX entre Cadenas

A diferencia del estado actual de despliegues entre cadenas, ZetaChain, como capa fundamental del protocolo, puede habilitar la interoperabilidad de liquidez entre todos los despliegues diferentes. Por ejemplo, los usuarios en ZetaChain podrían depositar su margen en un contrato central y mantener posiciones en GMX. Esto forma la premisa básica de las aplicaciones entre cadenas de Zeta (con la capa de gestión de posiciones ubicada en Zeta), lo que sugiere que los usuarios que deseen utilizar toda la liquidez de GMX deberían utilizar ZetaChain.

Además de garantizar la calidad de ejecución, hay dos ventajas clave:

• Similar to the MUX aggregator (see Reference Link 2), it allows for splitting asset orders across various liquidity sources;
• Permite acceder a más pares de trading sin necesidad de conectar manualmente todas las cadenas relevantes.

Los contratos inteligentes en ZetaChain pueden depositar directamente la cantidad de margen requerida en la cadena relevante, junto con instrucciones sobre cómo utilizar estos activos. Aunque este proceso técnicamente no requiere ZetaChain, puede mejorar la experiencia del usuario mediante:

• Facilitando interacciones entre cadenas;
• Permitir la gestión integral en lugar de la gestión aislada.

El líder del mercado en el espacio DEX, UniSwap, podría trasladar su centro operativo desde Ethereum a cualquier otra cadena. Sin embargo, teóricamente, al implementar en ZetaChain y utilizar el estándar ZRC-20, los usuarios podrían intercambiar cualquier activo (en cualquier cadena) y custodiar dichos activos en cualquier cadena de su elección.

Competidores de ZetaChain

LayerZero

Fuente de la imagen: Sitio web oficial de LayerZero

En el mercado de transferencia entre cadenas, LayerZero se posiciona como el mayor competidor de ZetaChain. Aunque no participan en la competencia dentro del ámbito de contratos inteligentes de cadena completa, su posición en el mercado de transferencias entre cadenas es muy sólida. Su principal ventaja proviene de Stargate, seguido de su promoción del estándar OFT (proporcionando una nueva solución para transferencias de tokens entre cadenas, haciendo más simple y eficiente la transferencia de tokens entre diferentes cadenas).

Arquitectura LayerZero

Para presentar brevemente, LayerZero es un protocolo que permite a las "aplicaciones de usuario" enviar información a través de cadenas de bloques. La arquitectura consta de 4 partes principales:

• Aplicaciones de usuario: Contratos que interactúan con puntos finales de LayerZero y envían/reciben información (por ejemplo, Stargate);
• Puntos finales de LayerZero: Una serie de contratos inteligentes en diferentes cadenas (actualmente compatible con más de 40+, consulte el Enlace de Referencia 3). Los puntos finales permiten a los protocolos de usuario enviar información a través del back-end de LayerZero, compuesto por 4 módulos: Comunicador, Verificador, Red y Bibliotecas. Los tres primeros módulos están estandarizados en todas las cadenas, mientras que las Bibliotecas están personalizadas según la lógica de las diferentes cadenas, lo que permite a LayerZero agregar rápidamente más cadenas;
• Oráculos: Responsables de leer encabezados de bloques de una cadena y enviarlos a otra. Actualmente, este papel es asumido por defecto por Chainlink, pero una nueva asociación con Google Cloud ha reemplazado a Chainlink como el predeterminado desde septiembre de 2023;
• Relayers: Similar to relayers, but they acquire proofs instead of block headers. Although applications themselves can act as relayers, it is practically handled by LayerZero.

Este diseño se reduce esencialmente a un multisig 2/2, donde la suposición de confianza principal es que Google Cloud y LayerZero no coludirán. Depender de estos componentes fuera de la cadena (como oráculos y relayers) se beneficia de una arquitectura ligera, económica y escalable, pero tiene la desventaja de depender de dos entidades centralizadas, exponiéndola potencialmente a riesgos de censura.

Axelar

Fuente de la imagen: Sitio web oficial de Axelar

En comparación con LayerZero, la estructura de Axelar es más similar a Zeta pero con diferencias notables. Al igual que ZetaChain, Axelar también está desarrollado utilizando el Cosmos SDK. Sin embargo, no aloja directamente EVM, por lo que no admite el mismo tipo de contratos inteligentes de cadena completa que Zeta. Por lo tanto, el mercado objetivo de Axelar es el envío de mensajes entre cadenas, similar a LayerZero.

Arquitectura de Axelar

Axelar es una cadena PoS con su conjunto de validadores y token de stake AXL, que consiste en y procesa información de la siguiente manera:

• Solicitudes GMP de cadena cruzada: Una API que permite a las aplicaciones enviar datos arbitrarios a través de cadenas. Estas solicitudes de mensajes se envían a las Pasarelas de Axelar (plataformas en línea o sistemas digitales que utilizan tecnología blockchain para transferir moneda digital de una dirección a otra);
• Pasarelas: La primera parada para mensajes entre cadenas iniciados por usuarios/aplicaciones para enrutamiento desde la cadena de origen hacia la cadena de destino. Para cadenas EVM, estas son contratos inteligentes, mientras que para Cosmos, estas son lógica de aplicaciones. Las pasarelas están protegidas por validadores de Axelar que utilizan MPC, cuyas participaciones están ponderadas por las delegaciones de tokens AXL;
• Manejo de mensajes y Relayers: los Relayers escuchan eventos (información de la puerta de enlace) y los envían a la red de Axelar para su procesamiento. Si bien cualquiera puede ejecutar un relayer, no hay mecanismos de incentivos, y los relayers son operados por Axelar;
• Verificación de la información: los validadores votan sobre la información recibida de los retransmisores. Cada validador de Axelar ejecuta un nodo completo para cada cadena de origen, pudiendo así verificar la validez del mensaje. A diferencia de las blockchains de PoS típicas de Cosmos, donde los validadores dependen de clientes ligeros y de IBC para el paso de mensajes, los validadores de Axelar requieren más recursos. En cierto sentido, la escalabilidad de este modelo no es tan extensa como la de LayerZero, pero ofrece un mayor grado de descentralización. Axelar incentiva a sus validadores con recompensas adicionales de vigilancia; cuantas más cadenas apoyen, más recompensas recibirán. A largo plazo, las cadenas apoyadas necesitan generar suficientes tarifas de actividades entre cadenas, ya que las recompensas de tokens para los validadores que ejecuten más de 50 nodos completos se agotarán. No puede ser factible apoyar cada cadena; en su lugar, es probable que se concentren alrededor de las principales cadenas de liquidez.
• Enviando información al destino: los relayers escuchan la información autorizada de los validadores de Axelar y la envían a la puerta de la cadena de destino. Una vez que la cadena de destino recibe la información aprobada, su carga útil es marcada como aprobada por los validadores de Axelar. Ahora, cualquiera puede ejecutar esa carga útil;
• Servicios de Gas y Executor: En el paso final, Axelar implementa un contrato llamado "Gas Receiver" en cadenas EVM para pagar las tarifas de Gas en la cadena de destino y ejecutar la carga cruzada (enviándola a la aplicación requerida). Los usuarios pueden pagar usando el token de Gas de la cadena fuente, mientras que Axelar se queda con una parte del Gas de la cadena de destino.

En general, además de admitir EVM en su cadena, su estructura es similar a ZetaChain, excepto por admitir EVM en su propia cadena. En cuanto a la seguridad, Delphi Research considera que es más seguro que el modelo 2/2 de LayerZero, aunque todavía tiene algunas deficiencias. La probabilidad de colusión entre Google y LayerZero es significativamente baja ya que las aplicaciones pueden ejecutar sus propios relayers.

Chainlink CCIP

Fuente de la imagen: Chainlink Official

El Protocolo de Interoperabilidad entre Cadenas (CCIP) no difiere significativamente de otras plataformas de información entre cadenas, donde un usuario envía información en una cadena, se reenvía a CCIP, y luego CCIP reenvía la información a la cadena de destino. Lo que distingue a CCIP es cómo utiliza las Redes de Oracle y la adición de otra entidad: la Red de Gestión de Riesgos.

CCIP se divide en componentes on-chain y off-chain.

Componentes On-Chain:

• Enrutador: Inicia transacciones entre cadenas. Enruta la transacción al contrato específico de OnRamp de destino, recibe información de OffRamp de la cadena de destino y la dirige al usuario/contrato final;
• Tienda de Compromisos: Commits DON almacena la raíz de Merkle de la cadena de origen en la cadena de destino. La raíz de Merkle debe ser "validada" por la Red de Gestión de Riesgos;
• OnRamp: Un contrato por cadena (blockchain a blockchain). Valida la información y sigue las transferencias/información de tokens, gestiona la facturación, etc. Supervisado por Committing DON;
• OffRamp: Similar to OnRamp, one contract per chain. Validates execution DON with the submitted and “validated” Merkle Root, ensuring the authenticity of information, and conveys information to the router;
• Pool de tokens: Los tokens pueden ser "bloqueados y acuñados" o "quemados y acuñados," dependiendo del token. Por ejemplo, los tokens nativos de Gas deben ser bloqueados y acuñados ya que CCIP no tiene derechos de acuñación. Si se integra con CCTP, USDC puede ser "quemado y acuñado";
• Contrato de la Red de Gestión de Riesgos: Contiene una lista de nodos de la Red de Gestión de Riesgos que pueden “validar” (aprobar) o “invalidar” (rechazar) transacciones.

Componentes Fuera de la Cadena:

• Committing DON: Como se mencionó, Committing DON monitorea los eventos del contrato OnRamp, espera los resultados de la cadena fuente y crea una raíz de Merkle (firmada por nodos oráculo estatutarios de Committing DON), que finalmente se escribe en el contrato de Almacenamiento de Compromiso de la cadena de destino;
• Red de Gestión de Riesgos: Una red de nodos que básicamente realiza una doble verificación en la raíz de Merkle presentada por DON. Monitorizan el contrato OnRamp y el contenido publicado por DON comprometido en la tienda de compromisos. Si la RMN no “valida” (es decir, verifica/confirma) la Raíz de Merkle, el CCIP se congelará;
• Ejecutando DON: Similar a comprometer, pero supervisa información como la Red de Gestión de Riesgos. Una vez que la RMN emite una “validación”, Ejecutando DON llama al contrato de OffRamp para completar la transacción CCIP del destino.

Resumen

En realidad, para romper el efecto de aislamiento entre cadenas, abordar los problemas de "comunicación multi-cadena" y "comunicación entre cadenas" es de suma importancia. En comparación con otras soluciones, la principal ventaja del proyecto ZetaChain radica en sus capacidades de interoperabilidad entre cadenas, lo que hace posible la interoperabilidad entre diferentes blockchains y aborda los problemas actuales de fragmentación de blockchain y falta de interoperabilidad. Su objetivo es permitir que las dApps de cadena completa interactúen directamente de forma nativa con diferentes blockchains sin la necesidad de envolver o enlazar ningún activo. Sin embargo, existen riesgos de seguridad asociados con cadenas externas conectadas a ZetaChain, que pueden provocar gastos dobles, censura, reorganizaciones, bifurcaciones duras, divisiones de cadenas, etc.

Actualmente, LayerZero y Axelar lideran en la aplicación de información entre cadenas. Sin embargo, todavía es demasiado pronto para declarar un líder definitivo. Mientras se espera con ansias las nuevas soluciones de ZetaChain, también existe la expectativa de una iteración continua e innovación de LayerZero, Axelar, Chainlink CCIP y otros.

Descargo de responsabilidad：

1. Este artículo es reimpreso de [Medio], Todos los derechos de autor pertenecen al autor original [YBB]. Si hay objeciones a esta reimpresión, por favor contacte alGate Learnequipo y lo resolverán rápidamente.
2. Descargo de responsabilidad: Las opiniones expresadas en este artículo son únicamente las 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.