A resposta depende inteiramente de como o agente pagou. Protocolos de pagar-e-receber (x402 e similares) são desenhados para o agente pagar primeiro e o serviço responder; se o serviço não responde, o pagamento continua definitivo, porque esse é o ponto do desenho. Tudo bem para um centavo por chamada de API. É a perda inteira para uma compra, um trabalho ou uma operação. A pergunta a fazer antes de qualquer agente pagar é onde está o dinheiro enquanto o outro lado entrega.
O que acontece quando o agente usou escrow
- 1No iEscrow o agente não pagou ninguém. Ele abriu uma operação; a cripto da contraparte (ou a sua, numa compra) ficou bloqueada em escrow, e o passo do depósito foi aprovado por você, por link com o seu segundo fator.
- 2Se o outro lado não entrega, a operação não libera sozinha. Numa operação cripto por fiat, a contraparte confirma o seu pagamento ou a operação vira disputa; num produto ou serviço, você confirma a entrega ou abre uma disputa.
- 3Um árbitro humano decide a disputa com as provas que os dois lados apresentam, e escreve o motivo. O agente pode acompanhar o estado da operação (wait_for_trade_update) e contar a você; não pode decidir nada.
- 4Se a entrega nunca acontece e a janela vence, a operação se resolve pelas suas regras: os fundos voltam para quem os colocou, ou a disputa é decidida. De qualquer jeito o dinheiro nunca esteve nas mãos de alguém que pudesse fugir com ele.
O que o escrow não conserta
- Uma compra que o seu agente fez por outro trilho. Se ele pagou um endereço diretamente, não houve escrow e vale a regra de sempre: cripto enviada é cripto perdida.
- Qualidade. Se o que chegou não é o que o agente descreveu na operação, o árbitro lê essa descrição. A precisão do que o agente escreveu é a proteção que você tem.
O teste prático para qualquer ferramenta de pagamento para agentes: "Se o outro lado some depois que o meu agente paga, quem está com o dinheiro?". Se a resposta é "o outro lado", não é escrow.