🌐 Etapa 5 — Finanzas digitales, infraestructura y mercados tokenizados

La Etapa 5 continúa el programa donde la Parte 14 lo dejó. Las Partes 1 a 16 llevan de los porcentajes a la dirección bancaria; esta etapa lleva de la introducción fintech a la infraestructura financiera: cómo se comparte un dato con consentimiento, cómo se mueve un pago entre países, qué es exactamente un activo digital y qué cambia cuando un instrumento financiero se representa en un registro programable.

🚫 Qué NO es esta etapa

Conviene decirlo antes que nada, porque determina el criterio de todo lo demás:

• No es un curso de programación blockchain. La tecnología aparece cuando resuelve un problema, y se compara siempre con la alternativa que no la usa.
• No es un curso de criptomonedas ni de inversión. No hay recomendaciones de inversión, ni precios, ni estrategias.
• No es una colección de documentos legales. La norma se estudia por lo que obliga a hacer, no por su articulado.
• No es un catálogo de conceptos fintech. Cada concepto se conecta con el cliente, el producto, la entidad, la infraestructura, el mercado, el riesgo, la regulación, la supervisión y la decisión ejecutiva.

🧩 Las siete partes

Las siete están publicadas. Se recorren en orden, porque cada una supone la anterior: no se puede tokenizar un instrumento sin haber entendido qué registro manda en él, ni determinar el perímetro regulatorio de algo que aún no se sabe cómo funciona.

El recuento —no el plan— está en STATUS.md, que se genera contando los archivos. Esta tabla describe la arquitectura; aquel documento describe lo que existe.

La última cambia de naturaleza respecto de las seis anteriores. No enseña nada nuevo: reúne los métodos de las veintidós partes del programa y los hace funcionar juntos, que es cuando aparecen las contradicciones entre decisiones que por separado eran correctas. Su mapa está en mapa-capstone.md.

🧩 De dónde viene cada parte

Parte 14 · Fintech, datos e IA          (introducción, se mantiene)
   │  clase 3  banca abierta y APIs        ──► Parte 17
   │  clase 2  pagos digitales             ──► Parte 18
   │  clase 9  criptoactivos y registro    ──► Partes 19 y 20
   │  clase 10 monedas digitales de BC     ──► Parte 20
   │  clase 12 regulación de la tecnología ──► Parte 22
   │
Parte 8  · Inversiones y mercados          ──► Parte 21
Parte 10 · Operaciones bancarias           ──► Parte 18
Parte 11 · Riesgos                         ──► Partes 19, 20 y 21
Parte 12 · Regulación                      ──► Parte 22
Parte 16 · Banco Virtual                   ──► Parte 23

Las clases de las partes anteriores se mantienen y actúan como prerrequisito. La Etapa 5 no las repite: las profundiza, las implementa y les añade la capa regulatoria y de riesgo que una introducción no puede sostener.

📐 Los seis criterios que ordenan toda la etapa

1. Separación terminológica estricta

Estos términos no son sinónimos y el material nunca los usa como tales:

activo digital ≠ criptoactivo ≠ token
tokenización ≠ DLT ≠ blockchain ≠ contrato inteligente
stablecoin ≠ dinero electrónico ≠ depósito tokenizado ≠ CBDC
pago transfronterizo ≠ remesa ≠ operación FX
compensación ≠ liquidación
finanzas abiertas ≠ banca abierta ≠ DeFi

2. Neutralidad tecnológica

Ningún caso presenta una tecnología como solución automática. Cada uno compara, como mínimo: base de datos centralizada, sistema tradicional, red autorizada, blockchain privada, blockchain pública, arquitectura híbrida y solución sin blockchain. Y se pregunta siempre si el problema es de confianza, coordinación, datos, proceso, regulación o liquidez.

3. Trece perspectivas

Cliente, comercio, fintech, banco, banco central, infraestructura, inversionista, emisor, custodio, mercado, supervisor, auditor y sociedad. No todas aparecen en cada clase; la sección Perspectivas de cada una declara cuáles y qué decide cada actor.

4. Hecho, supuesto e interpretación

Cada afirmación cuantitativa dice de dónde sale. Los ejemplos guiados declaran sus supuestos con la etiqueta supuestos del ejercicio, y ninguna cifra ilustrativa se presenta como dato de mercado.

5. Seis planos de viabilidad

Ninguna decisión se resuelve en uno solo:

técnicamente posible
económicamente viable
jurídicamente válido
prudencialmente aceptable
operacionalmente resiliente
éticamente defendible

6. Verificación regulatoria con fecha

Toda norma citada lleva autoridad, identificador, fuente oficial y fecha de verificación. tools/validate_metadata.py falla si una clase cita un instrumento y no declara su línea de verificación. El método está en Metodología de verificación regulatoria.

🐍 Aplicaciones de la etapa

Todas comparten las mismas restricciones: sin red externa, sin credenciales reales, sin fondos reales, sin datos personales y con dependencias mínimas.

🚫 Qué se prohíbe construir

El material no incluye —y no aceptará contribuciones que incluyan— herramientas para ocultar el origen de fondos, evadir controles de prevención de lavado, mezclar activos con fin de romper la trazabilidad, manipular mercados o cometer fraude. Los ataques se describen para poder detectarlos y cortarlos, siempre acompañados de su control y de la prueba que lo verifica.

🎓 Cómo estudiarla

1. Comprueba los prerrequisitos en el README de la parte antes de empezar.
2. Haz la evaluación diagnóstica: no puntúa, pero te dice dónde vas a sufrir.
3. Recorre las clases en orden; cada una supone la anterior.
4. Ejecuta los laboratorios. En esta etapa, un laboratorio no leído no cuenta como estudiado: la mitad del aprendizaje está en ver fallar el control.
5. Entrega el proyecto y defiéndelo con las preguntas del panel.

✅ Verificación

python tools/validate_program.py && python tools/validate_metadata.py

Ver también: Ruta de aprendizaje · Mapa de finanzas abiertas · Guía de laboratorios digitales · Glosario de finanzas digitales