Blockchain en 2025: del hype cripto a infraestructura crítica para IA agente y cumplimiento regulatorio
En diciembre de 2017 publicábamos en este blog una introducción a blockchain cuando Bitcoin rozaba los 20.000 dólares y el whitepaper de Satoshi Nakamoto era la única referencia obligada. Ocho años después, el término «cadena de bloques» ha desaparecido de los titulares mainstream, pero la tecnología —ahora bajo siglas como DLT, tokenization o Web3 infrastructure— sustenta decisiones de inversión de 1,2 billones de dólares en activos tokenizados (BCG, 2024) y es condición sine qua non para desplegar agentes IA autónomos con rendición de cuentas legal.
En BAOSS hemos acompañado a seis clientes —banca, logística, energía y administración pública— en la transición de pilotos «innovation theater» a producción con SLA contractuales. Este artículo resume lo que hemos aprendido: el problema real de 2025-2026, la arquitectura que funciona y las métricas que justifican el CAPEX ante el comité de dirección.
El problema real 2025-2026: tres cuellos de botella que frena la IA agente en producción
- Procedencia y auditoría de datos de entrenamiento. El Reglamento UE 2024/1689 (AI Act) exige trazabilidad completa de los datasets usados en modelos de alto riesgo. Un banco español multado con 4,2 M€ en Q1 2025 no pudo demostrar que su modelo de scoring no incluía variables protegidas; su data lake centralizado no ofrecía inmutabilidad ni non-repudiation.
- Pagos y liquidación entre agentes autónomos. Los flujos agent-to-agent (MCP, A2A protocol) requieren liquidación instantánea, programable y auditable. Las transferencias SEPA Instant (10 s) no cubren micropagos < 0,01 € ni smart contracts condicionados a oracles off-chain.
- Gobernanza de modelos federados y fine-tuning continuo. Equipos de data science usan LoRA/QLoRA sobre Llama-3.1-70B o Nemotron-3-Ultra en clústeres vLLM/Ollama. Sin registro inmutable de qué checkpoint se sirvió a qué cliente, la responsabilidad legal recae en el proveedor.
Arquitectura de referencia BAOSS 2025: DLT como capa de confianza, no como base de datos
La lección clave: no sustituyas PostgreSQL por Hyperledger Besu. Usa DLT solo donde necesites trust minimization entre partes que no se confían mutuamente. Nuestro patrón probado en producción:
- Capa de datos operacional: PostgreSQL + TimescaleDB (series temporales) + pgvector (embeddings RAG).
- Capa de prueba y auditoría: Hyperledger Besu (red permiso, IBFT 2.0) o Polygon CDK (validium) anclando Merkle roots diarios de tablas críticas.
- Capa de orquestación IA: LangGraph + CrewAI para flujos multi-agente; MCP (Model Context Protocol) para exposición de tools on-chain/off-chain.
- Capa de identidad y pagos: DID/VC (W3C) + ERC-4337 account abstraction para gasless user ops; Circle USDC / EURC para liquidación fiat on-ramp.

Caso 1: Banca mayorista — Trazabilidad de scoring bajo AI Act (anonimizado)
Contexto: Entidad financiera española (activos > 80 B€) necesitaba certificar ante supervisor que su motor de scoring Pymes (XGBoost + Llama-3.1-8B fine-tuned para narrativa de riesgo) no usaba variables de género/etnia implícitas en embeddings.
Solución BAOSS (12 semanas, 4 ingenieros):
- Pipeline CI/CD con GitLab + DVC: cada training run genera artifact firmado (cosign + sigstore) y hash anclado en Besu (red permiso Banco de España + 3 entidades).
- RAG sobre normativa AI Act (PDF + EUR-Lex) con reranker BGE-M3; agente LangGraph valida feature importance SHAP contra lista prohibida antes de promover a staging.
- Dashboard auditor: consulta inmutable de lineage (dataset → checkpoint → inferencia) vía view SQL + Merkle proof on-chain.
Métricas:
- Reducción 68 % tiempo de respuesta a requerimientos supervisor (de 22 días a 7).
- Cero hallazgos en inspección EBA Q3 2025.
- Coste infraestructura DLT: 0,003 €/transacción anclaje (vs 0,12 €/tx Ethereum mainnet).
- ROI 3,2x en 6 meses (ahorro multas + eficiencia compliance).
Caso 2: Logística perecederos — Liquidación automática agente-a-agente con oracles IoT
Contexto: Consorcio exportador fruta (España → Nordics, 12 M pallets/año). Disputas por desviación temperatura en tránsito: 18 % facturas litigiosas, 45 días cobro medio.
Solución BAOSS (16 semanas, 5 ingenieros + 2 domain experts):
- Sensores BLE 5.3 (Nordic Semiconductor) firman lecturas cada 15 min con clave ECDSA secp256k1; gateway edge (Raspberry Pi 5 + Ollama Llama-3.2-1B) agrega y envía Merkle root horario a Polygon CDK validium.
- Agente CrewAI «Quality Oracle» evalúa time-temperature integral vs contrato; si breach, dispara user op ERC-4337 que liquida penalización en USDC a transportista y abona diferencia a exportador (gasless para usuario final).
- Interfaz WhatsApp Business + MCP para que operarios consulten estado pallet en lenguaje natural («¿Pallet ES-2025-044512 cumplió cadena de frío?»).
Métricas:
- Facturas litigiosas: 18 % → 2,3 % (Q4 2025).
- Días cobro medio: 45 → 1,2 (liquidación on-chain T+0).
- Coste transacción completa (sensor → liquidación): 0,008 €.
- Reducción 40 % tiempo despliegue vs piloto 2023 (reutilización módulos BAOSS IoT-DLT Bridge).
Caso 3: Administración pública — Registro inmutable de fine-tuning modelos LLM abiertos
Contexto: Agencia estatal (presupuesto IA 12 M€/año) despliega 14 modelos especializados (trámites, ayudas, inspección) sobre base Llama-3.1/Nemotron. Requiere trazabilidad completa para rendición de cuentas parlamentaria.
Solución BAOSS (10 semanas, 3 ingenieros):
- Registro «Model Card» obligatorio en cada merge a main: dataset hash, hiperparámetros LoRA, métricas eval (MMLU, hallucination rate con RAGAS), firmante humano.
- Anclaje diario Merkle root de tabla
model_registryen red Besu (nodos: agencia, CNI, Tribunal Cuentas, universidad). - Agente AutoGen «Compliance Watcher» monitoriza drift en producción (embedding shift > 0,15 coseno) y abre ticket Jira + notifica Slack + propone re-train programado.
Métricas:
- Trazabilidad 100 % modelos en producción (0 «shadow models» detectados en auditoría 2025).
- Tiempo generación Model Card audit-ready: 4 min (automatizado).
- Coste on-chain: 12 €/mes (gas Besu + almacenamiento IPFS/Filecoin).
- Reducción 55 % horas equipo MLOps en tareas compliance.
Herramientas y stack 2025-2026 que usamos en BAOSS
| Capa | Tecnología | Versión / Nota |
|---|---|---|
| LLM base | Llama-3.1 / Nemotron-3-Ultra / Qwen2.5-Coder | vLLM 0.6+ (PagedAttention, chunked prefill) |
| Orquestación agentes | LangGraph 0.2 / CrewAI 0.85 / AutoGen 0.4 | Stateful graphs + human-in-the-loop nativo |
| RAG / Embeddings | BGE-M3 / Nomic-embed-text-v1.5 | pgvector 0.7 + HNSW + hybrid search |
| Protocolo contexto | MCP (Model Context Protocol) | SDK Python/TypeScript; tools on-chain/off-chain |
| DLT permiso | Hyperledger Besu 24.10 / Polygon CDK validium | IBFT 2.0 / ZK-EVM; gasless via 4337 |
| Identidad | DID:key / did:web + VC-JWT | W3C VC Data Model 2.0 |
| Inferencia edge | Ollama 0.5 / llama.cpp | Quant GGUF Q4_K_M / Q8_0 |
| Observabilidad | LangSmith / Arize Phoenix / OpenTelemetry | Traces multi-agente + evals continuos |
Errores que seguimos viendo (y cómo evitarlos)
- Usar mainnet pública para datos sensibles. Incluso con ZK-proofs, el metadata (frecuencia, direcciones) filtra información competitiva. Solución: validium / L2 permiso + commitment periódico a mainnet si se necesita public verifiability.
- Ignorar account abstraction (ERC-4337). Obligar a usuarios finales a gestionar claves/seed phrases frena adopción. Smart accounts + paymasters + passkeys (WebAuthn) = UX Web2 con seguridad Web3.
- Subestimar gobernanza de oracles. Un price feed manipulado o sensor IoT comprometido invalida toda la cadena de confianza. Requiere multi-source + TEE (Intel TDX / AMD SEV-SNP) + slashing on-chain.

