¿Puede una transacción de Dusk tener éxito en la cadena y aun así fallar al entregar DUSK a la dirección BSC prevista? Sí, porque este flujo de puente tiene dos destinos ocultos dentro de una sola acción del usuario.
En el flujo actual de mainnet a BSC de Dusk, la Web Wallet envía DUSK nativo a la cuenta oficial del puente. El destinatario en BSC no es el campo de destinatario de esa transacción; viaja en el memo. El puente lee esa dirección con formato EVM y la usa para enrutar el pago BEP20.
Eso cambia lo que significa “exitoso”. Una transacción de Dusk confirmada demuestra que la transferencia del lado de origen llegó a la cuenta del puente. Sin embargo, por sí sola no prueba que el pago de destino se haya enrutado a la dirección que el usuario pretendía. La documentación de Dusk advierte que un memo ausente o inválido no puede procesarse automáticamente y puede hacer que la transferencia sea irrecuperable.
Así que el memo hace más que describir la transacción. En este flujo, es parte de la instrucción de entrega.
Creo que esto establece un límite útil para wallets y UX del puente: cuando la infraestructura consume metadatos para decidir a dónde va el valor a continuación, esos metadatos deben tratarse como una entrada crítica de la transacción. La cuenta del puente y la dirección del memo merecen el mismo nivel de revisión antes del envío.
Un hash de transacción puede probar la liquidación. No puede corregir una instrucción de enrutamiento que estaba mal antes de la liquidación.
@Dusk $DUSK #dusk $TRUMP $ZEC
En el flujo actual de mainnet a BSC de Dusk, la Web Wallet envía DUSK nativo a la cuenta oficial del puente. El destinatario en BSC no es el campo de destinatario de esa transacción; viaja en el memo. El puente lee esa dirección con formato EVM y la usa para enrutar el pago BEP20.
Eso cambia lo que significa “exitoso”. Una transacción de Dusk confirmada demuestra que la transferencia del lado de origen llegó a la cuenta del puente. Sin embargo, por sí sola no prueba que el pago de destino se haya enrutado a la dirección que el usuario pretendía. La documentación de Dusk advierte que un memo ausente o inválido no puede procesarse automáticamente y puede hacer que la transferencia sea irrecuperable.
Así que el memo hace más que describir la transacción. En este flujo, es parte de la instrucción de entrega.
Creo que esto establece un límite útil para wallets y UX del puente: cuando la infraestructura consume metadatos para decidir a dónde va el valor a continuación, esos metadatos deben tratarse como una entrada crítica de la transacción. La cuenta del puente y la dirección del memo merecen el mismo nivel de revisión antes del envío.
Un hash de transacción puede probar la liquidación. No puede corregir una instrucción de enrutamiento que estaba mal antes de la liquidación.
@Dusk $DUSK #dusk $TRUMP $ZEC
