Uma negociação de IA expirou. O que o “retry” realmente deveria tentar novamente?

Imagine um agente enviando uma troca $ETH → $USDC. A carteira retorna um hash de transação, mas a observação da execução não é concluída antes do prazo de espera do cliente expirar.

Este é um exemplo hipotético.

O tempo limite nos diz que a espera terminou. A transação original ainda pode estar pendente ou pode já ter sido executada. O status dela precisa de investigação adicional.

Quero que o agente preserve:
• O hash da transação original
• O registro de autorização dela
• O identificador do job de observação
• O último estado conhecido

Em seguida, ele pode retomar a observação e a verificação, preservando os resultados pendentes, revertidos, reorged (reorganizados) ou indeterminados.

Um timeout sozinho não deve acionar uma nova negociação.

Isso faz parte do meu trabalho no PriorSeal: recuperar evidências de autorização e execução por meio de operações existentes após uma reinicialização ou uma resposta perdida.

A carteira ou executor continua controlando o envio da transação. Recuperar evidências históricas também não renova uma autorização expirada.

Após uma reinicialização, o seu agente consegue continuar investigando a transação original — ou ele reinicia todo o fluxo?

https://priorseal.xyz/

#AIAgents #Web3Security