W3matchUnirse

LayerZero explicado: Mensajería entre cadenas y seguridad

Aprende cómo LayerZero envía mensajes entre cadenas y separa la verificación de la ejecución. Mira dónde encajan las transferencias de OFT, los controles de las aplicaciones y los riesgos de RWA.

Pawnie7 min de lectura

LayerZero es un protocolo de mensajería entre cadenas. Permite que las aplicaciones envíen datos entre blockchains y elijan cómo se verifican los mensajes. Los DVN proporcionan la verificación y los Ejecutores automatizan la entrega en el destino. Las transferencias de tokens son una aplicación de esos mensajes; el contrato receptor determina qué acción sigue.

La parte interesante es la brecha entre "un mensaje ha llegado" y "la aplicación debería actuar sobre él". Comprender esa brecha hace que los paneles de control de los puentes, los estándares de tokens y las afirmaciones de seguridad sean mucho más fáciles de leer.

Sigue un solo mensaje

Imagina una aplicación en la cadena A pidiendo a su contraparte en la cadena B que registre una acción. La aplicación de origen crea una carga útil (payload) que describe la solicitud. Envía esa carga útil a través del endpoint local de LayerZero y de la biblioteca de mensajes seleccionada.

Los servicios de verificación comprueban el evento de la cadena de origen bajo las reglas configuradas por la aplicación. Una vez que se satisfacen los requisitos del lado del destino, el mensaje puede proceder a la entrega. Una transacción de destino invoca a la aplicación receptora, que decide qué significa la carga útil y qué acción tomar. Arquitectura del protocolo LayerZero.

El mensaje puede, por lo tanto, pasar por varios estados. Enviado en la cadena de origen, verificado en el destino y ejecutado con éxito por la aplicación son hitos diferentes. Un panel de control que muestra el primero no demuestra que haya ocurrido el último.

Esta separación también ayuda a diagnosticar un retraso. La falta de verificación te orienta hacia el evento de origen, las confirmaciones o la configuración del verificador. Un mensaje verificado cuya llamada de aplicación falla te orienta hacia la ejecución en el destino y la lógica de la aplicación.

Un mensaje entre cadenas tiene dos puertas separadas

La verificación establece que el mensaje puede ser aceptado. La entrega ejecuta la llamada en el destino.

Ciclo de vida del mensaje
Aplicación de origenEnvía un mensaje a través de su Endpoint
Los DVNs verificanAtestan bajo la política de seguridad configurada
El ejecutor entregaLlama al destino después de la verificación
Verificación incompleta

El mensaje espera las atestaciones configuradas.

Ejecución fallida

La verificación puede estar completa mientras la llamada de la aplicación aún necesite recuperación.

Un mensaje verificado no es prueba de que la aplicación de destino haya terminado su trabajo.

Fuentes revisadas el 13 de oct. de 2026.
ArquitecturaEjecutores

Los endpoints son la conexión local

Un endpoint es la interfaz onchain de LayerZero en una red particular. Las aplicaciones lo usan para enviar y recibir mensajes del protocolo. Las librerías de mensajes proporcionan las reglas de verificación asociadas con esa ruta. Contratos de LayerZero desplegados.

El endpoint no otorga a cada aplicación posible el permiso para controlar tu contrato. La aplicación debe establecer en qué contraparte remota confía. Si esperas un mensaje de tu propio despliegue en otra cadena, un contrato no relacionado no debería poder suplantarlo.

Para un usuario, eso crea dos comprobaciones separadas. ¿Es el mensaje reconocido por el protocolo bajo la configuración seleccionada? ¿Acepta la aplicación receptora al remitente remoto correcto? Un diseño de transferencia necesita ambas.

Para un equipo de proyecto, también crea una responsabilidad administrativa. Alguien puede configurar o cambiar los pares y la ruta. La seguridad de esa autoridad es importante junto con el código que procesa las transferencias normales. Referencia técnica de OApp.

Los DVNs verifican; los ejecutores entregan

LayerZero denomina a sus servicios de verificación Redes de Verificadores Descentralizados, o DVNs. Una aplicación puede requerir DVNs específicos y establecer un umbral para un grupo opcional. Esas elecciones determinan qué atestaciones necesita el destino antes de aceptar un mensaje. Pila de seguridad DVN.

Los ejecutores gestionan la entrega después de la verificación. Ellos organizan la transacción de destino y sus recursos de gas. El protocolo también admite la ejecución sin permisos de mensajes verificados, por lo que la entrega automatizada no es la única ruta posible. Documentación del ejecutor.

Esa división otorga consecuencias diferentes a los fallos. Un problema de entrega puede dejar un mensaje válido esperando. Un fallo de verificación puede ser más grave si provoca que se acepte un mensaje falso. Un error en el receptor puede convertir un mensaje válido en la acción incorrecta de la aplicación.

La lista de proveedores no resuelve todas las cuestiones de seguridad. Importa cómo utiliza la aplicación a esos proveedores, qué tan independiente es su infraestructura y quién puede cambiar la configuración. Nuestro artículo sobre DVN y Ejecutores cubre las opciones en detalle.

Por qué una transferencia de tokens es un mensaje

Supongamos que un token debe moverse de la cadena A a la cadena B sin crear un saldo extra gastable. El contrato de origen puede retirar la cantidad transferida de la circulación y enviar un mensaje que describa qué debe acreditar el destino.

El destino no inspecciona directamente la billetera de un usuario en la otra cadena. Actúa sobre un mensaje aceptado de la contraparte de confianza. Los contratos de tokens definen las operaciones de débito y crédito en torno a ese mensaje.

El estándar de Token Fungible Omnichain de LayerZero, o OFT, proporciona un patrón para esa contabilidad. Los despliegues pueden usar acuerdos basados en quema y acuñación, o en bloqueo, dependiendo del diseño del token. Explicación del estándar OFT.

Esto hace que el control de la oferta y la verificación de mensajes estén estrechamente relacionados. Una instrucción falsificada para acreditar tokens puede amenazar la contabilidad del activo. Un par incorrectamente configurado también puede dar al remitente equivocado acceso a una acción sensible. El explicador de OFT sigue esa relación a través de una transferencia.

Los tokens RWA añaden reglas del emisor

Un valor tokenizado puede tener restricciones de transferencia además de las reglas entre cadenas. Moverlo a otra red no elimina sus requisitos de elegibilidad para el inversor, los controles del emisor o los términos de canje.

El puente de valores de Ondo es un ejemplo concreto de mensajería que soporta un producto RWA. Su anuncio de lanzamiento describe acciones tokenizadas y ETFs moviéndose entre Ethereum y BNB Chain a través de infraestructura desarrollada con LayerZero. El producto subyacente sigue teniendo sus propios términos legales y operativos. Anuncio del puente de Ondo.

Para un emisor, el puente necesita preservar los permisos previstos del titular y las reglas de suministro a través de los despliegues. Para un inversor, el token de destino necesita una relación clara con los derechos que adquirió. Un ticker familiar en otra cadena no es evidencia suficiente por sí sola.

Esta es también la razón por la que "soportado en muchas cadenas" requiere una lectura cuidadosa. Puede describir el alcance del protocolo, los contratos de activos desplegados o las rutas activas. El número de redes soportadas no te dice cuántos usuarios transfieren un token de fondo específico ni qué comisiones generan esas transferencias.

El envío no hace que cada acción sea atómica

Las operaciones entre cadenas ocurren en sistemas separados. La transacción de origen puede tener éxito antes de que se complete la acción de destino. Las aplicaciones deben gestionar el periodo entre ambas y la posibilidad de que una llamada posterior falle.

Toma una transferencia seguida de un depósito en un mercado de préstamos. Recibir el token y depositarlo son resultados separados. El mercado podría rechazar el depósito porque está pausado, su límite está completo o el receptor no es elegible. Una interfaz de usuario (frontend) debería explicar qué etapa se completó y qué acción de recuperación queda pendiente.

Para un usuario, el identificador de la transacción y el estado de destino son más útiles que hacer clic repetidamente en el botón de transferencia. Para un desarrollador, los reintentos deben preservar la acción prevista sin acreditarla o procesarla dos veces. El comportamiento del contrato receptor es parte de la fiabilidad del producto.

Rastrea la transferencia y el depósito por separado. De lo contrario, un usuario que vea un depósito fallido podría repetir una transferencia que ya tuvo éxito.

Adopción de LayerZero y economía de ZRO

Una aplicación puede utilizar LayerZero sin convertir cada dólar que mueve en ingresos por tokens. El valor de la transferencia, las tarifas de verificación, las tarifas de entrega y la economía asignada a ZRO miden cosas diferentes.

La actualización de precios de LayerZero separa explícitamente la tarifa del producto OFT de Stargate y la tarifa del Executor de Labs del interruptor de tarifas del protocolo controlado por la gobernanza. También limita la nueva tarifa de Stargate a las transferencias a través de esa aplicación. Actualización de precios.

Si estás evaluando ZRO, pregunta qué ruta generó la tarifa y qué sucede con los ingresos. Nuestra comparación de captura de valor de tokens separa esos mecanismos. Zero y ATLAS conciernen a otra parte de la arquitectura, con sus propias preguntas de despliegue y económicas.

Para la selección de infraestructura, continúa con LayerZero vs Chainlink CCIP. La comparación útil comienza con el activo, la ruta y los requisitos de seguridad que tu aplicación realmente necesita.

#layerzero

Seguir leyendo

Volver al blog