Glosario esencial de cripto y agentes de IA: conceptos clave para
MCP, x402, A2A, Stablecoin Rails y todos los términos que encontrarás en este sector.
Este artículo está disponible en los siguientes idiomas:
El mundo cripto de los agentes de IA tiene su propio lenguaje: "custodia MPC", "flujo de pago x402" y "mandato A2A" pueden sonar como otro planeta si no estás familiarizado.
Este glosario lo explica todo. Si buscas una visión más completa de cómo se conectan estos conceptos, revisa la guía de billeteras para agentes de IA. Aquí solo encontrarás definiciones.
LLM
Large Language Model
El motor de razonamiento dentro de un agente de IA. Un LLM es una red neuronal entrenada con grandes volúmenes de texto capaz de comprender instrucciones y generar respuestas. GPT-4, Claude y Gemini son ejemplos de LLM. El LLM es el cerebro; el agente es lo que sucede 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 por la web, escribir código, llamar APIs y, con la configuración adecuada, gastar dinero en tu nombre.
IA agentica
Categoría/descripción
La categoría amplia de sistemas de IA diseñados para tomar acciones, no solo generar respuestas. "Agéntico" significa que el sistema tiene cierto grado de autonomía para perseguir objetivos. Un pago agéntico es uno iniciado por tal sistema, sin que una persona haga clic en confirmar en el momento de la operación.
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 total. Es como el gerente de proyecto. Suele controlar la billetera principal y distribuir fondos a los subagentes según sea necesario.
Subagente
Rol en la arquitectura
Un agente especializado que se encarga de una parte de un flujo de trabajo más grande, delegado por el orquestador. Un subagente de investigación puede recopilar datos; un subagente de pagos puede encargarse de todas las transacciones onchain. Cada subagente suele tener su propia billetera limitada, así que un problema en una área no puede afectar toda la operación.
DID (Identificador Descentralizado)
Estándar de identidad
Una credencial de identidad legible por máquinas que vive en una blockchain en vez 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 comprobada entre diferentes plataformas. Esto es importante para el cumplimiento normativo: las regulaciones exigen que se pueda vincular a una persona con la actividad financiera de cualquier agente, y los DID proporcionan ese rastro de auditoría.
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 a cualquier servicio compatible. Piensa en USB-C: un estándar universal en vez de cables distintos para cada cosa. 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, una base de datos, un proveedor de billeteras o cualquier plataforma que quiera ser usada por agentes de IA debe construir un servidor MCP. Este servidor expone las capacidades de la plataforma en un formato estándar que cualquier agente compatible con MCP puede descubrir y utilizar.
Cliente MCP
Componente de MCP
El componente del lado del agente en MCP. El agente de IA es el cliente MCP. Se conecta a los servidores MCP, lee lo que ofrecen y utiliza sus herramientas. Esta arquitectura cliente-servidor lo hace 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 rail 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 luego de forma autónoma). AP2 tiene una extensión cripto construida sobre A2A y x402.
ACP (Agentic Commerce Protocol)
Estándar de checkout
Desarrollado conjuntamente por OpenAI y Stripe para estandarizar cómo los agentes de IA interactúan con flujos de compra 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 rails fiat usando la infraestructura de Stripe. ACP debutó en la función de 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 el comercio necesita. MPP se centra en pagos por streaming basados en sesiones y es la versión empresarial de x402, con funciones de cumplimiento integradas.
Billetera para agente de IA
Una billetera de criptomonedas diseñada específicamente para que la use un 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 opera bajo reglas predefinidas por el dueño humano. El agente puede operar libremente dentro de esas reglas, pero las reglas mismas son límites estrictos. Para una explicación completa, consulta la guía de billeteras para agentes de IA.
Clave privada
El número secreto que otorga control total sobre los fondos de una billetera. En una billetera de agente, la clave privada debe ser gestionada cuidadosamente: 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
Método criptográfico en el que una clave privada se divide en varias partes mantenidas por diferentes partes o servidores. Ninguna parte individual otorga poder de firma total. El agente puede iniciar una transacción, pero completarla requiere la cooperación de los diferentes titulares de clave. Si un servidor es comprometido, el atacante no puede firmar transacciones por sí solo. Este es el enfoque estándar de gestión de claves en plataformas empresariales de billeteras para agentes.
Billetera inteligente
Tipo de billetera
Una billetera que es en sí misma un smart contract desplegado en la blockchain. En lugar de que una sola clave privada controle todo, el smart contract codifica reglas directamente onchain. Las transacciones solo se ejecutan si cumplen la lógica del contrato: ¿el monto está bajo el límite de gasto? ¿La dirección de destino está en la whitelist? ¿La sesión sigue activa? Esta verificación ocurre a nivel de blockchain, no solo en una capa de software que podría ser vulnerada.
Billetera custodial
Modelo de custodia
Billetera donde un tercero (plataforma, exchange o proveedor) mantiene y gestiona las claves privadas en tu nombre. Ingresas 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 agénticas son custodiales: la plataforma gestiona las claves del agente por la persona que lo autorizó.
Billetera de autocustodia
Modelo de custodia
Billetera donde tú mismo tienes y controlas tus claves privadas. Ningún tercero tiene acceso. Una billetera de autocustodia es el estándar de oro para proteger grandes sumas en cripto. El principio básico de seguridad para quienes usan billeteras de agentes: mantén tus fondos principales en autocustodia. Solo transfiere a los agentes lo que realmente necesitan para cada 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 las transacciones internamente y solo transmite el resultado firmado, así que, aunque tu computadora sea comprometida, tu clave está segura. Para el usuario detrás de una configuración de agente de IA, una billetera de hardware para los fondos principales es fundamental. La billetera del agente puede ser caliente; la tuya no debería 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 qué no puede hacer el agente. Políticas típicas incluyen: gasto máximo por transacción, límite diario, direcciones permitidas (whitelist), tipos de tokens autorizados y expiración de sesión. El motor de políticas es lo que permite delegar autoridad financiera a un agente de forma segura. Sin él, el agente tendría acceso ilimitado a todos los fondos.
Límite de gasto
Parámetro de política
Un tope estricto sobre cuánto puede gastar una billetera de agente en un periodo o por transacción. Los límites de gasto son el control más básico de seguridad en finanzas para agentes. Lo estándar es ser conservador: fondea la billetera con lo que el agente necesita, establece el límite en ese monto y nada más estará 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 no autorizada, la whitelist lo impide. La transacción simplemente se revierte si la dirección no está en la lista aprobada.
x402
Protocolo de pagos
Protocolo de pago abierto creado por Coinbase en mayo de 2025 que integra pagos con stablecoins directamente en solicitudes web HTTP. El nombre proviene del código de estado HTTP 402 "Payment Required", que existía desde los 90 pero nunca se usó ampliamente. x402 finalmente lo utiliza. Cuando un agente accede a una API de pago, el servidor responde con un 402 e instrucciones de pago. El agente paga en USDC, adjunta la prueba en la siguiente solicitud y recibe el recurso. Sin cuenta, sin suscripción, 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 "Payment Required" de HTTP fue definido en 1991 y reservado, pero nunca usado oficialmente. El protocolo x402 lo revive como el disparador para pagos máquina a máquina. Cuando un servidor devuelve un 402, está señalando: "Puedes tener este recurso, pero primero debes pagar". El protocolo x402 define exactamente cómo se realiza ese pago.
Pago agéntico
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 de antemano. El agente ejecuta dentro de esos límites. Los pagos agénticos se diferencian de los pagos automáticos tradicionales porque el monto, el momento y el destinatario pueden variar según las acciones del agente, no están fijados en un calendario.
Pagos M2M (Machine-to-Machine)
Tipo de pago
Transacciones financieras entre dos programas, sin personas en el proceso. Un agente de IA pagando a otro agente por tiempo de cómputo, o pagando a una API por datos, son ejemplos de pagos M2M. Esta categoría no existía antes de las criptomonedas. Las tarjetas de crédito no pueden manejar pagos de US$ 0.004 por llamada de 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 agéntica se basa en micropagos: pagar por cada llamada API, por kilobyte de datos, por segundo de cómputo. Los rails de pago tradicionales cobran 2-3% más una tarifa fija, haciendo que una transacción de US$ 0.01 sea inviable. Las stablecoins en redes Layer 2 liquidan por fracciones de centavo, haciendo posible el micropago.
Paga por solicitud
Modelo de pago
Modelo de facturación donde pagas exactamente por lo que usas, en el momento que lo usas, en vez de suscribirte por adelantado. x402 se basa en el modelo paga por solicitud: el agente paga por una llamada API, recibe un resultado y listo. Sin suscripción, sin cuenta, sin compromiso anual. Este modelo solo es viable 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, las stablecoins se prefieren sobre activos volátiles como ETH o BTC porque un agente que toma decisiones financieras autónomas no puede hacer cálculos confiables si la moneda cambia 10% en plena tarea. El volumen de transacciones con stablecoins alcanzó US$ 33 billones en 2025, un 72% más que el año anterior, con los pagos agénticos 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 activo principal en transacciones x402 y en la infraestructura Agentic Wallet de Coinbase. Cada USDC está respaldado 1:1 por reservas en dólares mantenidas en instituciones financieras reguladas.
Stablecoin Rails
Concepto de infraestructura
La infraestructura blockchain que transporta transacciones con stablecoins del emisor al destinatario. "Rails" viene de la terminología de pagos ("card rails", "ACH rails"). Stablecoin rails se refiere a la combinación de la red blockchain, el smart contract de la stablecoin y la capa de protocolos sobre ella. 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, pueden costar 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 el modelo sea viable.
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 agénticos ocurre en L2 por su velocidad y bajo costo, ideal para micropagos. x402 se lanzó principalmente en Base y Solana por esta razón.
Base
Red Layer 2
Red Layer 2 de Coinbase construida sobre Ethereum. Base es la red principal para x402 y la infraestructura Agentic Wallet de Coinbase. Las transacciones en Base se liquidan en unos 200 milisegundos y cuestan fracciones de centavo. El MCP de pagos de Coinbase registró un aumento del 10 000% en transacciones de agentes sobre 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 registrada de forma permanente y pública. Las transacciones onchain no pueden revertirse ni alterarse. Esto es una ventaja de seguridad, pero también un riesgo: los errores de agentes no se pueden deshacer fácilmente.
Smart contract
Programa en blockchain
Código autoejecutable desplegado en una blockchain. Un smart contract define reglas que se ejecutan automáticamente cuando se cumplen ciertas condiciones, sin intermediarios. En el contexto de agentes de IA, los smart contracts hacen cumplir políticas de gasto en billeteras inteligentes, impulsan los protocolos DeFi con los que interactúan los agentes y liquidan transacciones x402 a través de facilitadores.
Facilitador
Componente de x402
En el protocolo x402, el facilitador es el componente que valida pruebas de pago y envía transacciones a la blockchain. Cuando un agente paga por un recurso, el facilitador verifica que la prueba de pago sea válida 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 donde el usuario o agente no necesita adquirir el token nativo de la red para pagar la tarifa de gas. En su lugar, el gas se abstrae: lo paga la plataforma o se descuenta de 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 pagar comisiones de red.
No custodial
Modelo de custodia
Billetera donde tú, y no una plataforma, tienes las claves privadas. No custodial significa que ningún tercero puede congelar, confiscar o perder tus fondos. Para fondos principales, lo ideal es el modelo no custodial. Para una billetera de agente, normalmente la plataforma tiene 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, fuera del alcance de cualquier software conectado a internet. Una billetera de almacenamiento en frío como Tangem guarda tus claves en un chip de hardware que nunca se conecta a la red. A medida que la economía de agentes crece y más software recibe permisos de pago, el almacenamiento en frío para fondos principales se vuelve 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 usas aumenta tu superficie de ataque. Gestionar la superficie de ataque en un entorno agéntico significa dar a cada agente solo los permisos mínimos necesarios.
Rug pull
Tipo de estafa
Una 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 deshonesto" o un "servidor MCP malicioso" es el equivalente moderno: software que aparenta dar un servicio pero redirige pagos de agentes a la billetera de un atacante. Las direcciones permitidas (whitelist) en el motor de políticas son la defensa contra esto.
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 pago requieren identificación oficial para registrar usuarios. Los agentes de IA no pueden cumplir con KYC porque son software. Esta es una de las razones principales por las que los pagos de agentes se basan en rails cripto y no en rails de tarjetas: las billeteras cripto no requieren KYC para operar.
Fuentes
Las siguientes fuentes se usaron para verificar las definiciones de este glosario:
- Anthropic: documentación de MCP
- Google / Linux Foundation: especificación del protocolo A2A
- Coinbase Developer Platform: protocolo x402
- MoonPay: por qué los pagos agénticos son el futuro de la IA y las cripto
- Crossmint: comparación de protocolos de pagos agénticos
- Stellar Foundation: x402 en Stellar
- BeInCrypto: finanzas agénticas explicadas
- CCN: comparación de rails de pago para agentes de IA (MPP, ACP, AP2, x402)
- Ethereum Foundation: documentación de smart contracts