Saltar al contenido principal
AprenderGlosarioMandato de pago
GLOSARIO

Qué es un mandato de pago.

DEFINICIÓN

Un mandato de pago es una instrucción preautorizada que permite a un agente ejecutar una clase específica de pago sin más aprobación. El mandato está parametrizado: puede nombrar un monto máximo, un destinatario o un conjunto de destinatarios permitidos, una ventana de frecuencia y una fecha de caducidad. El protocolo primitivo AP2 de Google y varios sistemas de pago basados en mandatos similares se construyen sobre esto.

POR QUÉ ES IMPORTANTE

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

Los patrones de pago humano asumen una aprobación por transacción: ves el total al finalizar la compra, tocas para confirmar. Los agentes que necesitan pagar 200 APIs en una hora no pueden trabajar de esta manera. El usuario no puede hacer clic en 200 confirmaciones, y aunque pudiera, la latencia mataría la utilidad del agente. Se requiere algún modelo de preautorización.

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.

CÓMO FUNCIONA

Conceder, presentar, liquidar, revocar.

  1. Otorgar. El usuario (o el delegado del usuario) crea un mandato a través de la interfaz de usuario del protocolo, especificando los parámetros: cantidad máxima por pago, total máximo durante una ventana, lista de permitidos de destinatarios, expiración. El mandato es firmado y almacenado por el protocolo.
  2. Presentar. Cuando el agente necesita realizar un pago, presenta el mandato al procesador de pagos del destinatario como prueba de autorización. El procesador valida el mandato, verifica que los parámetros de pago estén dentro de los límites del mandato y acepta el pago.
  3. Liquidar. La liquidación real ocurre en el medio que especifique el mandato (stablecoin, tarjeta, ACH). La validación del mandato es independiente de la liquidación; un mandato puede autorizar pagos a través de múltiples métodos de liquidación si el protocolo lo permite.
  4. Revocar. En cualquier momento, el usuario puede revocar el mandato. Las presentaciones posteriores no pasan la validación. Los pagos en curso pueden completarse o no, dependiendo de las garantías de atomicidad del 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.

EJEMPLOS

Tres formas de mandato.

EJEMPLO 1

Mandato de acceso a la API por llamada

A un agente se le otorga un mandato para gastar hasta $0.10 por llamada en cualquier API en una lista de permitidos definida, por un total de hasta $50 por día. El agente llama a las APIs a lo largo del día; cada llamada dentro de los parámetros del mandato se liquida sin más aprobación. Gastar más de $50 en 24 horas se bloquea a nivel de plataforma.

EJEMPLO 2

Mandato de suscripción específico del proveedor

A un agente de investigación se le otorga un mandato para pagar a un proveedor de datos específico hasta $200/mes, facturado en stablecoin. La factura del proveedor activa automáticamente el pago preautorizado del mandato. El agente nunca tiene que presentar la factura a un humano.

EJEMPLO 3

Mandato limitado de una sola vez

Un usuario otorga a un agente un mandato de un solo uso para gastar hasta $500 en reservas de hotel de una plataforma de reservas confiable. El agente busca, elige una opción dentro del límite y reserva. Una vez consumido el mandato, no puede ser reutilizado.

Preguntas frecuentes

Tres preguntas comunes.

¿Es un mandato de pago lo mismo que una autorización permanente en una tarjeta?

Similar en espíritu, estructuralmente muy diferente. Una autorización de tarjeta es mantenida por la red de tarjetas y se aplica entre un titular de tarjeta específico y un comerciante específico. Un mandato de pago en el sentido del comercio agente es mantenido por un protocolo de pago (por ejemplo, AP2), puede ser parametrizado por monto, destinatario, frecuencia y ventana de tiempo, y se liquida en stablecoin o fiat dependiendo de la implementación. Los mandatos son más programables, más granulares y no están atados a las redes de tarjetas.

¿Se puede revocar un mandato?

Sí. El usuario que otorgó el mandato puede revocarlo en cualquier momento a través de la primitiva de revocación del protocolo. Una vez revocado, no se ejecutan nuevos pagos en su contra. Los pagos pendientes o en vuelo en el momento de la revocación pueden o no completarse dependiendo del protocolo; AP2 especifica una detención inmediata para cualquier pago que aún no se haya liquidado en la cadena.

¿Blockchain0x utiliza mandatos de pago?

Todavía no de forma formal. Logramos resultados similares de control de gasto por agente mediante el permiso de gasto por agente (un límite por período y un tope por transacción) aplicado en la capa de API. Esto es equivalente a un mandato para los casos comunes (gasto limitado en una ventana de tiempo). El soporte completo del protocolo de mandato (primitivas de revocación, mandatos firmados que viajan con las solicitudes de pago, flujos compatibles con AP2) está en la hoja de ruta a medida que los estándares convergen.
Última revisión: 2026-05-15. Publicado bajo CC BY 4.0.

Preautoriza el gasto de tu agente.

Políticas de gasto por agente aplicadas a nivel de API. Gratis para comenzar.