Glosario esencial de cripto y agentes de IA para principiantes

El mundo cripto de los agentes de IA tiene su propio idioma: "custodia MPC", "flujo de pago x402" y "mandato A2A" pueden sonar a otro universo si no estás familiarizado.
Este glosario lo explica todo. Si buscas una visión más amplia de cómo se conectan estos conceptos, revisa la guía de billetera para agentes de IA. Aquí nos enfocamos solo en las definiciones.
 

LLM

Large Language Model

El motor de razonamiento dentro de un agente de IA. Un LLM es una red neuronal entrenada con enormes volúmenes de texto capaz de comprender instrucciones y generar respuestas. GPT-4, Claude y Gemini son todos LLMs. El LLM es el cerebro; el agente es lo que ocurre cuando le das a ese cerebro un cuerpo y una lista de tareas.

Agente de IA

Programa de software autónomo

Un programa que recibe un objetivo, lo divide en pasos, utiliza herramientas para completarlos y se adapta según los resultados, todo sin que una persona apruebe cada acción. A diferencia de un chatbot que solo responde, un agente actúa. Puede navegar en la web, escribir código, llamar APIs y, con la configuración adecuada, gastar dinero en tu nombre.

IA agentica

Categoria/descripción

La categoría general de sistemas de IA diseñados para actuar, no solo para generar respuestas. "Agéntico" significa que el sistema tiene cierto grado de autonomía para perseguir objetivos. Un pago agentico es aquel iniciado por este tipo de sistema, sin que una persona haga clic en confirmar en ese momento.

Agente orquestador

Rol en la arquitectura

El agente de nivel superior en un sistema de múltiples agentes. Recibe el objetivo general del usuario, lo divide en sub-tareas, asigna esas tareas a subagentes especializados y gestiona el presupuesto global. Es como el gerente de proyecto. Normalmente controla la billetera principal y distribuye fondos a los subagentes según sea necesario.

Subagente

Rol en la arquitectura

Un agente especializado que se encarga de una parte del flujo de trabajo, delegado por el orquestador. Un subagente de investigación puede recopilar datos; uno de pagos puede gestionar todas las transacciones onchain. Cada subagente suele tener su propia billetera limitada, así que un problema en una área no pone en riesgo toda la operación.

DID (Identificador Descentralizado)

Estándar de identidad

Una credencial de identidad legible por máquina que vive en una blockchain en lugar de una base de datos centralizada. En el contexto de agentes de IA, un DID da al agente una identidad persistente y verificable que puede ser validada en diferentes plataformas. Esto es relevante para el cumplimiento: las regulaciones exigen que se pueda vincular a una persona con la actividad financiera de cualquier agente, y los DID proporcionan esa trazabilidad.

Agent Card

Componente del protocolo A2A

Un archivo JSON que funciona como tarjeta de presentación digital para un agente de IA. Describe qué puede hacer el agente, qué formatos de datos acepta, qué autenticación requiere y cómo contactarlo. Cuando un agente quiere contratar a otro para una tarea, primero revisa la Agent Card para entender sus capacidades y precios.

MCP

Model Context Protocol

Un estándar abierto creado por Anthropic a finales de 2024 que permite a los agentes de IA conectarse de forma estandarizada a herramientas, bases de datos y servicios externos. Antes de MCP, cada integración requería desarrollo personalizado. MCP estandariza esa conexión para que cualquier agente compatible pueda conectarse con cualquier servicio compatible. Piensa en USB-C: un estándar universal en vez de un cable diferente para cada cosa. Grandes plataformas como OpenAI, Google y Microsoft adoptaron MCP en 2025.

Servidor MCP

Componente de MCP

El componente del lado del servicio en MCP. Un exchange, base de datos, proveedor de billeteras u otra plataforma que quiera ser utilizada por agentes de IA construye un servidor MCP. El servidor expone las capacidades de la plataforma en un formato estandarizado que cualquier agente compatible con MCP puede descubrir y usar.

Cliente MCP

Componente de MCP

El componente del lado del agente en MCP. El agente de IA es el cliente MCP. Se conecta a servidores MCP, lee lo que ofrecen y usa sus herramientas. Esta arquitectura cliente-servidor mantiene todo modular: los agentes no necesitan saber cómo está construido cada servicio, solo qué puede hacer.

A2A (Agent2Agent)

Protocolo de comunicación

Un protocolo abierto desarrollado por Google y transferido a la Linux Foundation en junio de 2025. A2A define cómo los agentes de IA de diferentes empresas o frameworks se descubren, intercambian mensajes y coordinan tareas. Si MCP es cómo un agente habla con herramientas, A2A es cómo un agente habla con otros agentes. El protocolo incluye Agent Cards, traspaso de tareas y estándares de autenticación.

AP2 (Agent Payments Protocol)

Marco de autorización

Desarrollado por Google junto a más de 60 organizaciones, incluyendo Coinbase, Mastercard y PayPal. AP2 no es un riel de pagos; es un marco de autorización. Define "mandatos" firmados criptográficamente que prueban que una persona autorizó a un agente a gastar en su nombre. Hay dos tipos: Cart Mandates (la persona aprueba una compra específica en tiempo real) e Intent Mandates (la persona autoriza una categoría de gasto por adelantado; el agente actúa después de forma autónoma). AP2 tiene una extensión cripto basada en A2A y x402.

ACP (Agentic Commerce Protocol)

Estándar de checkout

Co-desarrollado por OpenAI y Stripe para estandarizar cómo los agentes de IA interactúan con los flujos de pago de comercios. ACP gestiona la capa de conversación: cómo un agente se comunica con el catálogo de un comercio, crea un pedido, lo modifica o lo cancela. Funciona principalmente sobre rieles fiat a través de la infraestructura de Stripe. ACP debutó en la función Instant Checkout de ChatGPT a inicios de 2026.

MPP (Machine Payments Protocol)

Protocolo de pagos de Stripe

El protocolo de Stripe para pagos iniciados por agentes, lanzado en febrero de 2026 sobre Base. MPP conecta cripto y fiat: los agentes pueden pagar en stablecoins y Stripe convierte a la moneda que necesite el comercio. MPP se enfoca en pagos por streaming basados en sesiones y es la versión empresarial de x402, con funciones de cumplimiento integradas.

Billetera de agente de IA

Una billetera de criptomonedas diseñada específicamente para ser usada por software autónomo. A diferencia de una billetera estándar, que requiere que una persona apruebe cada transacción, una billetera de agente de IA funciona bajo reglas predefinidas por el dueño humano. El agente puede operar libremente dentro de esas reglas, pero las reglas mismas actúan como límites estrictos. Para una explicación completa, consulta la guía de billetera para agentes de IA.

Clave privada

El número secreto que da control total sobre los fondos de una billetera. En una billetera de agente, la clave privada debe ser controlada cuidadosamente porque el agente necesita capacidad de firma, pero el acceso ilimitado sería peligroso. Consulta la guía de seguridad de claves privadas para saber cómo proteger la tuya.

MPC (Multi-Party Computation)

Técnica de gestión de claves

Un método criptográfico donde una clave privada se divide en varias partes mantenidas por diferentes partes o servidores. Ninguna parte por sí sola permite firmar transacciones. El agente puede iniciar una transacción, pero completarla requiere la cooperación de los distintos titulares de clave. Si uno de los servidores es comprometido, el atacante aún no puede firmar. Es el enfoque estándar para gestión de claves en plataformas empresariales de billeteras para agentes.

Billetera inteligente

Tipo de billetera

Una billetera que es en sí misma un contrato inteligente desplegado en la blockchain. En vez de que todo lo controle una sola clave privada, el contrato inteligente codifica reglas directamente en la cadena. Las transacciones solo se ejecutan si cumplen con la lógica del contrato: ¿el monto está bajo el límite de gasto? ¿La dirección de destino está en la lista blanca? ¿La sesión sigue activa? Esta validación ocurre a nivel de blockchain, no solo en una capa de software que podría ser vulnerada.

Billetera custodial

Modelo de custodia

Una billetera donde un tercero (plataforma, exchange o proveedor de servicios) gestiona y almacena las claves privadas por ti. Inicias sesión con usuario y contraseña; ellos controlan las claves reales. Es conveniente, pero la plataforma tiene la custodia de tus fondos. En el contexto de agentes, la mayoría de las billeteras agenticas son custodiales: la plataforma administra las claves del agente en nombre de la persona que lo autorizó.

Billetera de autocustodia

Modelo de custodia

Una billetera donde tú posees y controlas tus claves privadas. Ningún tercero tiene acceso. La billetera de autocustodia es el estándar de oro para proteger grandes sumas en cripto. El principio de seguridad clave para quien usa billeteras de agentes: mantén tus fondos principales en autocustodia. Solo transfiere a las billeteras de agentes lo que realmente necesiten para su tarea.

Billetera de hardware

Tipo de billetera

Dispositivo físico que genera y almacena claves privadas completamente fuera de línea. La clave nunca toca internet. Una billetera de hardware firma transacciones internamente y solo transmite el resultado firmado, así que incluso si tu computadora es comprometida, tu clave está a salvo. Para el humano detrás de un agente de IA, tener una billetera de hardware para los fondos principales es fundamental. La billetera del agente puede ser caliente; tus fondos principales no deberían serlo.

Motor de políticas

Componente de seguridad del agente

La capa de reglas dentro de una billetera de agente de IA que define qué puede y no puede hacer el agente. Políticas típicas incluyen: gasto máximo por transacción, límite diario de gasto, direcciones de destino permitidas (whitelist), tipos de tokens autorizados y expiración de sesión. El motor de políticas es lo que hace seguro delegar autoridad financiera a un agente. Sin él, el agente tendría acceso sin restricciones a todos los fondos que posea.

Límite de gasto

Parámetro de política

Un tope máximo de cuánto puede gastar una billetera de agente en un periodo de tiempo o por transacción. Los límites de gasto son el control de seguridad más básico en las finanzas de agentes. Lo estándar es ser conservador: fondea la billetera con lo que el agente necesita, fija el límite en ese monto y nada más queda en riesgo.

Whitelist

Parámetro de política

Lista de direcciones de destino aprobadas a las que una billetera de agente puede enviar fondos. Incluso si el agente es comprometido o manipulado para intentar enviar fondos a una dirección inesperada, la whitelist lo previene. La transacción simplemente se revierte si el destino no está aprobado.

x402

Protocolo de pagos

Protocolo de pagos abierto creado por Coinbase en mayo de 2025 que integra pagos con stablecoins directamente en solicitudes web HTTP. El nombre viene del código de estado HTTP 402 "Payment Required", que existía en los estándares web desde los 90 pero nunca se usó ampliamente. x402 finalmente le da uso. Cuando un agente llama a una API de pago, el servidor responde con un 402 e instrucciones de pago. El agente paga en USDC, adjunta el comprobante en la siguiente solicitud y recibe el recurso. Sin cuentas, sin suscripciones, sin página de facturación. Para inicios de 2026, x402 había procesado cientos de millones de transacciones y estaba activo en Base, Solana, Ethereum, Arbitrum, Polygon y Stellar.

HTTP 402

Estándar web

El código original HTTP "Payment Required" fue definido en 1991 y reservado, pero nunca se usó oficialmente. El protocolo x402 lo revive como disparador para pagos máquina a máquina. Cuando un servidor responde con 402, está señalando: "Puedes tener este recurso, pero primero debes pagar". El protocolo x402 define exactamente cómo debe ser ese pago.

Pago agentico

Tipo de pago

Transacción financiera iniciada, autorizada y completada por software sin que una persona la apruebe en el momento. Las reglas se establecen por adelantado. El agente ejecuta dentro de esos límites. Los pagos agenticos se diferencian de los pagos automáticos tradicionales porque el monto, momento y destinatario pueden variar según las acciones del agente, no están fijados en un calendario.

Pagos M2M (Machine-to-Machine)

Categoría de pago

Transacciones financieras entre dos programas de software, sin intervención humana en el proceso de pago. Un agente de IA pagando a otro por tiempo de cómputo, o pagando una API por datos, son ejemplos de pagos M2M. Esta categoría no existía realmente antes de las criptomonedas. Las tarjetas de crédito no pueden manejar pagos de US$ 0.004 por llamada a API. Las stablecoins en redes Layer 2 sí pueden.

Micropago

Tipo de pago

Transacción financiera muy pequeña, típicamente desde fracciones de centavo hasta unos pocos dólares. La economía agentica funciona con micropagos: se paga por cada llamada a API, por cada kilobyte de datos, por cada segundo de cómputo. Los rieles de pago tradicionales cobran 2-3% más una tarifa fija, haciendo que un pago de US$ 0.01 sea absurdo. Las stablecoins en Layer 2 liquidan por fracciones de centavo, haciendo viables los micropagos por primera vez.

Paga por solicitud

Modelo de pago

Modelo de cobro en el que pagas exactamente por lo que usas, en el momento que lo usas, en vez de suscribirte por adelantado. x402 está basado en el pago por solicitud: el agente paga por una llamada a API, recibe un resultado y esa es la transacción. Sin suscripción, sin cuenta, sin compromiso anual. Este modelo solo es práctico con pagos onchain en stablecoins.

Agent Payments Protocol (AP2)

Capa de autorización

El marco de Google para probar que una persona autorizó la acción financiera de un agente. AP2 introduce "mandatos": documentos firmados criptográficamente que registran la intención humana. Un Cart Mandate significa que la persona aprobó una transacción específica en tiempo real. Un Intent Mandate significa que la persona autorizó una categoría de acción por adelantado. AP2 es la capa de cumplimiento y auditoría, no la de ejecución de pagos.

Stablecoin

Tipo de activo

Criptomoneda cuyo valor está vinculado a un activo de referencia estable, normalmente el dólar estadounidense. USDC y USDT son las stablecoins dominantes. En billeteras de agentes, se prefieren las stablecoins sobre activos volátiles como ETH o BTC porque un agente que toma decisiones financieras autónomas no puede hacer cálculos fiables si el valor de la moneda cambia 10% en plena tarea. El volumen de transacciones con stablecoins alcanzó US$ 33 billones en 2025, un incremento del 72% anual, con los pagos agenticos como motor clave de crecimiento.

USDC

Stablecoin

USD Coin es una stablecoin vinculada al dólar, emitida por Circle y gestionada por el consorcio Center. USDC es el token de liquidación dominante en el ecosistema de agentes de IA. Es el principal activo usado en transacciones x402 y en la infraestructura Agentic Wallet de Coinbase. Cada USDC está respaldado 1:1 por reservas en dólares estadounidenses mantenidas en instituciones financieras reguladas.

Stablecoin Rails

Concepto de infraestructura

La infraestructura blockchain que transporta transacciones con stablecoins del remitente al destinatario. "Rails" se toma de la jerga de pagos ("card rails", "ACH rails"). Stablecoin rails se refiere a la combinación de la red blockchain, el contrato inteligente de la stablecoin y la capa de protocolos construida encima. Para agentes de IA, los stablecoin rails reemplazan los card rails porque son programables, abiertos a software sin KYC y liquidan en segundos.

Tarifa de gas

Costo de red

La comisión pagada a la red blockchain para procesar una transacción. Las tarifas de gas compensan a los validadores que confirman y registran la operación. En Ethereum mainnet, las tarifas pueden ser de varios dólares; en redes Layer 2 como Base o Solana, son fracciones de centavo. Para micropagos frecuentes de agentes, las tarifas de gas en Layer 2 son clave para que la economía funcione.

Layer 2 (L2)

Infraestructura blockchain

Red secundaria construida sobre una blockchain base (Layer 1, como Ethereum) que procesa transacciones más rápido y barato. Base (de Coinbase), Arbitrum y Polygon son redes Layer 2. La mayoría de la actividad de pagos agenticos ocurre en L2 por su velocidad y bajo costo, ideales para micropagos. x402 se lanzó principalmente en Base y Solana por esta razón.

Base

Red Layer 2

La red Layer 2 de Coinbase construida sobre Ethereum. Base es la red principal de x402 y de la infraestructura Agentic Wallet de Coinbase. Las transacciones en Base se liquidan en unos 200 milisegundos y cuestan fracciones de centavo. Payments MCP de Coinbase registró un aumento del 10,000% en transacciones de agentes en Base a inicios de 2026.

Onchain

Descriptor de ubicación

Registrado y liquidado en una blockchain. Cuando un pago es "onchain", significa que la transacción queda grabada de forma permanente y pública en la blockchain. Las transacciones onchain no pueden ser revertidas ni alteradas. Esto es tanto una ventaja de seguridad como un riesgo: los errores de agentes no se pueden deshacer fácilmente.

Contrato inteligente

Programa en blockchain

Código autoejecutable desplegado en una blockchain. Un contrato inteligente define reglas que se ejecutan automáticamente cuando se cumplen ciertas condiciones, sin necesidad de intermediario. En el contexto de agentes de IA, los contratos inteligentes aplican políticas de gasto en billeteras inteligentes, impulsan los protocolos DeFi con los que interactúan los agentes y liquidan transacciones x402 mediante facilitadores.

Facilitador

Componente de x402

En el protocolo x402, el facilitador es el componente que valida los comprobantes de pago y envía las transacciones a la blockchain. Cuando un agente paga por un recurso, el facilitador verifica que el comprobante sea válido antes de que el servidor entregue el contenido. Coinbase ofrece facilitadores públicos para Base y Solana. El facilitador es un punto centralizado: si falla, las transacciones x402 en esa red se detienen.

Transacción sin gas

Función de experiencia de pago

Transacción en la que el usuario o agente no necesita adquirir el token nativo de la red para pagar el gas. En su lugar, el gas se abstrae, ya sea patrocinado por la plataforma o pagado en la stablecoin transferida. Las transacciones sin gas simplifican mucho la experiencia de pago de los agentes: no necesitan mantener saldos de ETH, MATIC o SOL solo para cubrir comisiones.

No custodial

Modelo de custodia

Billetera en la que tú, y no una plataforma, posees las claves privadas. No custodial significa que ningún tercero puede congelar, incautar o perder tus fondos. Para tus fondos principales, lo ideal es el modelo no custodial. Para una billetera de agente, normalmente la plataforma gestiona las claves por ti (custodial), por eso los montos deben ser pequeños y los límites de gasto estrictos.

Almacenamiento en frío

Práctica de seguridad

Mantener las claves privadas completamente fuera de línea, lejos de cualquier software conectado a internet. Una billetera de almacenamiento en frío como Tangem mantiene tus claves en un chip de hardware que nunca se conecta a internet. A medida que crece la economía de agentes y más software obtiene permisos de pago, el almacenamiento en frío para los fondos principales es cada vez más importante.

Superficie de ataque

Concepto de seguridad

Todos los puntos de un sistema donde un atacante podría intentar obtener acceso no autorizado. Cada billetera de agente de IA que autorizas, cada permiso que otorgas y cada protocolo que conectas suma a tu superficie de ataque. Gestionar la superficie de ataque en un entorno agentico implica dar a cada agente solo los permisos mínimos necesarios y nada más.

Rug pull

Tipo de estafa

Estafa cripto donde los desarrolladores de un proyecto lo abandonan y se llevan los fondos de los usuarios. En el contexto de agentes, un "agente malicioso" o un "servidor MCP fraudulento" es el equivalente moderno: software que parece ofrecer un servicio pero redirige los pagos de los agentes a la billetera de un atacante. Las direcciones permitidas (whitelist) en el motor de políticas son la defensa.

KYC (Know Your Customer)

Requisito regulatorio

El proceso de verificación de identidad que las instituciones financieras deben realizar antes de prestar servicios. Bancos, exchanges y procesadores de pagos exigen identificación oficial para registrar usuarios. Los agentes de IA no pueden cumplir con los requisitos de KYC porque son software. Esta es una de las razones clave por las que los pagos de agentes se construyen sobre rieles cripto y no sobre rieles de tarjetas: las billeteras cripto no requieren KYC para operar.
 

Fuentes

Se usaron las siguientes fuentes para verificar las definiciones de este glosario:

1. Anthropic: MCP Documentation
2. Google / Linux Foundation: A2A Protocol Specification
3. Coinbase Developer Platform: x402 Protocol
4. MoonPay: Why Agentic Payments Are the Future of AI and Crypto
5. Crossmint: Agentic Payments Protocols Compared
6. Stellar Foundation: x402 on Stellar
7. BeInCrypto: Agentic Finance Explained
8. CCN: AI Agents Payment Rails Compared (MPP, ACP, AP2, x402)
9. Ethereum Foundation: Smart Contract Documentation