クロスチェーンでVaultに入金する際、レシートの「Success」はどこまで確認すべき?
Chainlinkは10月8日、CCIP Vault Adaptersを紹介しました。クロスチェーン資産と入金指示をVaultがあるチェーンに送り、Vaultの会計処理をそのチェーンに集約する仕組みです。注目すべきなのは、失敗後の資金の状態です。
公式アダプターのドキュメントによると、送信先Vaultの呼び出し、最低出力量の確認、または返送処理に失敗すると、アダプターは失敗メッセージとトークンを保存します。このとき、CCIP Explorerでは「Success」と表示される可能性があるため、別途MessageFailedイベントを確認する必要があります。この処理では自動再試行も返金も行われません。
つまり、クロスチェーンメッセージが届けられたからといって、ユーザーがVaultの持分を受け取ったとは限りません。また、ドキュメントでは、クロスチェーンの返金先は預金受益者ではなく、送信元アドレスと定められています。代行払いを利用する場合や、送信元と受取先が異なる場合は、送信前に返金先を画面上で説明すべきです。
私の見解:「ワンクリック入金」の使い勝手を評価するには、配信の成功だけでなく、失敗時の対応も確認する必要があります。失敗の記録、資金の所在、利用可能な復旧手段を明確に示すほうが、ブリッジの成功だけを表示するより有用です。ここで述べているのはドキュメントに記載された仕組みであり、特定のVaultで障害が発生しているという意味ではありません。また、利回りや資金の安全性について推測するものでもありません。
出典:
https://chain.link/blog/introducing-ccip-vault-adapters
https://docs.chain.link/solutions/cross-chain-vault-adapter
Chainlinkは10月8日、CCIP Vault Adaptersを紹介しました。クロスチェーン資産と入金指示をVaultがあるチェーンに送り、Vaultの会計処理をそのチェーンに集約する仕組みです。注目すべきなのは、失敗後の資金の状態です。
公式アダプターのドキュメントによると、送信先Vaultの呼び出し、最低出力量の確認、または返送処理に失敗すると、アダプターは失敗メッセージとトークンを保存します。このとき、CCIP Explorerでは「Success」と表示される可能性があるため、別途MessageFailedイベントを確認する必要があります。この処理では自動再試行も返金も行われません。
つまり、クロスチェーンメッセージが届けられたからといって、ユーザーがVaultの持分を受け取ったとは限りません。また、ドキュメントでは、クロスチェーンの返金先は預金受益者ではなく、送信元アドレスと定められています。代行払いを利用する場合や、送信元と受取先が異なる場合は、送信前に返金先を画面上で説明すべきです。
私の見解:「ワンクリック入金」の使い勝手を評価するには、配信の成功だけでなく、失敗時の対応も確認する必要があります。失敗の記録、資金の所在、利用可能な復旧手段を明確に示すほうが、ブリッジの成功だけを表示するより有用です。ここで述べているのはドキュメントに記載された仕組みであり、特定のVaultで障害が発生しているという意味ではありません。また、利回りや資金の安全性について推測するものでもありません。
出典:
https://chain.link/blog/introducing-ccip-vault-adapters
https://docs.chain.link/solutions/cross-chain-vault-adapter