AIの取引がタイムアウトしました。「再試行(retry)」は実際には何を再試行すべきでしょうか?
$ETH → $USDC のスワップを行うエージェントを想像してください。ウォレットはトランザクションハッシュを返しますが、クライアントの待機がタイムアウトするまでに実行の観測が完了しません。
これは仮説的な例です。
タイムアウトは「待機が終了した」ことを示します。元のトランザクションはまだ保留中か、あるいはすでに実行済みの可能性があります。そのステータスには追加の調査が必要です。
エージェントには次を保持させたいです:
• 元のトランザクションハッシュ
• その認可(authorization)記録
• 観測ジョブの識別子
• 最後に分かっている状態
そのうえで、保留中・取り消し(reverted)・再編成(reorged)・不明(undetermined)の結果を保持したまま、観測と検証を再開できます。
タイムアウトだけでは、新しい取引を開始してはいけません。
これは、PriorSeal に関する私の取り組みの一部です。再起動や応答の喪失後に、既存の操作を通じて認可と実行の証拠を復旧します。
ウォレットまたは実行者(executor)はトランザクションの送信を引き続き制御します。歴史的な証拠を復旧しても、期限切れの認可が更新されるわけではありません。
再起動後、あなたのエージェントは元のトランザクションの調査を継続できますか?それともワークフロー全体を最初からやり直しますか?
https://priorseal.xyz/
#AIAgents #Web3Security
$ETH → $USDC のスワップを行うエージェントを想像してください。ウォレットはトランザクションハッシュを返しますが、クライアントの待機がタイムアウトするまでに実行の観測が完了しません。
これは仮説的な例です。
タイムアウトは「待機が終了した」ことを示します。元のトランザクションはまだ保留中か、あるいはすでに実行済みの可能性があります。そのステータスには追加の調査が必要です。
エージェントには次を保持させたいです:
• 元のトランザクションハッシュ
• その認可(authorization)記録
• 観測ジョブの識別子
• 最後に分かっている状態
そのうえで、保留中・取り消し(reverted)・再編成(reorged)・不明(undetermined)の結果を保持したまま、観測と検証を再開できます。
タイムアウトだけでは、新しい取引を開始してはいけません。
これは、PriorSeal に関する私の取り組みの一部です。再起動や応答の喪失後に、既存の操作を通じて認可と実行の証拠を復旧します。
ウォレットまたは実行者(executor)はトランザクションの送信を引き続き制御します。歴史的な証拠を復旧しても、期限切れの認可が更新されるわけではありません。
再起動後、あなたのエージェントは元のトランザクションの調査を継続できますか?それともワークフロー全体を最初からやり直しますか?
https://priorseal.xyz/
#AIAgents #Web3Security