Arquitecto/a blockchain e integración
← Rutas por rol · Matriz de trazabilidad · Revisión: 2026-10-12
Identidad y propósito
Denominaciones habituales en inglés: Blockchain Architect, Blockchain Integration Engineer, Blockchain Solutions Architect, Interoperability Architect.
Decide qué datos, confianza y controles viven on-chain y cuáles permanecen fuera; compara L1, L2, redes permisionadas e integración tradicional con criterios medibles.
Propósito organizacional. Evitar tanto blockchain innecesaria como arquitecturas que ignoran custodia, finalidad, privacidad, operación o salida de proveedores.
Títulos y especializaciones agrupados: Blockchain Architect, Blockchain Integration Engineer, Interoperability Engineer.
Responsabilidades y trabajo cotidiano
Responsabilidades
- Modelar actores, confianza y amenazas
- Comparar plataformas y costos totales
- Definir contratos entre cadena, RPC, indexador y sistemas legados
- Registrar decisiones, contingencias y criterios de abandono
Actividades cotidianas
- Talleres de requisitos
- ADRs y diagramas
- revisión de integraciones
- pruebas de concepto y análisis de fallos
Entornos de desempeño
- Enterprise y fintech
- Protocolos multichain
- Pagos y mercados
- Consultoría técnica
Base de entrada
Conocimientos básicos
- Arquitectura de software
- sistemas distribuidos
- seguridad
- datos y APIs
- economía operativa
Requisitos previos
- Tronco 1–12
- experiencia general en integración o backend
- capacidad de estimar operación y recuperación
Competencias
Técnicas
- L1/L2 y finalidad
- interoperabilidad y puentes
- nodos, RPC e indexación
- identidad y custodia
- ADR y threat modeling
No técnicas
- Facilitación
- negociación
- comunicación ejecutiva
- pensamiento sistémico
Herramientas y tecnologías
- C4/Mermaid
- ADRs
- Docker
- clientes RPC
- modelos de costo
- matrices de riesgo
Recorrido curricular reutilizable
Clases obligatorias recomendadas
1. Qué problema intenta resolver blockchain · 2. Decidir y comunicar sin vender humo · 5. Replicación, latencia y fallas · 6. Redes P2P y adversarios · 7. Elegir un historial válido · 8. PoW, PoS y BFT bajo amenaza · 9. UTXO y anatomía de una transacción · 10. Verificación, minería y operación segura · 11. Cuentas, estado y transacciones Ethereum · 12. EVM, ABI y costo de ejecución · 21. Oráculos y calidad del dato · 22. Eventos, indexación y disponibilidad · 25. Familias de escalabilidad · 26. Riesgo operativo de una L2 · 27. Mensajes y activos entre cadenas · 28. Modelo de amenazas de puentes · 31. Cuentas programables y actualizaciones · 32. MEV y arquitectura de producción · 33. Operar nodos con objetivos medibles · 34. Resiliencia, actualización e incidentes · 35. Valor empresarial y límites · 36. Comunicación, piloto y medición · 37. Integración end-to-end · 38. Paso a producción y operación
Clases complementarias
19. Modelado de amenazas y revisión manual · 20. Auditoría reproducible y remediación · 23. Propuestas, voto y ejecución · 24. Captura y gobernanza de emergencia · 29. Compromisos y pruebas de conocimiento cero · 30. SNARK, STARK y privacidad real · 41. Qué es dinero bancario · 42. Finalidad, liquidez y riesgo de liquidación · 53. Custodia institucional de claves · 54. Identidad y autorización verificable · 55. Leer regulación desde la fuente · 56. Cumplimiento basado en riesgo
Laboratorios esenciales
01. Matriz blockchain vs. base tradicional · 09. Propagación P2P con retrasos · 10. Partición y reconciliación · 12. Comparación PoW, PoS y BFT · 21. Anatomía de una transacción pública · 35. Indexador de eventos · 36. Oráculo y dato obsoleto · 46. Comparación de rollups · 47. Modelo de amenazas de puente
Laboratorios avanzados
42. Colisión de storage en proxy · 44. Multisig y timelock · 48. Prueba ZK conceptual · 50. Capstone y defensa técnica · 60. Opciones de diseño de una MDBC · 63. Análisis de un corredor de pagos · 69. Política de custodia M-de-N
Niveles de desempeño demostrado
| Nivel | Evidencia observable |
|---|---|
| Fundamental | Explica modelos de confianza y capas |
| Aplicado | Produce un ADR guiado |
| Autónomo | Diseña una integración completa |
| Avanzado | Compara fallos, costos y contingencias |
| Profesional integrador | Defiende una arquitectura verificable ante negocio, seguridad y operación |
Estos niveles describen aprendizaje demostrado; no equivalen a antigüedad, seniority ni experiencia laboral real.
Proyecto profesional integrador
arquitectura integral con ADR, amenazas y costos
Diseño para un caso realista que compare al menos una alternativa tradicional y dos opciones DLT.
Criterios de aceptación
- requisitos y supuestos trazables
- modelo de confianza y amenazas
- TCO, SLO, recuperación y salida
- decisión y criterio para revertirla
Consideración ética y de seguridad. No presentar inmutabilidad como verdad del dato ni descentralización como propiedad binaria.
Evidencias y evaluación
Evidencias de aprendizaje
- ADR
- diagramas
- presupuesto
- threat model
- plan de operación y migración
Métodos de evaluación
- Revisión de arquitectura
- tabletop de incidente
- contradicción por pares
- defensa de alternativa descartada
Juicio profesional
Errores frecuentes
- Elegir red por marca
- olvidar la lectura off-chain
- subestimar claves y upgrades
- no definir finalidad ni rollback
Seguridad, ética y normativa
- Datos personales minimizados
- portabilidad y contingencia
- dependencias y supuestos explícitos
- validación legal por jurisdicción
Diferencias frente a roles relacionados
- Frente a protocol engineer: integra componentes antes que modificar consenso
- Frente a consultor: responde por coherencia técnica detallada
- Frente a DevOps: diseña el sistema; operación implementa SLO y runbooks
Posibles especializaciones
- Interoperabilidad
- Arquitectura enterprise
- Pagos y tokenización
- Identidad y custodia
- L2 y account abstraction
Evolución profesional posible
- Diseñador de integración
- arquitecto de solución
- responsable de arquitectura de plataforma
Cobertura y brechas
Cobertura actual: Completa y verificada.
- La estimación de costos de proveedores exige cotizaciones vigentes fuera del material offline
La cobertura sólo se considera completa cuando hay contenido suficiente y evidencia evaluable; una mención temática no cuenta como dominio.