Saltar al contenido
BitcoinToolkit

Wormhole (W): Cómo VAAs y transferencias entre cadenas se completan

La transacción de origen confirmada. La cadena de destino aún puede estar esperando. Wormhole es un protocolo de mensajería entre cadenas en el que los Guardianes atestiguan mensajes como VAAs antes de que puedan ser entregados y ejecutados en otra cadena.

Rastree la confirmación de origen, la atestación de Guardianes, la disponibilidad de VAA, la entrega y la ejecución en el destino para identificar qué queda antes de que un mensaje o transferencia de tokens se complete.

Asunto:
Mensajería entre cadenas de Wormhole y finalización de transferencia de tokens
Alcance del mercado:
CoinGecko W/USD instantánea de tokens
Alcance de tarifas:
Las cadenas de origen y destino utilizan sus propios activos de tarifa nativos
Zona horaria:
UTC

Esta referencia explica los estados de mensajes y transferencias. No retransmite un VAA, recupera fondos, valida un contrato de tokens arbitrario ni garantiza la ejecución en el destino.

Revisado por la Equipo Editorial de BitcoinToolkit · Revisado por última vez

Cómo un mensaje de Wormhole se convierte en un VAA

Una confirmación de la cadena de origen es solo el primer estado observable en el ciclo de vida entre cadenas de Wormhole.

Ciclo de vida del mensaje de Wormhole que muestra la emisión de origen, las firmas de Guardian, el ensamblaje del VAA, la entrega y la ejecución en la cadena de destino
Un evento de origen se convierte en un VAA firmado por Guardianes antes de que puedan ocurrir la entrega y la ejecución en el destino.

De la aplicación de origen al mensaje firmado

Una aplicación de origen llama al Contrato Principal de Wormhole y publica un mensaje. La aplicación es el emisor, mientras que la cadena del emisor, la dirección del emisor y la secuencia identifican ese mensaje en toda la red. La carga útil lleva la instrucción específica de la aplicación que un contrato de destino puede procesar más tarde.

Los guardianes observan el evento de la cadena de origen y firman el mismo mensaje después de que se cumpla el requisito de consistencia configurado por la aplicación. Cuando se reúne el quórum de guardianes requerido, el sobre firmado es una Aprobación de Acción Verificable, o VAA. La VAA registra el mensaje firmado; no es un recibo de la cadena de destino.

Qué conservar al rastrear un mensaje

  • El hash de la transacción de origen y la cadena de origen.
  • La cadena del emisor, la dirección del emisor y la secuencia.
  • La aplicación de destino que se espera que consuma el VAA.
  • El identificador VAA o la carga útil firmada una vez que esté disponible.

Compare la entrega de mensajes de LayerZero

Entrega y ejecución en la cadena de destino

Un VAA válido aún debe llegar al contrato correcto y completar una transacción en el destino.

La entrega es una acción separada

Un relayer, un servicio de aplicación o el usuario pueden recuperar un VAA y enviarlo a la cadena de destino. La ruta exacta depende del producto y la aplicación de Wormhole. Por lo tanto, la entrega necesita un destino válido, una integración compatible y suficiente gas en la cadena de destino a menos que el servicio de retransmisión seleccionado ya haya tenido en cuenta ese costo.

El contrato de destino verifica las firmas de los Guardianes y comprueba el mensaje contra su emisor esperado, reglas de autorización y protección contra repetición. Solo entonces la aplicación de destino puede acuñar, liberar o actualizar el estado. Que un VAA esté disponible prueba la atestación; no prueba que esta transacción de destino haya tenido éxito.

El recibo que importa

Inspeccione la transacción de destino y el estado de la aplicación. Una llamada de destino fallida, un contrato en pausa, una representación de tokens no compatible o gas insuficiente en el destino pueden dejar la transacción de origen confirmada mientras el resultado deseado en el destino sigue ausente.

Revise las tarifas de transacción de Ethereum

Transferencias de tokens nativos y envueltos

Wormhole admite más de un modelo de transferencia de tokens, y el activo de destino puede tener diferentes reglas de propiedad y representación.

Transferencias de tokens nativos de Wormhole y transferencias de tokens envueltos comparadas por custodia, acuñación y representación en el destino
NTT mantiene los despliegues de tokens controlados por el proyecto separados de la ruta de bloqueo y acuñación envuelta de Wormhole.

Transferencias de Tokens Nativos

Las Transferencias de Tokens Nativos, o NTT, permiten que un proyecto controle los contratos de tokens y la política de transferencia a través de cadenas conectadas. Un despliegue puede usar patrones de quemar y acuñar o de bloqueo, y puede agregar controles como límites de tasa, pausas y reglas de acceso. El proyecto sigue siendo responsable de los contratos elegidos, la gobernanza y el soporte de destino.

Transferencias de Tokens Envueltos

Las Transferencias de Tokens Envueltos, también llamadas Puente de Tokens en los contratos y SDKs de Wormhole, utilizan una ruta de bloqueo y acuñación para una amplia compatibilidad. Los tokens se bloquean en el lado de origen y se acuña una representación envuelta en el destino. Regresar a través de la ruta compatible quema la representación envuelta y libera el activo original.

Los nombres o tickers coincidentes no prueban que dos contratos de tokens sean intercambiables. Confirme el contrato de origen, el contrato de destino, el producto de transferencia, el modelo de custodia y la ruta de redención antes de aprobar una transferencia o agregar el activo recibido a otra aplicación.

Finalidad y límites de confianza

La finalización cruza varios sistemas, por lo que una confirmación no puede representar todos los límites de seguridad y ejecución.

Finalidad de origen y atestación de Guardianes

La aplicación elige un nivel de consistencia que indica a los Guardianes cuánta confirmación de la cadena de origen deben observar antes de firmar. Un umbral de espera más bajo puede mejorar la velocidad pero puede exponer la aplicación a más riesgo de reorganización de la cadena de origen. Los Guardianes atestiguan el mensaje observado; no hacen final la cadena de origen o destino.

Riesgo de entrega, ejecución y aplicación

Los relayers o usuarios entregan VAAs, las cadenas de destino confirman la transacción resultante y las aplicaciones de destino aplican su propia lógica de contrato. El riesgo operativo puede residir en la cadena de origen, la observación de los Guardianes, la recuperación de VAA, la entrega, el gas de destino, la finalidad de destino, los permisos de la aplicación o la implementación del token.

El modelo de seguridad de Wormhole debe evaluarse junto con la aplicación que lo utiliza. Un mensaje correctamente firmado aún puede llamar a una aplicación con diferentes controles de actualización, pausa, límite de velocidad o autorización que otra ruta.

Comparar la ruta de validación de Axelar

Cuándo se completa una transferencia

Trate la finalización como una secuencia de estados verificables en lugar de un único estado de puente.

Estados de transferencia entre cadenas de Wormhole desde la confirmación de origen hasta la entrega del VAA y la ejecución en el destino
Cada estado completado proporciona evidencia diferente; el estado de destino es la verificación final orientada al usuario.

Lista de verificación de finalización entre cadenas

  • La transacción de origen se confirma en el nivel requerido de la cadena de origen.
  • El mensaje esperado de Wormhole fue emitido por la aplicación correcta.
  • El VAA firmado por los Guardianes correspondiente está disponible.
  • El VAA se entregó al contrato de destino previsto.
  • La transacción de destino se confirmó sin una reversión del contrato.
  • El saldo de activos esperado o el estado de la aplicación es visible en el destino.

No se detenga en un éxito intermedio

Un explorador de origen puede mostrar éxito mientras la entrega está pendiente. Un servicio de VAA puede devolver el mensaje firmado mientras no existe una transacción de destino. Un explorador de destino puede mostrar una llamada confirmada mientras la aplicación receptora muestra una representación de token diferente. La transferencia se completa solo cuando el resultado esperado de destino está presente.

Antes de reintentar una transferencia estancada

Reintente solo después de identificar si el paso faltante es la atestación, la entrega o la ejecución de destino.

Conserve la evidencia primero

Mantenga el hash de la transacción de origen, la cadena de origen, el emisor y la secuencia. Localice el VAA antes de asumir que el mensaje nunca fue observado. Confirme la cadena y el contrato de destino previstos, luego busque una transacción de destino vinculada a ese VAA o solicitud de aplicación.

Verifique los bloqueadores específicos de la ruta

  • Mantenga el activo de tarifa nativo requerido por la cadena de destino.
  • Verifique que el destino admita la representación de token nativa o envuelta exacta.
  • Verifique los límites de tasa, los contratos en pausa, la disponibilidad del relayer y las reversiones de destino.
  • Determine si la entrega permanece o la ejecución ya falló.
  • No repita la transferencia de origen a ciegas; un segundo mensaje de origen puede crear una segunda obligación.

Wormhole no usa W como token de gas universal. Las transacciones de origen y destino usan los activos de tarifa de sus respectivas cadenas.

Qué hace el token W

W es el activo de mercado perfilado y un token de gobernanza; no es el mensaje entre cadenas en sí.

Rol de gobernanza

Los titulares de W pueden participar en la gobernanza de Wormhole a través del proceso de gobernanza compatible, incluida la delegación del poder de voto. W está disponible en los entornos compatibles de Solana y EVM a través de la infraestructura de transferencia de tokens de Wormhole, pero el contrato y la cadena aún importan cuando una billetera muestra un saldo de W.

Mantener W no crea una VAA, entrega un mensaje ni paga todas las tarifas de origen y destino. La instantánea del mercado W/USD en esta página describe el contexto de mercado del token. El progreso de la transacción aún debe verificarse a través de los estados de ejecución de la cadena de origen, VAA y destino descritos anteriormente.

Preguntas frecuentes sobre mensajes y transferencias de Wormhole

Respuestas enfocadas sobre VAAs, entrega, gas, modelos de transferencia y verificaciones de finalización.

¿Qué es un VAA de Wormhole?

Una Aprobación de Acción Verificable es un mensaje de Wormhole más las firmas de Guardian requeridas por el protocolo. Prueba que el quórum de Guardianes atestiguó el mensaje, no que un contrato de destino lo ejecutó.

¿Una transacción fuente confirmada significa que una transferencia de Wormhole está completa?

No. El mensaje aún puede requerir la atestación de Guardian, la entrega de VAA, la verificación del destino y la ejecución exitosa en la cadena de destino antes de que aparezca el activo o estado esperado.

¿Quién entrega un VAA de Wormhole a la cadena de destino?

La entrega puede ser realizada por un relayer, un servicio de aplicación o el usuario, dependiendo del producto y la ruta de Wormhole. La transacción de destino aún necesita un VAA aceptado y suficiente gas.

¿Por qué una transferencia de Wormhole necesita gas en la cadena de destino?

Enviar y ejecutar la VAA crea una transacción en la cadena de destino. Esa transacción utiliza el activo de tarifa de la cadena de destino a menos que el servicio de relevo seleccionado haya incluido el costo en su flujo de servicio.

¿Cuál es la diferencia entre NTT y las transferencias de tokens envueltos?

NTT permite que un proyecto controle contratos y políticas de tokens nativos en todas las cadenas. Las transferencias de tokens envueltos utilizan una ruta de bloqueo y acuñación administrada por Wormhole que crea una representación envuelta en el destino.

¿Cómo puedo saber dónde está estancada una transferencia de Wormhole?

Compare el recibo de origen, el emisor y la secuencia, la disponibilidad del VAA, la transacción de destino y el saldo o estado final del destino. El primer elemento faltante identifica si la observación, la entrega o la ejecución permanecen pendientes.

¿Debo repetir la transacción de origen cuando la entrega se retrasa?

No hasta que haya identificado la etapa faltante. Repetir la acción de origen puede emitir un segundo mensaje y crear otra transferencia mientras el VAA original aún es entregable.

¿Para qué se utiliza el token W?

W es el token de gobernanza de Wormhole y el activo perfilado en el mercado en esta página. No es un activo de gas universal y no prueba por sí mismo que un mensaje entre cadenas se haya completado.

Limitaciones conocidas

Metodología de datos de mercado

La página utiliza una instantánea agregada de W/USD de CoinGecko. No se representa ningún gráfico de intercambio para esta entidad.

Fuente de la instantánea de mercado
Datos de mercado agregados de CoinGecko (W/USD)
Caché
La caché de instantáneas es de aproximadamente 60 segundos.
Manejo de fallos
Los datos en caché verificados están etiquetados como Cached o Delayed. Los valores faltantes permanecen no disponibles.
Estado de la instantánea
Retrasado
Reportar un problema
Reportar un problema de datos de mercado →

Fuentes técnicas

La documentación principal de Wormhole respalda las explicaciones de mensajes, transferencias, seguridad y gobernanza. La atribución de CoinGecko permanece con la instantánea de mercado.

Información editorial

Contenido técnico verificado, fuentes revisadas e historial de actualizaciones.

Publicado
Última revisión
Verificación de datos
Fuentes
Documentación oficial