Clase 10 · Privacidad y pruebas criptográficas

← 09 · Oráculos · Índice de la parte · 11 · Interoperabilidad y puentes →

Parte 19 — Blockchain y DLT para instituciones financieras · Nivel: Profesional — perfil bancario · Duración: 90 minutos

🎯 Propósito

Resolver la contradicción que aparece en cuanto un banco pone un pie en un registro compartido: verificable por todos y confidencial para cada uno parecen incompatibles, y la criptografía ofrece una salida parcial que hay que saber medir.

Un registro compartido es incompatible con la confidencialidad que la banca necesita. Esta clase resuelve esa tensión con mecanismos que permiten demostrar sin revelar, y distingue tres propiedades que se confunden.

📚 Objetivos

Al finalizar podrás:

1. Distinguir confidencialidad, anonimato y no vinculabilidad.
2. Comparar las cuatro técnicas de privacidad por lo que ocultan y lo que cuestan.
3. Explicar qué demuestra una prueba de conocimiento cero y qué no.
4. Resolver la tensión entre inmutabilidad y derecho de supresión.
5. Diseñar el reparto entre lo que va dentro del registro y lo que queda fuera.

Agenda de 90 minutos

La clase dura noventa minutos y se recorre en cinco tramos. No es un horario rígido: es el orden en que los bloques de esta página se sostienen unos a otros, y por eso conviene respetarlo aunque cambien los tiempos.

Los diez primeros minutos se dedican a recuperar la clase anterior, porque casi todo lo que aquí se explica supone algo que ya se vio. Los veinticinco siguientes desarrollan los conceptos con la fuente oficial a la vista: las referencias del final de la página no son un adorno bibliográfico, se consultan mientras se estudia. Del minuto 35 al 55 se resuelve el ejemplo guiado paso a paso, sin saltarse ninguno, porque el error típico vive precisamente en el paso que parece obvio. Los veinticinco minutos siguientes son de práctica con datos propios o sintéticos —nunca reales de terceros—, que es cuando se comprueba si se entendió. Los diez últimos cierran con las preguntas de comprobación y el registro del entregable.

Si el tiempo aprieta, lo que se recorta es la práctica y se traslada al laboratorio de la parte; lo que no se recorta nunca es el ejemplo guiado.

🧩 Conceptos centrales

Los tres primeros términos son propiedades distintas que se confunden; los cinco siguientes, los mecanismos y su límite. La distinción entre confidencialidad, anonimato y no vinculabilidad es la que ordena la clase: un sistema puede ocultar el importe y revelar quién opera, o al revés.

🧠 Modelo mental

El modelo mental es una prueba sin revelar: se puede demostrar que algo es cierto sin mostrar el dato que lo hace cierto. Eso resuelve la tensión entre un registro compartido y la confidencialidad que exige la banca.

TRES PROPIEDADES QUE SE CONFUNDEN

  CONFIDENCIALIDAD  no se ve QUÉ
  ANONIMATO         no se ve QUIÉN
  NO VINCULABILIDAD no se ve que sea EL MISMO

  UN SISTEMA PUEDE TENER UNA Y NO LAS OTRAS

EL ERROR CLÁSICO EN FINANZAS
  cifrar los importes y dejar las direcciones a la vista
  → confidencialidad sin no vinculabilidad
  → el análisis de la cadena reconstruye quién opera
    con quién, cuándo y con qué frecuencia

  para un banco, saber que su cliente A paga a B
  cada mes ya es información competitiva,
  aunque el importe esté cifrado

📖 Desarrollo

1. Las cuatro técnicas

La primera de las cuatro técnicas es la más empleada y casi nunca se cuenta como tal.

LA PRIMERA ES LA MÁS USADA Y LA MENOS RECONOCIDA
  «lo ponemos fuera y dejamos el resumen dentro»

  ventaja: resuelve confidencialidad y supresión
  coste: se pierde la verificabilidad del contenido;
         el registro solo prueba que el dato no cambió,
         no qué dice

2. Qué demuestra una prueba de conocimiento cero

Una prueba de conocimiento cero demuestra exactamente lo que se le pidió demostrar, ni un poco más. El bloque da ejemplos de afirmaciones probables y, sobre todo, la lista de lo que la prueba deja intacto.

DEMUESTRA
  que una afirmación es cierta, sin revelar los datos
  que la hacen cierta

  «este importe está entre 0 y 10⁶»
  «este saldo es suficiente para este pago»
  «esta persona está en la lista de autorizados»

NO DEMUESTRA
  · que el dato de partida sea correcto
    → si el saldo de entrada es falso, la prueba es
      válida sobre un dato falso
  · que quien la genera sea quien dice
  · nada sobre lo que no se le pidió demostrar

Y TIENE UN COSTE QUE HAY QUE MEDIR
  generación: de milisegundos a minutos según el circuito
  verificación: normalmente barata
  tamaño de la prueba: de cientos de bytes a kilobytes
  → en un registro donde todos guardan todo,
    el tamaño importa

3. La tensión con el derecho de supresión

Un registro inmutable y un derecho de supresión no pueden coexistir sobre el mismo dato. El bloque ordena las soluciones de mejor a peor y señala cuál es la buena, que además es la que hay que decidir al principio.

UN REGISTRO INMUTABLE Y UN DERECHO DE SUPRESIÓN
SON INCOMPATIBLES SI EL DATO PERSONAL ESTÁ DENTRO

  SOLUCIONES POR ORDEN DE PREFERENCIA

  1. NO METERLO
     dentro va un compromiso o un resumen;
     el dato vive fuera y se borra allí
     → la mejor, y la que casi nadie elige al empezar

  2. CIFRAR Y DESTRUIR LA CLAVE
     el dato cifrado permanece; sin clave es ilegible
     → discutible: hay quien sostiene que el dato
       cifrado sigue siendo dato personal mientras
       exista la posibilidad teórica de descifrarlo

  3. REGISTRO CON CAPACIDAD DE PODA
     el protocolo admite eliminar contenido antiguo
     conservando su resumen
     → rompe la reconstrucción completa del estado

LA DECISIÓN SE TOMA ANTES DE ESCRIBIR LA PRIMERA LÍNEA.
Después es una migración.

4. Análisis de la cadena: lo que revelan los metadatos

Cifrar el contenido no oculta el patrón, y el patrón basta para reconstruir buena parte del negocio de un participante. El bloque enumera lo visible, lo que se deduce de ello y las mitigaciones disponibles.

AUNQUE EL CONTENIDO ESTÉ CIFRADO, SON VISIBLES

  · quién escribe y con qué frecuencia
  · el tamaño de cada operación
  · el momento exacto
  · el patrón: fin de mes, día de nóminas
  · la topología: quién opera con quién

CON ESO SE RECONSTRUYE
  · volumen de negocio de un participante
  · relaciones comerciales
  · momentos de tensión de liquidez

MITIGACIONES
  · relleno para uniformar tamaños
  · agrupación de operaciones en lotes
  · retardos aleatorios
  · direcciones de un solo uso

  todas cuestan eficiencia, y ninguna es completa

5. El reparto: qué va dentro

Todo lo anterior se resume en un reparto: qué se escribe en el registro y qué se queda fuera. El bloque lo fija como criterio práctico, aplicable durante el diseño y no después.

CRITERIO PRÁCTICO

  DENTRO
    · compromisos y resúmenes
    · importes, si el diseño lo permite y hace falta
      verificarlos
    · transiciones de estado
    · pruebas de propiedades

  FUERA
    · identidad de las personas
    · documentación contractual
    · cualquier dato sujeto a derecho de supresión
    · información comercialmente sensible en claro

Y UNA REGLA DE ORO
  todo lo que entra, entra para siempre.
  La pregunta antes de cada campo es
  «¿me molestaría que esto siguiera ahí dentro de 30 años?»

🧮 Ejemplo guiado

El ejemplo construye una prueba de rango sobre un importe. Conviene ver qué se demuestra y qué no se revela: es exactamente lo que la banca necesita.

Situación. El consorcio de bancos quiere registrar operaciones de préstamo sindicado. Debe decidir qué entra en el registro.

LO QUE UNA OPERACIÓN CONTIENE
  identidad del prestatario
  importe del préstamo
  reparto entre los bancos participantes
  tipo de interés y comisiones
  garantías constituidas
  calendario de pagos
  documentación contractual

PARTICIPANTES
  8 bancos, lectura restringida a los del sindicato
  supervisor con acceso de lectura total

Paso 1 — clasifica cada campo por su sensibilidad.

identidad del prestatario   dato personal o societario protegido
importe                     comercialmente sensible
reparto entre bancos        MUY sensible entre competidores
tipo y comisiones           MUY sensible: revela política de precios
garantías                   sensible; con interés de terceros
calendario                  derivable del resto
documentación               contiene datos personales

Paso 2 — comprueba si los canales privados bastan.

CANAL PRIVADO POR SINDICATO
  solo los bancos de ese préstamo ven sus datos

  ¿RESUELVE EL PROBLEMA DEL REPARTO Y DEL PRECIO?
    entre bancos de OTRO sindicato, sí
    entre los del MISMO sindicato, no: se ven entre ellos

  ¿ES UN PROBLEMA?
    en un sindicato, cada participante conoce el reparto
    por el propio contrato → no añade exposición

  → los canales privados resuelven la mayor parte

Paso 3 — detente en el supervisor.

EL SUPERVISOR TIENE LECTURA TOTAL

  eso significa que TODOS los datos de TODOS los
  sindicatos están en un ámbito donde el supervisor
  los ve

  ¿ES ACEPTABLE? Depende de la base jurídica de ese acceso.

  Y HAY UN PROBLEMA TÉCNICO ADICIONAL
    si el supervisor debe poder leerlo todo,
    los datos no pueden estar cifrados solo para
    el sindicato: hace falta que también lo estén
    para él

    → cada dato se cifra para n+1 destinatarios
    → si el supervisor rota su clave, hay que
      recifrar el histórico, o conservar la clave
      antigua para siempre

HALLAZGO
  el acceso total del supervisor convierte su gestión
  de claves en un punto crítico del sistema entero

Paso 4 — busca una alternativa al acceso total.

OPCIÓN · ACCESO BAJO DEMANDA CON PRUEBA

  el registro guarda compromisos de cada campo
  el supervisor puede:
    · verificar propiedades agregadas sin ver el detalle
      («ningún banco supera el límite de concentración»)
    · exigir la revelación de una operación concreta,
      y comprobar contra el compromiso que lo revelado
      es lo registrado

  VENTAJAS
    · no hay una copia legible de todo
    · el supervisor obtiene lo que necesita
    · queda registro de cada acceso

  COSTE
    · circuitos de prueba para cada propiedad agregada
    · más complejidad

Paso 5 — cuantifica el caso de la concentración.

PROPIEDAD A DEMOSTRAR
  «la exposición del banco X a un mismo prestatario
   no supera el 25 % de sus fondos propios»

  SIN PRUEBAS
    el supervisor lee todas las operaciones del banco X
    y suma
    → ve también el precio y el reparto

  CON PRUEBA DE RANGO
    el banco X publica un compromiso de su exposición
    total por prestatario y una prueba de que está
    bajo el límite
    → el supervisor verifica sin ver el detalle

  COSTE ESTIMADO
    diseño del circuito                4 200 000
    generación por banco y mes            180 000 anuales
    verificación                        despreciable

  BENEFICIO
    ningún dato de precio ni de reparto sale del sindicato

Paso 6 — resuelve la documentación y la supresión.

LA DOCUMENTACIÓN CONTRACTUAL NO ENTRA. NUNCA.

  dentro: el resumen del documento y la fecha
  fuera: el documento, en el gestor documental
         de cada banco, con su política de retención

  ASÍ
    · el registro prueba que el documento no cambió
    · el derecho de supresión se ejerce sobre el documento
    · el resumen que queda dentro no es dato personal
      si el documento ya no existe

  ESTA ES LA SOLUCIÓN 1 DEL APARTADO 3,
  Y ES LA QUE HAY QUE ELEGIR AL EMPEZAR

Paso 7 — escribe el reparto final.

DENTRO DEL REGISTRO
  · identificador seudónimo de la operación
  · compromisos de importe, reparto, tipo y comisiones
  · resúmenes de los documentos y sus fechas
  · transiciones de estado (constituido, desembolsado,
    amortizado, vencido)
  · pruebas de propiedades agregadas

DENTRO DEL CANAL PRIVADO DEL SINDICATO
  · importe, reparto, tipo y comisiones en claro

FUERA DEL REGISTRO
  · identidad del prestatario
  · documentación contractual
  · datos personales de cualquier tipo

ACCESO DEL SUPERVISOR
  · verificación de propiedades agregadas por defecto
  · revelación bajo demanda de operaciones concretas,
    con registro del acceso

LO QUE SE ACEPTA COMO RESIDUAL
  el análisis de metadatos permite estimar el volumen
  de actividad de cada banco. Se mitiga con lotes
  y no se elimina.

Interpreta: la pregunta empezó siendo «cómo ciframos» y acabó siendo qué no metemos. La técnica más eficaz de privacidad en un registro inmutable sigue siendo la más simple: dejar fuera lo que no tiene por qué entrar.

🧭 Perspectivas

La privacidad afecta a cada participante de forma distinta, y al supervisor de una forma particular. La tabla lo recoge.

🏦 Del cliente al banco

El cliente espera confidencialidad y el registro es compartido. La tabla enfrenta las dos lecturas.

⚖️ Riesgos y controles

Los riesgos son de análisis de la cadena y de trazabilidad supervisora. La tabla los recoge con su control.

🧪 Práctica

En labs/lab-03.md y el proyecto:

1. Clasifica diez campos por sensibilidad y decide dentro o fuera.
2. Implementa compromisos y demuestra la consistencia sin revelar el valor.
3. Simula un análisis de metadatos sobre tu registro y di qué deduces.
4. Escribe cómo ejercería un cliente su derecho de supresión en tu diseño.

⚠️ Errores frecuentes

Los síntomas de la tabla describen filtraciones de información en registros compartidos. La causa es haber confundido las tres propiedades.

❓ Preguntas de comprobación

1. ¿Qué diferencia hay entre confidencialidad, anonimato y no vinculabilidad?
2. ¿Qué demuestra y qué no demuestra una prueba de conocimiento cero?
3. ¿Cuál es la mejor solución a la tensión con el derecho de supresión, y por qué casi nadie la elige?
4. ¿Qué se puede deducir de los metadatos aunque el contenido esté cifrado?
5. En el ejemplo guiado, ¿por qué el acceso total del supervisor era un problema técnico además de jurídico?

📥 Entregable

Guarda en portfolio/parte-19/clase-10/:

• diez campos clasificados, con la decisión de dentro o fuera;
• una implementación de compromisos con su verificación;
• el análisis de metadatos de tu propio diseño;
• el procedimiento de supresión, explicado paso a paso.

🔗 Referencias cruzadas

• Viene de: clases 2, 4 y 7; Parte 17, clase 12 (privacidad).
• Continúa en: clase 12 (escalabilidad, por el coste de las pruebas).
• Se aplica en: Parte 21, clase 11; Parte 22, clase 12; Parte 23, clase 16.

🔐 Seguridad, ética y límites

Trabaja siempre con datos sintéticos o propios: nunca uses datos reales de terceros, números de cuenta, documentos de identidad ni antecedentes crediticios ajenos. Este material es formativo y no constituye asesoría financiera, tributaria ni legal; las tasas, comisiones, límites y normas citados cambian y deben verificarse en la fuente oficial vigente del país donde se aplique. Cuando un cálculo alimente una decisión que afecte a otra persona, registra los supuestos y quién los aprobó.

📗 Fuentes y verificación

• Parlamento Europeo y Consejo. Reglamento (UE) 2016/679 (RGPD), artículo 17 sobre supresión. https://eur-lex.europa.eu/eli/reg/2016/679/oj
• NIST (2020). NIST Privacy Framework 1.0. NIST. Funciones de gobierno de privacidad aplicadas al registro compartido. https://www.nist.gov/privacy-framework
• Committee on Payments and Market Infrastructures (2017). Distributed ledger technology in payment, clearing and settlement: an analytical framework. BIS. Tensión entre transparencia del registro y confidencialidad bancaria. https://www.bis.org/cpmi/publ/d157.htm
• European Union Agency for Cybersecurity (2021). Data Protection Engineering. ENISA. Técnicas de ingeniería de privacidad aplicables al diseño. https://www.enisa.europa.eu/publications/data-protection-engineering
• NIST (2018). NISTIR 8202: Blockchain Technology Overview. NIST. Modelos de confidencialidad disponibles en un registro distribuido. https://csrc.nist.gov/pubs/ir/8202/final
• Verificación local: comprueba qué autoridad de protección de datos es competente, qué criterio ha publicado sobre registros inmutables y si considera dato personal un valor cifrado. Fecha de verificación de esta clase: 2026-08-20. Esta clase no constituye asesoría legal.