Agentes de IA como entidades económicas: ¿Qué brechas de infraestructura puede resolver la Blockchain?

Los agentes pueden ejecutar tareas, pero enfrentan obstáculos para convertirse en unidades económicas colaborativas

Los avances en modelos de lenguaje de gran escala y cadenas de herramientas permiten que los agentes de IA llamen API de manera continua, gestionen compras y coordinen tareas complejas de varios pasos. Sin embargo, a medida que crecen sus capacidades, los desafíos sistémicos se hacen más evidentes: los agentes de distintas plataformas carecen de un método unificado para demostrar “a quién representan”, “qué están autorizados a hacer” y “cómo reciben o realizan pagos”. En sectores como servicios financieros, las entidades automatizadas no humanas ya superan ampliamente a los roles humanos. A medida que los agentes de propósito general se despliegan en más industrias, problemas como identidades no transferibles, pagos predeterminados no programables y colaboración aislada en silos de datos se intensificarán.

En un reciente artículo, a16z crypto definió estas brechas como la infraestructura faltante que impide que los agentes sean verdaderos participantes económicos, resaltando cinco pilares clave: identidad, gobernanza, pagos, confianza y control del usuario. Las siguientes secciones analizan estos aspectos y, al final de cada una, incluyen consideraciones técnicas para diferenciar entre narrativas actuales y estándares de la industria.

Identidad y aprobación: de “no bancarizados” a entidades verificables

El artículo señala que muchos agentes son, en efecto, “no bancarizados”: pueden interactuar con servicios financieros o de datos, pero carecen de mecanismos de identidad y aprobación portables, verificables y reconocidos por terceros. Mientras los sistemas humanos dependen de KYC y registros de crédito, el sector introduce conceptos como KYA (Know Your Agent), que aprovechan credenciales criptográficas para vincular entidades, permisos, restricciones y reputación.

Blockchain actúa como capa neutral de coordinación: billeteras basadas en criptografía de clave pública, credenciales verificables on-chain u off-chain y datos de registro interpretables entre aplicaciones permiten que un agente opere independientemente de cualquier sistema de cuentas de una sola plataforma, aportando a las contrapartes la mínima evidencia de confianza necesaria. Las implementaciones actuales incluyen registros de agentes on-chain, formularios de agentes integrados con billeteras Stablecoin y exploración de propuestas ERC relevantes. Es importante destacar que los estándares universales de identidad aún no han convergido; comerciantes y equipos de cumplimiento pueden bloquear agentes que carecen de credenciales reconocidas por ambas partes en los gateways. Las soluciones on-chain resuelven la expresión técnica, pero no sustituyen la clasificación regulatoria ni los requisitos de acceso.

Gobernanza y ejecución: ¿pueden las reglas on-chain limitar el poder de modelos off-chain?

Cuando los agentes participan en la asignación de recursos o decisiones de procesos, el control es fundamental. Si el modelo y los servicios de inferencia están controlados por un solo proveedor, aunque las capas superiores parezcan descentralizadas mediante votación, los operadores pueden modificar los resultados actualizando modelos, ajustando restricciones o alterando comportamientos. El artículo sostiene que, sin garantías sobre datos de entrenamiento, prompts, registros de comportamiento e inmutabilidad tras el despliegue, la gobernanza de agentes puede degenerar en “quien controla los pesos, gobierna”.

Blockchain puede aportar:

• Registrar decisiones colectivas validadas on-chain y ejecutarlas automáticamente, reduciendo la distancia entre “decisión” y “ejecución”.
• Mantener registros transparentes del comportamiento del agente (con diseño cuidadoso del alcance on-chain para equilibrar privacidad y auditabilidad).
• Combinar con configuraciones de agentes migrables por el usuario para reducir el riesgo de cambios unilaterales de reglas mediante actualizaciones silenciosas desde una sola aplicación.

No obstante, las limitaciones son claras: los registros on-chain no pueden probar de manera independiente que los modelos off-chain no han sido manipulados; la criptografía y los contratos inteligentes pueden reforzar las restricciones de reglas y flujos de fondos, pero no sustituyen auditorías independientes de cadenas de suministro de modelos o entornos de ejecución.

Pagos y liquidación: comercio máquina a máquina y capas de liquidación Stablecoin

El mercado de servicios impulsados por agentes está en expansión: los servicios exponen precios mediante esquemas y endpoints, permitiendo que los solicitantes completen autenticación, pago y recuperación de datos en una sola solicitud, eliminando la necesidad de páginas de pago tradicionales. Las redes de pago tradicionales enfrentan altos costos de suscripción para “comerciantes sin cabeza” sin sitios web o entidades legales. Los Stablecoin en redes abiertas permiten liquidación programable, permitiendo a los desarrolladores integrar lógica de pago directamente en el endpoint, sin requerir integración con adquirentes tradicionales.

Las soluciones del sector integran pagos en flujos de solicitudes HTTP (como x402) y conectan con mercados agregadores y proveedores cloud. El artículo señala que, tras filtrar operaciones ficticias y anomalías similares, los volúmenes de transacciones siguen en una etapa temprana, aunque la integración de cadenas de herramientas y plataformas avanza rápidamente. Para los responsables de decisión, la clave es si, a medida que los agentes se convierten en compradores predeterminados, la demanda persiste por capas de liquidación programables, sin fricción y legibles por máquina. Si es así, las cadenas públicas, Stablecoin y soluciones basadas en tarjetas competirán principalmente en modelos de suscripción, vías de cumplimiento y experiencia de desarrollador, no solo en etiquetas tecnológicas.

Mecanismos de confianza: decisiones arquitectónicas ante el aumento del costo de verificación

A medida que el costo marginal de inteligencia y ejecución disminuye, el costo relativo de verificación y responsabilidad aumenta; si el rendimiento de los agentes supera la capacidad de supervisión humana, las soluciones “human-in-the-loop” enfrentan límites de escalabilidad. La automatización no verificada puede acumular riesgos compuestos: los sistemas pueden optimizar métricas superficiales mientras se apartan de la intención humana, con riesgos que solo se manifiestan más adelante.

En este contexto, las tecnologías blockchain trasladan parte del límite de confianza a la arquitectura del sistema: orígenes verificables, pruebas on-chain y rastros de responsabilidad ligados al flujo de fondos permiten a las organizaciones clarificar “quién hizo qué y cómo se rastrea la responsabilidad cuando surgen problemas”. Esto no implica que todo el contenido deba estar on-chain; en la práctica, se suelen anclar selectivamente compromisos y estados clave, equilibrando costo y auditabilidad.

Control del usuario: límites de delegación y permisos ejecutables

A medida que los usuarios pasan de operaciones paso a paso a “describir resultados y que el sistema los ejecute de manera autónoma”, la granularidad de autorización aumenta y los modos de fallo se vuelven menos visibles: entradas ambiguas, interrupciones no reportadas y consentimientos únicos que desencadenan cadenas de acciones extendidas. El artículo destaca herramientas cripto-nativas como delegación con alcance (restringiendo recursos y cantidades accesibles por el agente a nivel de contrato o política) e interacciones basadas en intención (usuarios declaran estados objetivo y los solucionadores encuentran rutas compatibles), destinadas a reducir la confianza ciega y aumentar la previsibilidad del comportamiento del agente.

Al evaluar estas soluciones, es crucial diferenciar entre la usabilidad del producto y la fortaleza de las garantías de seguridad: la delegación a nivel de interfaz y las restricciones ejecutables on-chain no siempre coinciden. Si las restricciones críticas existen solo en la capa de aplicación y no están vinculadas a credenciales de liquidación o identidad, pueden ser eludidas o mal configuradas.

Resumen: expectativas razonables desde una perspectiva de infraestructura

De acuerdo con el análisis de a16z crypto y el panorama actual del sector, una visión prudente es que Blockchain y la infraestructura criptográfica relacionada tienen una posición sólida para servir como portadores de identidad, capas de liquidación, motores de ejecución de reglas y anclas de auditoría dentro de la economía de agentes, ayudando a resolver brechas de estandarización en la colaboración multiplataforma y el comercio máquina a máquina. Al mismo tiempo, alinear el comportamiento del modelo con declaraciones on-chain, el reconocimiento mutuo de estándares de identidad y los marcos regulatorios exigirá esfuerzos continuos de comunidades e instituciones. Considerar Blockchain como infraestructura “exoesquelética”—reforzando coordinación, liquidación y límites verificables, en vez de reemplazar la inteligencia del modelo—brinda una perspectiva técnica más objetiva.

Las próximas acciones recomendadas incluyen: mapear fuentes de identidad, rutas de pago y requisitos de retención de registros en tus propias cadenas de llamadas de agentes; probar anclaje on-chain y cumplimiento de liquidación Stablecoin en escenarios de prueba; y distinguir “diseño auditable” de reclamos de marketing en soluciones de proveedores. Estos pasos no dependen necesariamente de la adopción de cadenas públicas, pero son directamente relevantes para la gestión de riesgos conforme se escala el despliegue de agentes.