Depósitos cross-chain en una bóveda: ¿hasta qué punto debe llegar el estado «Success» del recibo?
El 8 de octubre, Chainlink presentó CCIP Vault Adapters: una solución que envía activos e instrucciones de depósito entre cadenas hasta la cadena donde se encuentra la bóveda, para que la contabilidad de esta se gestione allí de forma centralizada. Lo que merece atención es el estado de los fondos tras un fallo.
Según la documentación oficial del adaptador, si falla la llamada a la bóveda de destino, la comprobación del importe mínimo recibido o el envío de retorno, el adaptador conserva el mensaje fallido y los tokens. En ese momento, CCIP Explorer podría seguir mostrando «Success», por lo que hay que comprobar también el evento MessageFailed. Este proceso no reintenta la operación ni reembolsa los fondos automáticamente.
Esto significa que la entrega de un mensaje cross-chain no implica que el usuario haya recibido participaciones de la bóveda. La documentación también establece que el reembolso cross-chain vuelve al remitente original, no al beneficiario del depósito. Si se utiliza un pagador tercero o una dirección de recepción distinta, la interfaz debería indicar antes del envío dónde se recibiría el reembolso.
Mi conclusión: para evaluar la experiencia de un «depósito con un solo clic», hay que tener en cuenta tanto la entrega correcta como la gestión de los fallos. Mostrar claramente el registro del fallo, la ubicación de los fondos y las vías de recuperación disponibles es más útil que limitarse a indicar que el puente se completó correctamente. Aquí se analiza el mecanismo descrito en la documentación; no se afirma que una bóveda concreta esté experimentando un fallo ni se hacen suposiciones sobre rendimientos o seguridad de los fondos.
Fuentes:
https://chain.link/blog/introducing-ccip-vault-adapters
https://docs.chain.link/solutions/cross-chain-vault-adapter
El 8 de octubre, Chainlink presentó CCIP Vault Adapters: una solución que envía activos e instrucciones de depósito entre cadenas hasta la cadena donde se encuentra la bóveda, para que la contabilidad de esta se gestione allí de forma centralizada. Lo que merece atención es el estado de los fondos tras un fallo.
Según la documentación oficial del adaptador, si falla la llamada a la bóveda de destino, la comprobación del importe mínimo recibido o el envío de retorno, el adaptador conserva el mensaje fallido y los tokens. En ese momento, CCIP Explorer podría seguir mostrando «Success», por lo que hay que comprobar también el evento MessageFailed. Este proceso no reintenta la operación ni reembolsa los fondos automáticamente.
Esto significa que la entrega de un mensaje cross-chain no implica que el usuario haya recibido participaciones de la bóveda. La documentación también establece que el reembolso cross-chain vuelve al remitente original, no al beneficiario del depósito. Si se utiliza un pagador tercero o una dirección de recepción distinta, la interfaz debería indicar antes del envío dónde se recibiría el reembolso.
Mi conclusión: para evaluar la experiencia de un «depósito con un solo clic», hay que tener en cuenta tanto la entrega correcta como la gestión de los fallos. Mostrar claramente el registro del fallo, la ubicación de los fondos y las vías de recuperación disponibles es más útil que limitarse a indicar que el puente se completó correctamente. Aquí se analiza el mecanismo descrito en la documentación; no se afirma que una bóveda concreta esté experimentando un fallo ni se hacen suposiciones sobre rendimientos o seguridad de los fondos.
Fuentes:
https://chain.link/blog/introducing-ccip-vault-adapters
https://docs.chain.link/solutions/cross-chain-vault-adapter