Ir para o conteúdo principal
AprenderGlossárioMandato de pagamento
GLOSSÁRIO

O que é um mandato de pagamento.

DEFINIÇÃO

Um mandato de pagamento é uma instrução pré-autorizada que permite que um agente execute uma classe específica de pagamento sem aprovação adicional. O mandato é parametrizado: pode nomear um valor máximo, um destinatário ou um conjunto de destinatários permitidos, uma janela de frequência e uma data de expiração. O protocolo AP2 primitivo do Google e vários sistemas de pagamento baseados em mandato semelhantes são construídos sobre isso.

POR QUE ISSO É IMPORTANTE

The "approve every payment" model does not scale to agents.

Os padrões de pagamento humano assumem uma aprovação por transação: você vê o total na finalização da compra, você toca para confirmar. Agentes que precisam pagar 200 APIs em uma hora não podem funcionar dessa forma. O usuário não pode clicar em 200 confirmações e, mesmo que pudesse, a latência mataria a utilidade do agente. Algum modelo de pré-autorização é necessário.

Payment mandates formalize the pre-authorization. Instead of "approve every payment" or "approve nothing" (a static spend limit), a mandate says: "approve any payment that matches these parameters, up to this cap, until I revoke it." The user grants the mandate once; the agent executes against it many times. This is the structural primitive that turns the agent into an autonomous economic actor while still keeping the human in control of the boundaries.

COMO FUNCIONA

Conceder, apresentar, liquidar, revogar.

  1. Conceder. O usuário (ou o delegado do usuário) cria um mandato através da interface do protocolo, especificando os parâmetros: valor máximo por pagamento, total máximo em uma janela, lista de destinatários permitidos, expiração. O mandato é assinado e armazenado pelo protocolo.
  2. Apresentar. Quando o agente precisa fazer um pagamento, ele apresenta o mandato ao processador de pagamento do destinatário como prova de autorização. O processador valida o mandato, verifica se os parâmetros de pagamento estão dentro dos limites do mandato e aceita o pagamento.
  3. Liquidar. A liquidação real acontece na ferrovia que o mandato especifica (stablecoin, cartão, ACH). A validação do mandato é separada da liquidação; um mandato pode autorizar pagamentos através de múltiplos métodos de liquidação se o protocolo permitir.
  4. Revogar. A qualquer momento, o usuário pode revogar o mandato. Apresentações subsequentes falham na validação. Pagamentos em andamento podem ou não ser concluídos dependendo das garantias de atomicidade do protocolo.

The protocol layer holds the mandate; the agent never holds the user's payment credentials directly. This is the safety property that makes mandate-based systems different from "give the agent your credit card." Compromise the agent and the worst case is the mandate's parameter envelope, not the user's full payment power.

EXEMPLOS

Três formas de mandato.

EXEMPLO 1

Mandato de acesso à API por chamada

Um agente recebe um mandato para gastar até $0.10 por chamada em qualquer API em uma lista de permissões definida, até um total de $50 por dia. O agente chama APIs ao longo do dia; cada chamada dentro dos parâmetros do mandato liquida sem mais aprovação. Gastos acima de $50 em 24 horas são bloqueados na camada da plataforma.

EXEMPLO 2

Mandato de assinatura específico do fornecedor

Um agente de pesquisa recebe um mandato para pagar um fornecedor de dados específico até $200/mês, faturado em stablecoin. A fatura do fornecedor aciona automaticamente o pagamento pré-autorizado do mandato. O agente nunca precisa apresentar a fatura a um humano.

EXEMPLO 3

Mandato limitado de uma só vez

Um usuário concede a um agente um mandato de uso único para gastar até $500 em reservas de hotel de uma plataforma de reservas confiável. O agente pesquisa, escolhe uma opção dentro do limite e faz a reserva. Uma vez que o mandato é consumido, não pode ser reutilizado.

FAQ

Três perguntas comuns.

Um mandato de pagamento é o mesmo que uma autorização permanente em um cartão?

Semelhante em espírito, estruturalmente muito diferente. Uma autorização de cartão é mantida pela rede de cartões e se aplica entre um portador de cartão específico e um comerciante específico. Um mandato de pagamento no sentido do comércio agente é mantido por um protocolo de pagamento (por exemplo, AP2), pode ser parametrizado por valor, destinatário, frequência e janela de tempo, e é liquidado em stablecoin ou fiat dependendo da implementação. Mandatos são mais programáveis, mais granulares e não estão ligados às trilhas da rede de cartões.

Um mandato pode ser revogado?

Sim. O usuário que concedeu o mandato pode revogá-lo a qualquer momento através do primitivo de revogação do protocolo. Uma vez revogado, nenhum novo pagamento é executado contra ele. Pagamentos pendentes ou em andamento no momento da revogação podem ou não ser concluídos dependendo do protocolo; o AP2 especifica uma parada imediata para qualquer pagamento ainda não liquidado na cadeia.

O Blockchain0x usa mandatos de pagamento?

Ainda não formalmente. Obtivemos resultados semelhantes de controle de gastos de agentes por meio da permissão de gasto por agente (uma verba por período e um limite por transação) aplicada na camada da API. Isso é equivalente a mandate para os casos comuns (gasto limitado em uma janela de tempo). O suporte completo ao protocolo de mandate (primitivas de revogação, mandates assinados que acompanham as solicitações de pagamento, fluxos compatíveis com AP2) está no roadmap à medida que os padrões convergem.
Última revisão: 2026-05-15. Publicado sob CC BY 4.0.

Pré-autorização do gasto do seu agente.

Políticas de gasto por agente aplicadas no nível da API. Grátis para começar.