Parte 19: Blockchain y DLT para instituciones financieras
De qué trata esta parte
Conviene decir desde el principio qué tipo de parte es esta. No enseña a construir una red: enseña a decidir si hace falta una, y su proyecto puede concluir que no y obtener la máxima calificación.
La Parte 14, clase 9 introdujo el registro distribuido y su criterio de evaluación. Esta parte lo abre: qué hay dentro, qué garantiza cada pieza, qué cuesta y en qué casos una institución financiera obtiene algo que una base de datos compartida no le da.
El eje es una pregunta que se responde con números, no con adjetivos:
UN REGISTRO DISTRIBUIDO PERMITE QUE PARTES QUE NO CONFÍAN
ENTRE SÍ NI EN UN TERCERO COMÚN MANTENGAN UN REGISTRO
QUE NINGUNA CONTROLA
eso es lo único que da, y lo da caro:
redundancia total, lentitud, irreversibilidad
LA PREGUNTA NO ES «¿SE PUEDE?»
ES «¿EXISTE AQUÍ UN TERCERO DE CONFIANZA DISPONIBLE?»
si existe, una base de datos compartida es más rápida,
más barata y corregible
Prerrequisitos
| Parte | Clase | Qué aporta |
|---|---|---|
| 11 | Gestión integral de riesgos | Riesgo operacional y de modelo |
| 14 | 9 · Criptoactivos y registro distribuido | Criterio de evaluación de casos de uso |
| 17 | 7 · Firma de mensajes | Criptografía aplicada y gestión de claves |
| 18 | 7 y 15 · Liquidación y atomicidad | Finalidad y liquidación condicional |
Resultados de aprendizaje
- Explicar qué garantiza cada pieza —resumen, firma, árbol, consenso— y qué no garantiza.
- Distinguir finalidad probabilística de determinística y calcular la espera necesaria para un nivel de riesgo dado.
- Comparar redes públicas, privadas y autorizadas por sus propiedades observables, no por su etiqueta.
- Evaluar un contrato inteligente como lo que es: código irreversible con dinero dentro.
- Decidir con criterio si un caso de uso justifica un registro distribuido, midiendo la alternativa que no lo usa.
Competencias
| Competencia | Nivel esperado |
|---|---|
| Criptografía aplicada | Implementa y verifica |
| Diseño de consenso | Modela y prueba bajo fallos |
| Evaluación de casos de uso | Compara con la alternativa, con números |
| Riesgo de infraestructura | Identifica y controla |
| Gestión de claves | Diseña custodia y recuperación |
Cómo se encadenan las 14 clases
La secuencia va de la pregunta de criterio a las piezas, y de las piezas a los límites.
Clases 1 a 4 — el criterio y las piezas. La clase 1 plantea las seis preguntas que deciden si un caso justifica un registro distribuido, y adelanta la respuesta: solo la de confianza lo hace por sí sola. Las tres siguientes montan la maquinaria —resúmenes, firmas, árboles de Merkle, claves, transacciones y estado— y cada una separa lo que la pieza garantiza de lo que no.
Clases 5 a 9 — el acuerdo y la ejecución. Consenso, finalidad y configuración de la red; después los contratos inteligentes y los oráculos. Aquí aparece la contradicción que la parte persigue: un caso de uso que depende de un oráculo ha reintroducido justo el tercero de confianza que decía eliminar.
Clases 10 a 14 — los límites y la decisión. Privacidad, puentes, escalabilidad y gobernanza. La parte cierra con el expediente de decisión, que compara la red con la alternativa centralizada usando números y no adjetivos.
Secuencia
- Sistemas distribuidos aplicados a finanzas
- Resúmenes, firmas y árboles de Merkle
- Claves, direcciones y gestión criptográfica
- Transacciones, bloques, nodos y estado
- Mecanismos de consenso
- Finalidad, reorganizaciones y tolerancia a fallos
- Redes públicas, privadas y autorizadas
- Contratos inteligentes
- Oráculos
- Privacidad y pruebas criptográficas
- Interoperabilidad y puentes
- Escalabilidad, capas y disponibilidad
- Gobernanza, bifurcaciones y recuperación
- Proyecto: red financiera autorizada
Laboratorios
| # | Laboratorio | Entregable principal |
|---|---|---|
| 1 | Cadena didáctica en Python | Encadenamiento y detección de manipulación |
| 2 | Firma de transacciones | Firma, verificación y ataque de repetición |
| 3 | Árbol de Merkle | Prueba de inclusión y de exclusión |
| 4 | Consenso con nodos defectuosos | Tolerancia medida, no supuesta |
| 5 | Contrato de depósito en garantía | Máquina de estados y fallo irreversible |
| 6 | Comparación con base centralizada | Medición de coste, latencia y recuperación |
Evaluaciones
Proyecto
Evidencias
- Cadena funcional con detección de manipulación demostrada.
- Firma y verificación con su prueba de repetición.
- Prueba de inclusión de Merkle sobre un conjunto grande.
- Consenso ejecutado con nodos defectuosos, con el umbral medido.
- Contrato con su máquina de estados y su caso de fallo irreversible.
- Comparación cuantitativa con la alternativa centralizada.
Mapa de dependencias
Parte 14, clase 9 (criptoactivos y registro)
└── Parte 19 — blockchain y DLT
├── Parte 20 · el activo que circula sobre el registro
├── Parte 21 · el instrumento financiero tokenizado
├── Parte 22 · el régimen del registro y de sus participantes
└── Parte 23 · la infraestructura del mercado tokenizado
Aplicación asociada
Fuentes oficiales de referencia
- Committee on Payments and Market Infrastructures (BIS) — informes sobre tecnología de registro distribuido en infraestructuras de mercado.
- Basel Committee on Banking Supervision — tratamiento prudencial y riesgos.
- NIST — publicaciones sobre blockchain y gestión de claves.
- IOSCO — informes sobre finanzas descentralizadas.
- ISO/TC 307 — normalización de tecnologías de registro distribuido.
Limitaciones
- El laboratorio implementa una cadena didáctica: no es segura, no es eficiente y no debe usarse para nada real.
- No se crea ninguna criptomoneda destinada a uso real ni se despliega nada en una red pública.
- Los mecanismos criptográficos se implementan para entenderlos; en producción se usan bibliotecas auditadas, nunca una implementación propia.
- La parte no cubre el diseño de activos ni su régimen: eso es la Parte 20.