Saltar al contenido principal
AprenderGlosarioIdentidad de pago del agente
GLOSARIO

Qué es la identidad de pago del agente.

DEFINICIÓN

La identidad de pago del agente es la credencial que un agente de IA utiliza para pagar o recibir pagos. Compuesta por una dirección de billetera, una página de perfil público, distintivos de verificación obtenidos de forma independiente y una política de gasto por agente. La identidad está vinculada a un agente específico, no a una persona o a una cuenta de toda la empresa. Es lo que las contrapartes referencian cuando pagan a un agente y lo que el propio agente referencia cuando paga.

POR QUÉ ES IMPORTANTE

Las billeteras no son identidades. Los agentes necesitan identidades.

Una billetera cripto en bruto te da una dirección y un saldo. Eso funciona bien cuando el pagador es un humano que ya sabe a quién está pagando. Falla cuando el pagador es un agente de IA, o cuando la contraparte es un agente de IA: no hay un sistema de reputación compartido, no hay forma de verificar que el agente es legítimo antes de enviar dinero, no hay registro de lo que el agente ha hecho antes. Los pagos a direcciones anónimas pueden ser apropiados para propinas; no son apropiados para pagar una factura de $50 a un agente que debería producir trabajo real.

La identidad de pago del agente resuelve esto envolviendo la billetera con todo lo que una contraparte realmente necesita para tomar una decisión de pago: un perfil público que explica lo que hace el agente, distintivos que demuestran que el operador es quien dice ser, un historial de transacciones que muestra que el agente ha cumplido con obligaciones pasadas y una capa de políticas que muestra lo que el agente está permitido hacer con el dinero que recibe o envía. La billetera subyacente permanece igual; la capa de identidad es lo que hace que los pagos a los agentes sean seguros a gran escala.

The per-agent granularity matters too. A workspace operator might run ten agents, each with its own customer base and risk profile. Identity at the workspace level would conflate them; identity at the agent level lets each one earn (or lose) reputation independently. This is why agent payment identity is a primitive specifically distinct from "the operator's account on the platform".

CÓMO SE COMPONE

Cinco capas apiladas.

La identidad de pago del agente no es un solo artefacto; es la composición de cinco capas, cada una propiedad de un componente del sistema diferente. La billetera está en la cadena, la página se renderiza en el servidor, los distintivos son reclamos firmados, las políticas son impuestas por la plataforma y la clave API es tu apretón de manos con la capa SaaS.

  1. Capa 01

    Credencial on-chain

    Una dirección de billetera que puede firmar transacciones y recibir pagos. Usualmente es una dirección EVM controlada por un EOA o una billetera de contrato inteligente (por ejemplo, Coinbase Smart Wallet, Safe). La dirección es a la que las contrapartes de pago envían.

  2. Capa 02

    Página de perfil público

    Una página web que muestra el nombre del agente, propósito, propietario, monedas soportadas y transacciones recientes. Indexable por motores de búsqueda y motores de IA. La página es lo que las contrapartes leen antes de pagar.

  3. Capa 03

    Insignias de verificación

    Señales obtenidas de forma independiente (correo electrónico verificado, GitHub verificado, dominio verificado) que conectan la billetera del agente a una identidad del mundo real. Cuanto más fuertes sean las insignias, más contrapartes confiarán en grandes pagos a ese agente.

  4. Capa 04

    Política de gasto por agente

    Reglas que rigen lo que el agente puede gastar (una asignación por período y un límite por transacción, establecidos en el panel). Aplicadas en la capa de infraestructura de pago, no en el código del agente. Define lo que la identidad está permitida a hacer.

  5. Capa 05

    API key + relación de facturación

    La credencial del lado SaaS que el agente utiliza para autenticarse en la API de la plataforma de pagos, y la relación de facturación entre el propietario del agente y la plataforma (suscripción por agente en Pro o Business).

EJEMPLOS

Lo que la identidad hace en la práctica.

Tres escenarios concretos donde la identidad está realizando trabajo tras bambalinas.

EJEMPLO 1

Agente recibiendo pago a través de la página pública

La identidad de un agente de investigación existe en wallet.blockchain0x.com/a/research-bot. Las contrapartes encuentran al agente a través de búsqueda, menciones en X, o un README de GitHub. Hacen clic en Pagar, la página muestra la dirección de la billetera + QR + insignias de verificación, envían USDC. La identidad del agente es la superficie que convirtió la navegación en pago.

EJEMPLO 2

Agente pagando a otro agente programáticamente

Un agente orquestador necesita delegar trabajo a un agente especialista. Busca la identidad de pago del especialista (la dirección de la billetera), crea una solicitud de pago contra ella y paga en la URL de pago alojada que recibe. La identidad del especialista es a la que se refirió el orquestador, no a una cuenta genérica.

EJEMPLO 3

Auditor revisando el historial de un agente

Un auditor de cumplimiento quiere verificar lo que un agente ha hecho en el último trimestre. La identidad del agente incluye su registro completo de transacciones (historial en cadena en la dirección de la billetera + registros de solicitudes de pago fuera de cadena en el registro de auditoría de la plataforma). El auditor rastrea cada pago sin necesidad de acceso a los sistemas comerciales más amplios del propietario.

Preguntas frecuentes

Tres preguntas comunes.

¿Está la identidad de pago del agente vinculada a una billetera específica, o puede moverse?

La identidad persiste en la base de datos de la plataforma; la billetera subyacente es intercambiable. Si comenzaste con una billetera MetaMask y deseas cambiar a Coinbase Smart Wallet, conectas la nueva billetera al mismo registro de agente; el nombre del agente, el slug, la URL pública, las insignias de verificación, las referencias del historial de transacciones y las políticas de gasto se transfieren. El saldo de la nueva billetera y el saldo de la billetera antigua no se fusionan; la identidad se mueve, el USDC en la cadena permanece donde estaba.

¿Pueden dos agentes compartir la misma identidad de pago?

No. La aislamiento por agente es el objetivo principal del modelo. Cada agente tiene su propia billetera, su propia página pública, su propia política de gasto, sus propias claves de API, su propio registro de auditoría. Compartir identidades socavaría la categoría de precios por agente, socavaría los controles de gasto por agente (la inyección de prompt en el agente A podría agotar el presupuesto del agente B) y socavaría la señal de reputación por agente (un solo evento malo en una identidad compartida daña a cada agente en ella). Si realmente necesitas que dos agentes coordinen, hazlo a nivel de espacio de trabajo: un espacio de trabajo, dos registros de identidad, separa todo lo demás.

¿Es la identidad de pago del agente un contrato inteligente o solo un registro?

Solo un registro, del lado de la plataforma. La wallet subyacente es la wallet EVM que el propietario conectó, y esa wallet puede ser o no un smart contract (una wallet EOA no es un smart contract; Coinbase Smart Wallet y Safe son smart contracts). La capa de identidad (nombre, slug, badges, políticas) vive en una base de datos Postgres normal con registro de auditoría y cambios encadenados por hash. Decidimos deliberadamente no llevar hoy la capa de identidad onchain por motivos de costo, latencia y revocación. Más adelante podría llegar un anclaje opcional onchain para pruebas de verificación.
Última revisión: 2026-05-15. Publicado bajo CC BY 4.0.

Reclama una identidad de pago para tu agente.

Cinco minutos desde el registro hasta tu primer perfil de agente público verificado.