Profundidad de análisis de Hyperlane: protocolo cross-chain sin permisos que conecta más de 150 cadenas de bloques
Puntos clave
Hyperlane permite a cualquier desarrollador implementar y conectar instantáneamente a diferentes cadenas sin necesidad de un proceso de aprobación, creando un nuevo modo de acceso.
El módulo de seguridad entre cadenas de Hyperlane (ISM) permite a las aplicaciones personalizar los requisitos de seguridad, desde la validación básica hasta la validación de múltiples capas, logrando una seguridad modular flexible.
El SDK de TypeScript de Hyperlane, las herramientas CLI y la documentación completa reducen significativamente la barrera técnica para la integración cross-chain, permitiendo la comunicación entre cadenas a través de una API simple.
1. El punto de inflexión de la conectividad de la Cadena de bloques
El ecosistema de la cadena de bloques está pasando de un desarrollo aislado a una verdadera interconexión. Los proyectos ya no construyen entornos cerrados, sino que buscan integrarse en una red más amplia.
Sin embargo, la mayoría de las integraciones actuales siguen siendo manuales y dispersas. Los nuevos proyectos deben negociar por separado con cada proveedor de puente o interoperabilidad, lo que a menudo resulta en altos costos, retrasos y sobrecargas de gestión. Incluso para equipos tecnológicamente avanzados, esto crea barreras estructurales para la participación, obstaculizando la escalabilidad de todo el ecosistema.
Este desafío no es algo nuevo. A principios de la década de 1990, las empresas operaban sus propias redes internas independientes, con reglas y permisos de acceso propios. Aunque la comunicación entre redes era posible, requería una coordinación técnica que consumía tiempo y autorizaciones mutuas.
El punto de inflexión se produjo con la introducción de protocolos estándar como HTTP y TCP/IP, que hicieron posible el acceso abierto y sin licencia a una Internet unificada. Estos estándares reemplazaron la complejidad por la simplicidad, liberando un crecimiento exponencial y participación global, creando las bases para la revolución digital.
La industria de la Cadena de bloques se enfrenta ahora a un punto de inflexión similar. Para desbloquear la próxima fase de innovación, debe ir más allá de la integración fragmentada y basada en permisos, y avanzar hacia la conectividad estandarizada y sin permisos. Reducir las barreras de entrada es crucial para la amplia participación y la innovación en todo el ecosistema.
2. Solución de Hyperlane: conexión sin permiso
2.1. Sin licencia y de código abierto
Hyperlane resuelve las limitaciones estructurales a través de una arquitectura sin permisos, que es un modelo fundamentalmente diferente que permite a cualquier proyecto conectarse libremente. En este enfoque, solo hay un requisito: ser compatible con el entorno de máquinas virtuales admitidas (VM), como Ethereum/EVM, Solana/SVM o Cosmos/CosmWasm. Una vez que se cumple esta condición, se puede realizar la integración sin procesos de aprobación complejos.
Por lo tanto, el umbral de entrada para los proyectos de cadena de bloques ha disminuido significativamente. Lo que antes tomaba meses en completarse, ahora se puede hacer de inmediato siempre que se cumpla la compatibilidad técnica.
Para ilustrar esto, veamos un ejemplo práctico que involucra al desarrollador de Web3, Ryan. Ryan está construyendo un nuevo proyecto llamado Tiger, que opera su propia mainnet. Actualmente, los usuarios en la cadena Tiger están limitados al ecosistema Tiger y no pueden interactuar con otras cadenas de bloques. Sin embargo, los usuarios desean llevar activos desde Ethereum a la cadena Tiger, así como llevar activos desde la cadena Tiger a otras cadenas para desbloquear más liquidez. Para lograr esto, Ryan debe conectar la cadena Tiger a múltiples redes de cadenas de bloques.
Paso 1: Instalar Hyperlane CLI
El primer paso, Ryan instaló la herramienta Hyperlane CLI para configurar el entorno de integración de la cadena. El proceso es muy simple, solo necesita ejecutar "npm install @hyperlane-xyz/cli" en la terminal. Dado que la herramienta es de código abierto, no se requiere aprobación o registro previo. Esta facilidad de uso destaca el valor central de la arquitectura sin permisos de Hyperlane.
Paso 2: Desplegar Mailbox e ISM
A continuación, Ryan despliega directamente dos componentes clave en la Cadena de bloques Tiger: Mailbox(, un contrato que implementa la transmisión de mensajes entre cadenas de bloques) y el módulo de seguridad entre cadenas(Interchain Security Module, ISM)(, que se utiliza para verificar la autenticidad de cada mensaje). Estos dos componentes son de código abierto y están disponibles públicamente, permitiendo a los desarrolladores integrarlos según sus propias condiciones. Una vez que estos elementos estén en su lugar, el sistema podrá ser probado.
Paso 3: Prueba de mensajería para verificar la conexión
El tercer paso, Ryan envió un mensaje de prueba desde la cadena Tiger a Ethereum para verificar si la entrega fue exitosa. Aquí, el "mensaje" no es una simple cadena de texto, es un comando de ejecución específico: "Transferir 100 tokens TIGER a la dirección de Ethereum 0x123...". El proceso de transmisión es el siguiente:
Tiger cadena inicia un mensaje, transfiriendo 100 $TIGER tokens a Ethereum
Los validadores de Hyperlane verifican los mensajes y los firman.
El relayer ( transmite el mensaje firmado a Ethereum
Verificar el mensaje de ISM en Ethereum y liberar 100 tokens $TIGER al receptor.
Siempre que la cadena de origen y la cadena de destino tengan instalado Mailbox, no se requiere configuración adicional. Los mensajes se transmiten, verifican y ejecutan. Las pruebas exitosas confirmaron que las dos cadenas están correctamente conectadas.
Paso 4: Registrarse en el registro público
En el último paso, Ryan registró los detalles de conexión de la cadena Tiger en el registro de Hyperlane. Este registro es un directorio público basado en GitHub que compila la información de todas las cadenas conectadas, incluidos los identificadores como el ID de dominio ), los IDs de dominio ( y la dirección de Mailbox. El propósito de esta lista pública es asegurar que otros desarrolladores puedan encontrar fácilmente la información necesaria para conectarse a la cadena Tiger. Su función es muy similar a la de una guía telefónica; una vez registrado, cualquier persona puede buscar Tiger e iniciar la comunicación. Con este registro, la cadena Tiger podrá beneficiarse de todos los efectos de red del ecosistema Hyperlane.
El núcleo de esta arquitectura es un principio simple pero poderoso: cualquier persona puede conectarse sin necesidad de aprobación, y cualquier cadena puede ser utilizada como destino sin necesidad de permiso.
Este patrón se puede entender mejor a través de una analogía familiar: el correo electrónico. Así como cualquier persona puede enviar un mensaje a cualquier dirección de correo electrónico en el mundo sin necesidad de coordinación previa, Hyperlane permite que cualquier cadena de bloques que tenga Mailbox se comunique con cualquier otra cadena de bloques. Crea un entorno donde la conexión sin permisos es el estado predeterminado, algo que los sistemas tradicionales basados en aprobación no pueden lograr.
![Profundidad解析Hyperlane：conectando más de 150 cadenas de bloques en un protocolo cross-chain sin permiso])https://img-cdn.gateio.im/webp-social/moments-7dc804540ff46ec291dffc054bd7741b.webp(
)# 2.2. Compatibilidad de múltiples máquinas virtuales ###VM(
Desde el principio, Hyperlane ha sido diseñado con una arquitectura modular para soportar múltiples entornos de máquina virtual )VM(. Actualmente, soporta la interoperabilidad entre EVM de Ethereum, CosmWasm basado en cadenas de Cosmos SDK y SVM de Solana, y se está añadiendo soporte para cadenas basadas en Move.
Conectar diferentes entornos VM es esencialmente complejo. Cada cadena de bloques opera con su propio modelo de ejecución, estructura de datos, mecanismo de consenso y estándar de activos. Lograr la interoperabilidad entre estos sistemas requiere un marco altamente especializado que pueda traducir arquitecturas fundamentalmente diferentes.
Por ejemplo, la EVM de Ethereum admite 18 decimales, mientras que la SVM de Solana utiliza 9 decimales. Superar incluso las diferencias más pequeñas, manteniendo la seguridad y la confiabilidad, es uno de los logros técnicos clave de Hyperlane.
Hyperlane ha introducido el "Hyperlane Warp Route" ), un enrutador de curvatura hiperespecial ( para abordar el desafío de conectar diferentes cadenas. Hyperlane Warp Route es un puente de activos modular cross-chain, que admite la transferencia de tokens sin permiso entre cadenas y facilita el movimiento de varios activos entre diferentes entornos.
En pocas palabras, Hyperlane Warp Route opera según la naturaleza y el caso de uso de los activos. A veces funcionan como el vault) de un seguro, a veces como una casa de cambio, y a veces como una transferencia bancaria directa, cada tipo de ruta proporciona el enfoque adecuado para cada escenario. Todos estos procesos aprovechan la mensajería entre cadenas de Hyperlane que opera en diferentes entornos de máquinas virtuales.
Token nativo Warp Routes: soporta la transferencia directa de tokens de combustible nativos ( como ETH) entre cadenas, sin necesidad de envolver (.
ERC20 de garantía: bloquear tokens ERC20 en la cadena de origen como garantía para la transferencia cross-chain.
Token ERC20 sintético: acuñar nuevos tokens ERC20 en la cadena de destino para representar el token original.
Rutas Warp con múltiples garantías: permiten que múltiples tokens de garantía proporcionen liquidez.
Rutas Warp dedicadas: agregar funciones avanzadas o integrar casos de uso específicos ), como bóveda, soporte para tokens de moneda fiduciaria (.
Utilicemos el modelo de bloqueo-y-acuñación ) lock-and-mint ( para estudiar un ejemplo práctico. Un desarrollador llamado Ryan desea transferir el token Tiger ) $TIGER ( emitido en Ethereum a la red Base.
Ryan primero despliega un contrato Hyperlane Warp Route en Ethereum y deposita el token $TIGER en dicho contrato )EvmHypCollateral(. Luego, el Mailbox de Ethereum genera y envía un mensaje que indica a la red Base acuñar una versión encapsulada del token Tiger.
Después de recibir el mensaje, la red Base utiliza el módulo de seguridad entre cadenas )ISM( para verificar su autenticidad. Si la verificación tiene éxito, la red Base acuñará directamente el token envuelto Tiger )$wTIGER( en la billetera del usuario.
La Ruta Warp de Hyperlane desempeña un papel clave en la expansión de la visión de interoperabilidad modular y sin permisos de Hyperlane entre diferentes cadenas. Los desarrolladores solo necesitan configurar contratos según las características de cada cadena. El resto del proceso, la mensajería, la verificación y la entrega, son gestionados por la infraestructura de Hyperlane, lo que permite a los desarrolladores lograr conexiones entre entornos sin tener que lidiar con mecanismos de traducción complejos.
![Profundidad de análisis de Hyperlane: protocolo cross-chain sin permisos que conecta más de 150 cadenas de bloques])https://img-cdn.gateio.im/webp-social/moments-9ddb546c4fa57b8f0d2955d996b12503.webp(
)# 2.3. Seguridad modular: módulo de seguridad entre cadenas (ISM)
Aunque Hyperlane ha logrado el movimiento sin problemas de mensajes y activos entre diferentes cadenas, lo cual es una ventaja clave para la escalabilidad, también presenta un desafío crucial: ¿cómo puede la cadena receptora estar segura de que un mensaje proviene realmente de su fuente declarada? Pasar mensajes es una cosa, validar su autenticidad es otra.
Para resolver este problema, Hyperlane introduce el módulo de seguridad entre cadenas ###Interchain Security Module, ISM(, un sistema de seguridad modular que verifica la autenticidad de los mensajes antes de que la cadena de destino los acepte. ISM es un contrato inteligente en cadena, utilizado para validar si los mensajes se generaron efectivamente en la cadena de origen, proporcionando garantía de inmutabilidad y origen.
En resumen, cuando el Mailbox de la cadena objetivo recibe un mensaje, primero pregunta: "¿Este mensaje realmente proviene de la cadena original?" Solo después de una verificación exitosa, el mensaje se enviará al destino previsto. Si la verificación falla o parece sospechosa, el mensaje será rechazado.
Este proceso es similar a cómo funciona el control fronterizo durante los viajes internacionales. Antes de que entres a un país, los oficiales de inmigración verificarán la autenticidad de tu pasaporte, "¿este pasaporte realmente fue emitido por tu país de origen?" El pasaporte contiene características de seguridad y elementos encriptados para probar su legalidad. Aunque cualquier persona puede falsificar documentos, solo los pasaportes que pueden ser aceptados en la entrada son aquellos que pueden demostrar su origen de manera encriptada a través de una verificación adecuada.
Es importante que ISM pueda configurar su modelo de seguridad de manera flexible según la demanda del servicio. En la práctica, los requisitos de seguridad varían significativamente según el contexto. Por ejemplo, una transferencia de tokens de bajo valor puede requerir solo una firma de validador básica para lograr una ejecución más rápida. En contraste, una transferencia de activos de millones de dólares puede necesitar un enfoque de seguridad en capas, que incluya validadores de Hyperlane, puentes externos ) como Wormhole ( y validaciones adicionales de múltiples firmas.
A través de este enfoque, el marco ISM refleja una decisión de diseño clave: Hyperlane prioriza la conectividad y la seguridad mediante la validación modular. Las aplicaciones pueden personalizar su modelo de seguridad, al mismo tiempo que mantienen la naturaleza sin permisos del protocolo.
![Análisis profundo de Hyperlane: un protocolo cross-chain sin permisos que conecta más de 150 cadenas de bloques])https://img-cdn.gateio.im/webp-social/moments-49c49b634076b8b381ebd39bfb2340e3.webp(
) 3. Herramientas para desarrolladores y accesibilidad: la forma más simple de conectarse
Hyperlane prioriza la experiencia del desarrollador al ofrecer un alto nivel de accesibilidad y facilidad de uso. Su interfaz de línea de comandos (CLI) y el kit de herramientas de desarrollo de software ###SDK( basado en TypeScript son herramientas fundamentales para integrar nuevas cadenas en el ecosistema de Hyperlane, enviar mensajes entre cadenas y configurar la Ruta Warp de Hyperlane.
CLI y SDK son completamente de código abierto, disponibles para cualquier persona. Los desarrolladores pueden instalar el código desde GitHub y comenzar a integrar sin necesidad de un protocolo de licencia o un proceso de aprobación. La documentación oficial incluye tutoriales paso a paso, lo que facilita el inicio incluso para desarrolladores con experiencia limitada en Cadena de bloques.
)# 3.1. Hyperlane CLI: herramienta de integración directa
Hyperlane CLI es la herramienta oficial de línea de comandos, diseñada para permitir que
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
16 me gusta
Recompensa
16
4
Compartir
Comentar
0/400
GasFeeCrybaby
· 07-19 17:53
¿Cuánto gas se necesita? [吐血]
Ver originalesResponder0
GateUser-2fce706c
· 07-19 17:49
Esta es la señal de la llegada de la era de Cadena de bloques 3.0 que ya había predicho. ¡Aprovecha la oportunidad de introducir una posición y no la pierdas!
Ver originalesResponder0
HodlBeliever
· 07-19 17:36
Otra aventura de obstáculos regulatorios por verificar
Hyperlane: Análisis profundo del protocolo cross-chain sin permisos que conecta más de 150 cadenas.
Profundidad de análisis de Hyperlane: protocolo cross-chain sin permisos que conecta más de 150 cadenas de bloques
Puntos clave
Hyperlane permite a cualquier desarrollador implementar y conectar instantáneamente a diferentes cadenas sin necesidad de un proceso de aprobación, creando un nuevo modo de acceso.
El módulo de seguridad entre cadenas de Hyperlane (ISM) permite a las aplicaciones personalizar los requisitos de seguridad, desde la validación básica hasta la validación de múltiples capas, logrando una seguridad modular flexible.
El SDK de TypeScript de Hyperlane, las herramientas CLI y la documentación completa reducen significativamente la barrera técnica para la integración cross-chain, permitiendo la comunicación entre cadenas a través de una API simple.
1. El punto de inflexión de la conectividad de la Cadena de bloques
El ecosistema de la cadena de bloques está pasando de un desarrollo aislado a una verdadera interconexión. Los proyectos ya no construyen entornos cerrados, sino que buscan integrarse en una red más amplia.
Sin embargo, la mayoría de las integraciones actuales siguen siendo manuales y dispersas. Los nuevos proyectos deben negociar por separado con cada proveedor de puente o interoperabilidad, lo que a menudo resulta en altos costos, retrasos y sobrecargas de gestión. Incluso para equipos tecnológicamente avanzados, esto crea barreras estructurales para la participación, obstaculizando la escalabilidad de todo el ecosistema.
Este desafío no es algo nuevo. A principios de la década de 1990, las empresas operaban sus propias redes internas independientes, con reglas y permisos de acceso propios. Aunque la comunicación entre redes era posible, requería una coordinación técnica que consumía tiempo y autorizaciones mutuas.
El punto de inflexión se produjo con la introducción de protocolos estándar como HTTP y TCP/IP, que hicieron posible el acceso abierto y sin licencia a una Internet unificada. Estos estándares reemplazaron la complejidad por la simplicidad, liberando un crecimiento exponencial y participación global, creando las bases para la revolución digital.
La industria de la Cadena de bloques se enfrenta ahora a un punto de inflexión similar. Para desbloquear la próxima fase de innovación, debe ir más allá de la integración fragmentada y basada en permisos, y avanzar hacia la conectividad estandarizada y sin permisos. Reducir las barreras de entrada es crucial para la amplia participación y la innovación en todo el ecosistema.
2. Solución de Hyperlane: conexión sin permiso
2.1. Sin licencia y de código abierto
Hyperlane resuelve las limitaciones estructurales a través de una arquitectura sin permisos, que es un modelo fundamentalmente diferente que permite a cualquier proyecto conectarse libremente. En este enfoque, solo hay un requisito: ser compatible con el entorno de máquinas virtuales admitidas (VM), como Ethereum/EVM, Solana/SVM o Cosmos/CosmWasm. Una vez que se cumple esta condición, se puede realizar la integración sin procesos de aprobación complejos.
Por lo tanto, el umbral de entrada para los proyectos de cadena de bloques ha disminuido significativamente. Lo que antes tomaba meses en completarse, ahora se puede hacer de inmediato siempre que se cumpla la compatibilidad técnica.
Para ilustrar esto, veamos un ejemplo práctico que involucra al desarrollador de Web3, Ryan. Ryan está construyendo un nuevo proyecto llamado Tiger, que opera su propia mainnet. Actualmente, los usuarios en la cadena Tiger están limitados al ecosistema Tiger y no pueden interactuar con otras cadenas de bloques. Sin embargo, los usuarios desean llevar activos desde Ethereum a la cadena Tiger, así como llevar activos desde la cadena Tiger a otras cadenas para desbloquear más liquidez. Para lograr esto, Ryan debe conectar la cadena Tiger a múltiples redes de cadenas de bloques.
Paso 1: Instalar Hyperlane CLI
El primer paso, Ryan instaló la herramienta Hyperlane CLI para configurar el entorno de integración de la cadena. El proceso es muy simple, solo necesita ejecutar "npm install @hyperlane-xyz/cli" en la terminal. Dado que la herramienta es de código abierto, no se requiere aprobación o registro previo. Esta facilidad de uso destaca el valor central de la arquitectura sin permisos de Hyperlane.
Paso 2: Desplegar Mailbox e ISM
A continuación, Ryan despliega directamente dos componentes clave en la Cadena de bloques Tiger: Mailbox(, un contrato que implementa la transmisión de mensajes entre cadenas de bloques) y el módulo de seguridad entre cadenas(Interchain Security Module, ISM)(, que se utiliza para verificar la autenticidad de cada mensaje). Estos dos componentes son de código abierto y están disponibles públicamente, permitiendo a los desarrolladores integrarlos según sus propias condiciones. Una vez que estos elementos estén en su lugar, el sistema podrá ser probado.
Paso 3: Prueba de mensajería para verificar la conexión
El tercer paso, Ryan envió un mensaje de prueba desde la cadena Tiger a Ethereum para verificar si la entrega fue exitosa. Aquí, el "mensaje" no es una simple cadena de texto, es un comando de ejecución específico: "Transferir 100 tokens TIGER a la dirección de Ethereum 0x123...". El proceso de transmisión es el siguiente:
Tiger cadena inicia un mensaje, transfiriendo 100 $TIGER tokens a Ethereum
Los validadores de Hyperlane verifican los mensajes y los firman.
El relayer ( transmite el mensaje firmado a Ethereum
Verificar el mensaje de ISM en Ethereum y liberar 100 tokens $TIGER al receptor.
Siempre que la cadena de origen y la cadena de destino tengan instalado Mailbox, no se requiere configuración adicional. Los mensajes se transmiten, verifican y ejecutan. Las pruebas exitosas confirmaron que las dos cadenas están correctamente conectadas.
Paso 4: Registrarse en el registro público
En el último paso, Ryan registró los detalles de conexión de la cadena Tiger en el registro de Hyperlane. Este registro es un directorio público basado en GitHub que compila la información de todas las cadenas conectadas, incluidos los identificadores como el ID de dominio ), los IDs de dominio ( y la dirección de Mailbox. El propósito de esta lista pública es asegurar que otros desarrolladores puedan encontrar fácilmente la información necesaria para conectarse a la cadena Tiger. Su función es muy similar a la de una guía telefónica; una vez registrado, cualquier persona puede buscar Tiger e iniciar la comunicación. Con este registro, la cadena Tiger podrá beneficiarse de todos los efectos de red del ecosistema Hyperlane.
El núcleo de esta arquitectura es un principio simple pero poderoso: cualquier persona puede conectarse sin necesidad de aprobación, y cualquier cadena puede ser utilizada como destino sin necesidad de permiso.
Este patrón se puede entender mejor a través de una analogía familiar: el correo electrónico. Así como cualquier persona puede enviar un mensaje a cualquier dirección de correo electrónico en el mundo sin necesidad de coordinación previa, Hyperlane permite que cualquier cadena de bloques que tenga Mailbox se comunique con cualquier otra cadena de bloques. Crea un entorno donde la conexión sin permisos es el estado predeterminado, algo que los sistemas tradicionales basados en aprobación no pueden lograr.
![Profundidad解析Hyperlane：conectando más de 150 cadenas de bloques en un protocolo cross-chain sin permiso])https://img-cdn.gateio.im/webp-social/moments-7dc804540ff46ec291dffc054bd7741b.webp(
)# 2.2. Compatibilidad de múltiples máquinas virtuales ###VM(
Desde el principio, Hyperlane ha sido diseñado con una arquitectura modular para soportar múltiples entornos de máquina virtual )VM(. Actualmente, soporta la interoperabilidad entre EVM de Ethereum, CosmWasm basado en cadenas de Cosmos SDK y SVM de Solana, y se está añadiendo soporte para cadenas basadas en Move.
Conectar diferentes entornos VM es esencialmente complejo. Cada cadena de bloques opera con su propio modelo de ejecución, estructura de datos, mecanismo de consenso y estándar de activos. Lograr la interoperabilidad entre estos sistemas requiere un marco altamente especializado que pueda traducir arquitecturas fundamentalmente diferentes.
Por ejemplo, la EVM de Ethereum admite 18 decimales, mientras que la SVM de Solana utiliza 9 decimales. Superar incluso las diferencias más pequeñas, manteniendo la seguridad y la confiabilidad, es uno de los logros técnicos clave de Hyperlane.
Hyperlane ha introducido el "Hyperlane Warp Route" ), un enrutador de curvatura hiperespecial ( para abordar el desafío de conectar diferentes cadenas. Hyperlane Warp Route es un puente de activos modular cross-chain, que admite la transferencia de tokens sin permiso entre cadenas y facilita el movimiento de varios activos entre diferentes entornos.
En pocas palabras, Hyperlane Warp Route opera según la naturaleza y el caso de uso de los activos. A veces funcionan como el vault) de un seguro, a veces como una casa de cambio, y a veces como una transferencia bancaria directa, cada tipo de ruta proporciona el enfoque adecuado para cada escenario. Todos estos procesos aprovechan la mensajería entre cadenas de Hyperlane que opera en diferentes entornos de máquinas virtuales.
Token nativo Warp Routes: soporta la transferencia directa de tokens de combustible nativos ( como ETH) entre cadenas, sin necesidad de envolver (.
ERC20 de garantía: bloquear tokens ERC20 en la cadena de origen como garantía para la transferencia cross-chain.
Token ERC20 sintético: acuñar nuevos tokens ERC20 en la cadena de destino para representar el token original.
Rutas Warp con múltiples garantías: permiten que múltiples tokens de garantía proporcionen liquidez.
Rutas Warp dedicadas: agregar funciones avanzadas o integrar casos de uso específicos ), como bóveda, soporte para tokens de moneda fiduciaria (.
Utilicemos el modelo de bloqueo-y-acuñación ) lock-and-mint ( para estudiar un ejemplo práctico. Un desarrollador llamado Ryan desea transferir el token Tiger ) $TIGER ( emitido en Ethereum a la red Base.
Ryan primero despliega un contrato Hyperlane Warp Route en Ethereum y deposita el token $TIGER en dicho contrato )EvmHypCollateral(. Luego, el Mailbox de Ethereum genera y envía un mensaje que indica a la red Base acuñar una versión encapsulada del token Tiger.
Después de recibir el mensaje, la red Base utiliza el módulo de seguridad entre cadenas )ISM( para verificar su autenticidad. Si la verificación tiene éxito, la red Base acuñará directamente el token envuelto Tiger )$wTIGER( en la billetera del usuario.
La Ruta Warp de Hyperlane desempeña un papel clave en la expansión de la visión de interoperabilidad modular y sin permisos de Hyperlane entre diferentes cadenas. Los desarrolladores solo necesitan configurar contratos según las características de cada cadena. El resto del proceso, la mensajería, la verificación y la entrega, son gestionados por la infraestructura de Hyperlane, lo que permite a los desarrolladores lograr conexiones entre entornos sin tener que lidiar con mecanismos de traducción complejos.
![Profundidad de análisis de Hyperlane: protocolo cross-chain sin permisos que conecta más de 150 cadenas de bloques])https://img-cdn.gateio.im/webp-social/moments-9ddb546c4fa57b8f0d2955d996b12503.webp(
)# 2.3. Seguridad modular: módulo de seguridad entre cadenas (ISM)
Aunque Hyperlane ha logrado el movimiento sin problemas de mensajes y activos entre diferentes cadenas, lo cual es una ventaja clave para la escalabilidad, también presenta un desafío crucial: ¿cómo puede la cadena receptora estar segura de que un mensaje proviene realmente de su fuente declarada? Pasar mensajes es una cosa, validar su autenticidad es otra.
Para resolver este problema, Hyperlane introduce el módulo de seguridad entre cadenas ###Interchain Security Module, ISM(, un sistema de seguridad modular que verifica la autenticidad de los mensajes antes de que la cadena de destino los acepte. ISM es un contrato inteligente en cadena, utilizado para validar si los mensajes se generaron efectivamente en la cadena de origen, proporcionando garantía de inmutabilidad y origen.
En resumen, cuando el Mailbox de la cadena objetivo recibe un mensaje, primero pregunta: "¿Este mensaje realmente proviene de la cadena original?" Solo después de una verificación exitosa, el mensaje se enviará al destino previsto. Si la verificación falla o parece sospechosa, el mensaje será rechazado.
Este proceso es similar a cómo funciona el control fronterizo durante los viajes internacionales. Antes de que entres a un país, los oficiales de inmigración verificarán la autenticidad de tu pasaporte, "¿este pasaporte realmente fue emitido por tu país de origen?" El pasaporte contiene características de seguridad y elementos encriptados para probar su legalidad. Aunque cualquier persona puede falsificar documentos, solo los pasaportes que pueden ser aceptados en la entrada son aquellos que pueden demostrar su origen de manera encriptada a través de una verificación adecuada.
Es importante que ISM pueda configurar su modelo de seguridad de manera flexible según la demanda del servicio. En la práctica, los requisitos de seguridad varían significativamente según el contexto. Por ejemplo, una transferencia de tokens de bajo valor puede requerir solo una firma de validador básica para lograr una ejecución más rápida. En contraste, una transferencia de activos de millones de dólares puede necesitar un enfoque de seguridad en capas, que incluya validadores de Hyperlane, puentes externos ) como Wormhole ( y validaciones adicionales de múltiples firmas.
A través de este enfoque, el marco ISM refleja una decisión de diseño clave: Hyperlane prioriza la conectividad y la seguridad mediante la validación modular. Las aplicaciones pueden personalizar su modelo de seguridad, al mismo tiempo que mantienen la naturaleza sin permisos del protocolo.
![Análisis profundo de Hyperlane: un protocolo cross-chain sin permisos que conecta más de 150 cadenas de bloques])https://img-cdn.gateio.im/webp-social/moments-49c49b634076b8b381ebd39bfb2340e3.webp(
) 3. Herramientas para desarrolladores y accesibilidad: la forma más simple de conectarse
Hyperlane prioriza la experiencia del desarrollador al ofrecer un alto nivel de accesibilidad y facilidad de uso. Su interfaz de línea de comandos (CLI) y el kit de herramientas de desarrollo de software ###SDK( basado en TypeScript son herramientas fundamentales para integrar nuevas cadenas en el ecosistema de Hyperlane, enviar mensajes entre cadenas y configurar la Ruta Warp de Hyperlane.
CLI y SDK son completamente de código abierto, disponibles para cualquier persona. Los desarrolladores pueden instalar el código desde GitHub y comenzar a integrar sin necesidad de un protocolo de licencia o un proceso de aprobación. La documentación oficial incluye tutoriales paso a paso, lo que facilita el inicio incluso para desarrolladores con experiencia limitada en Cadena de bloques.
)# 3.1. Hyperlane CLI: herramienta de integración directa
Hyperlane CLI es la herramienta oficial de línea de comandos, diseñada para permitir que