Regulación

Pruebas de conocimiento cero para KYC y controles de sanciones

Una guía desde los principios fundamentales sobre el KYC de conocimiento cero, que incluye su cadena operativa, su economía, los registros de referencia, los modos de fallo y las pruebas que deben verificar los inversores o quienes lo implementan.

mm
Añade Securities.io a tus fuentes preferidas en Google
Zero-Knowledge Proofs for KYC and Sanctions Checks

Dos proveedores pueden afirmar que ofrecen KYC con pruebas de conocimiento cero y, aun así, otorgar derechos muy distintos a sus clientes. Uno puede ofrecer minimización de datos; otro, pruebas de predicados; y un tercero, supervisión continua. La interfaz puede parecer similar aunque el resultado económico no lo sea.

Una prueba de conocimiento cero puede demostrar que una afirmación es verdadera sin revelar todos los datos subyacentes. En los procesos de KYC o de control de sanciones, un cliente podría demostrar que una credencial confiable es válida, que cumple una condición de edad o jurisdicción, o que un resultado de verificación satisface una política, sin enviar al verificador el registro completo de identidad.

El conocimiento cero protege la privacidad durante una prueba; no garantiza que los datos de origen sean correctos, actuales ni se hayan obtenido de forma honesta. El sistema sigue necesitando emisores confiables, vinculación de identidad, revocación, actualizaciones de políticas, actualización de los controles de sanciones, gestión de excepciones y acceso lícito cuando sea necesario.

Para situar el KYC con pruebas de conocimiento cero dentro de la cobertura más amplia de Securities.io, consulta OnchainID e identidad digital, KYC en la banca y las criptomonedas y Identidad reutilizable para inversores. En conjunto, estas guías muestran cómo cambia la misma cuestión de cumplimiento e identidad cuando cambian el emisor, el activo, los derechos del inversor o la infraestructura operativa.

Establecer hechos confiables para vincular la decisión: la cadena de KYC con pruebas de conocimiento cero

01Establecer hechos confiablesUn emisor autorizado verifica la identidad o los datos de verificación y crea compromisos criptográficos o credenciales.
02Codificar la políticaEl verificador define la condición exacta que debe probarse sin exponer valores innecesarios.
03Generar la pruebaEl titular o el servicio calcula pruebas a partir de datos privados y parámetros públicos.
04Verificar la afirmaciónLa parte que confía en la prueba comprueba su validez, la confianza en el emisor, su vigencia y su revocación.
05Vincular la decisiónEl resultado queda vinculado a la cuenta, la transacción, el momento y la obligación de supervisión.
Los cinco estados muestran en qué puntos cambian el dato privado de identidad, el predicado exacto y la decisión de la parte que confía en la prueba durante el KYC con pruebas de conocimiento cero; cada flecha requiere pruebas, no suposiciones.

La etapa «Establecer hechos confiables» consiste en que un emisor autorizado verifica la identidad o los datos de verificación y crea compromisos criptográficos o credenciales. El resultado pasa entonces a ser un dato de entrada para codificar la política, etapa en la que el verificador define la condición exacta que debe probarse sin exponer valores innecesarios. Ese traspaso es el primer punto en el que se debe poner a prueba el KYC con pruebas de conocimiento cero: la parte receptora debe poder distinguir un cambio de estado completado de un mensaje, una estimación o un registro provisional. La misma prueba debe aplicarse en cada flecha posterior, hasta que «Vincular la decisión» produzca un resultado que pueda conciliarse de forma independiente.

Lee el diagrama en sentido inverso, empezando por «Vincular la decisión». El estado final debería conducir a las garantías del emisor, la especificación del circuito, las entradas públicas, la verificación de la prueba, las comprobaciones de vigencia y revocación y el registro de la decisión; luego, a la autoridad utilizada al «Verificar la afirmación», la exposición generada al «Generar la prueba» y los datos de entrada aceptados al «Establecer hechos confiables». Si esa cadena se rompe, unos datos de entrada defectuosos pueden parecer una transacción completada, incluso cuando la prueba sea válida para una afirmación de origen falsa o verificada de forma insuficiente. Este análisis inverso mantiene la atención en el dato privado de identidad, el predicado exacto y la decisión de la parte que confía en la prueba, en lugar de centrarse en la etiqueta del proveedor o el estado de la interfaz.

¿Quién controla los registros fundamentales del KYC con pruebas de conocimiento cero?

Participante o variable Qué modifica Pruebas que deben verificarse
Emisor de identidad o de verificaciones Certifica datos privados tras la diligencia debida habitual. Comprobaciones de origen, credencial, calendario de actualizaciones y responsabilidad.
Generador de pruebas Genera la prueba a partir de datos secretos o credenciales. Control de claves, integridad del software, valor nonce y vinculación al sujeto.
Verificador Acepta una afirmación definida con precisión para tomar una decisión. Circuito o política, entradas públicas, lista de confianza y registro de verificación.
Sistema criptográfico Implementa compromisos criptográficos, pruebas y parámetros. Especificación abierta, auditorías, supuestos de configuración y versión.
Autoridad de cumplimiento Determina si las pruebas satisfacen los requisitos legales y de supervisión. Correspondencia con las políticas, conservación, explicabilidad y procedimiento de acceso.

El emisor de identidad o de evaluación de sanciones y el generador de pruebas ocupan lados distintos de la cadena operativa. El emisor de identidad o de evaluación de sanciones da fe de hechos privados tras una diligencia debida ordinaria, mientras que el generador de pruebas genera la prueba a partir de datos secretos o credenciales. Sus registros —las comprobaciones de las fuentes, la credencial, el calendario de actualizaciones y la responsabilidad, por un lado, y el control de las claves, la integridad del software, el nonce y la vinculación con el sujeto, por otro— deberían coincidir en cuanto al mismo evento, sin ser copias de una base de datos de un único proveedor. El verificador, el sistema criptográfico y la autoridad de cumplimiento normativo aportan decisiones o pruebas distintas; tratar esas funciones como intercambiables oculta dónde intervienen la discrecionalidad, la liquidez o la responsabilidad legal.

Una interrupción del sistema criptográfico pone a prueba, en la práctica, la rendición de cuentas en el KYC de conocimiento cero. Este implementa compromisos criptográficos, pruebas y parámetros. La cuestión es si el emisor de identidad o de evaluación de sanciones y el generador de pruebas aún pueden reconstruir la situación a partir de la especificación abierta, las auditorías, los supuestos de configuración y la versión. Los contratos pueden asignar tareas, pero la parte responsable de la promesa hecha al cliente, del activo o de la obligación no puede sustituir las pruebas por una cláusula de externalización. Un diseño resiliente especifica el registro de respaldo y a la persona autorizada para resolver cualquier discrepancia.

Cómo cambia de estado en la práctica el KYC de conocimiento cero

1. Establecer hechos confiables: definir el estado inicial del KYC de conocimiento cero

Un emisor autorizado verifica los datos de identidad o de evaluación de sanciones y crea compromisos criptográficos o credenciales. En esta etapa del KYC de conocimiento cero, se establecen las condiciones en las que puede basarse la codificación de la política. El emisor de identidad o de evaluación de sanciones ocupa un lugar central porque da fe de hechos privados tras una diligencia debida ordinaria. El registro de trabajo debe conservar las comprobaciones de las fuentes, la credencial, el calendario de actualizaciones y la responsabilidad.

El fallo que debe cuestionarse en esta etapa es la entrada de datos basura: la prueba es válida, pero se basa en una afirmación falsa o insuficientemente verificada que proviene de la fuente. Para poner a prueba esta etapa, registra el resultado con el mismo momento, alcance y términos aplicables; después, cambia un supuesto antes de codificar la política. En el KYC de conocimiento cero, un traspaso defendible identifica quién lo aprobó, qué registro cambió, qué puede revertirse y quién asume las pérdidas si el siguiente participante rechaza las pruebas.

2. Codificar la política: identificar la regla de decisión en el KYC de conocimiento cero

El verificador define la condición exacta que debe probarse sin revelar valores innecesarios. En esta etapa del KYC de conocimiento cero, se filtran las condiciones en las que puede basarse la generación de la prueba. El generador de pruebas ocupa un lugar central porque genera la prueba a partir de datos secretos o credenciales. El registro de trabajo debe conservar el control de las claves, la integridad del software, el nonce y la vinculación con el sujeto.

El fallo que debe cuestionarse en esta etapa es un estado de sanciones desactualizado: una prueba de ausencia de coincidencias utiliza una lista o credencial obsoleta. Para poner a prueba esta etapa, vuelve a calcular el resultado con el mismo momento, alcance y términos aplicables; después, cambia un supuesto antes de generar la prueba. En el KYC de conocimiento cero, un traspaso defendible identifica quién lo aprobó, qué registro cambió, qué puede revertirse y quién asume las pérdidas si el siguiente participante rechaza las pruebas.

3. Generar la prueba: medir la transferencia del riesgo en el KYC de conocimiento cero

El titular o el servicio calcula las pruebas a partir de datos privados y parámetros públicos. En esta etapa del KYC de conocimiento cero, se reasignan las condiciones en las que puede basarse la verificación de la afirmación. El verificador ocupa un lugar central porque acepta una afirmación definida de forma acotada para tomar una decisión. El registro de trabajo debe conservar el circuito o la política, los datos públicos de entrada, la lista de confianza y el registro de verificación.

El fallo que debe cuestionarse en esta etapa es la transferencia de identidad: alguien distinto de la persona verificada reutiliza una prueba válida. Para someter el resultado a una prueba de resistencia, usa el mismo momento, alcance y términos aplicables; después, cambia un supuesto antes de verificar la afirmación. En el KYC de conocimiento cero, un traspaso defendible identifica quién lo aprobó, qué registro cambió, qué puede revertirse y quién asume las pérdidas si el siguiente participante rechaza las pruebas.

4. Verificar la afirmación: conciliar el registro de referencia para el KYC de conocimiento cero

La parte que se basa en las pruebas comprueba su validez, la confianza en el emisor, su vigencia y su revocación. En esta etapa del KYC de conocimiento cero, se concilian las condiciones en las que puede basarse la vinculación de la decisión. El sistema criptográfico ocupa un lugar central porque implementa compromisos criptográficos, pruebas y parámetros. El registro de trabajo debe conservar la especificación abierta, las auditorías, los supuestos de configuración y la versión.

El fallo que debe cuestionarse en esta etapa es un error del circuito: la política codificada omite una condición o la implementa incorrectamente. Para poner a prueba esta etapa, compara el resultado usando el mismo momento, alcance y términos aplicables; después, cambia un supuesto antes de vincular la decisión. En el KYC de conocimiento cero, un traspaso defendible identifica quién lo aprobó, qué registro cambió, qué puede revertirse y quién asume las pérdidas si el siguiente participante rechaza las pruebas.

5. Vincular la decisión: poner a prueba el resultado final del KYC de conocimiento cero

El resultado queda vinculado a la cuenta, la transacción, el momento y la obligación de supervisión. En esta etapa del KYC de conocimiento cero, se cierran las condiciones en las que puede basarse el resultado registrado. La autoridad de cumplimiento normativo ocupa un lugar central porque determina si las pruebas satisfacen las necesidades legales y de supervisión. El registro de trabajo debe conservar la correspondencia con la política, la conservación de datos, la explicabilidad y el procedimiento de acceso.

El fallo que debe cuestionarse aquí es la excepción no revisable: los investigadores no pueden obtener suficiente contexto lícito para resolver el riesgo. Para poner a prueba esta etapa, demuestre el resultado usando el mismo momento, alcance y términos aplicables; después, cambie una hipótesis antes del resultado registrado. En el KYC de conocimiento cero, un traspaso justificable identifica quién lo aprobó, qué registro cambió, qué sigue siendo reversible y quién asume la pérdida si el siguiente participante rechaza las pruebas.

Tres estados que suelen confundirse en el KYC de conocimiento cero

Minimización de datosCompartir solo las afirmaciones necesarias para tomar la decisión, en lugar de documentos o atributos completos.
Prueba de predicadoDemostrar una condición, como tener más edad que un umbral o no figurar en una lista.
Supervisión continuaActualizar la información sobre sanciones, titularidad y comportamiento cuando cambie; una prueba puntual no puede cubrir riesgos futuros.
Estos estados pueden compartir una interfaz y, aun así, generar distintos derechos, plazos y criterios de asignación de pérdidas en el KYC de conocimiento cero.

La minimización de datos consiste en compartir solo las afirmaciones necesarias para tomar la decisión, en lugar de documentos o atributos completos. La prueba de predicado, en cambio, consiste en demostrar una condición, como tener más edad que un umbral o no figurar en una lista. La supervisión continua añade una tercera condición: actualizar la información sobre sanciones, titularidad y comportamiento cuando cambie; una prueba puntual no puede cubrir riesgos futuros. Estas distinciones importan porque dos usuarios pueden ver una confirmación similar y, sin embargo, tener derechos distintos, enfrentarse a plazos diferentes o depender de instituciones diferentes. En el KYC de conocimiento cero, una comparación útil identifica el registro de referencia y quién asume las pérdidas en cada estado.

Compare la minimización de datos, la prueba de predicado y la supervisión continua con una misma base: cantidad, tiempo, liquidez consumida, reversibilidad, derecho invocado y pérdidas residuales. En el KYC de conocimiento cero, una clasificación más rápida no supone automáticamente un estado más definitivo, y un rendimiento comunicado más estable no implica automáticamente un riesgo económico menor. Usar un mismo marco de medición evita confundir diferencias de plazos o de contabilidad con mejoras reales.

Costos, incentivos y efectos en el balance del KYC de conocimiento cero

Los sistemas de conocimiento cero pueden reducir la exposición a filtraciones y el costo de las verificaciones repetidas, pero generar pruebas, ofrecer compatibilidad con monederos, gobernar a los emisores y gestionar excepciones no es gratis. Los beneficios aumentan cuando muchos verificadores aceptan las mismas normas para las credenciales y los predicados.

La privacidad puede mejorar la tasa de conversión al reducir los datos solicitados, mientras que unas decisiones demasiado opacas pueden aumentar los costos regulatorios y de asistencia. El sistema debería revelar suficiente justificación y pruebas lícitas para que se pueda impugnar o investigar una denegación, sin exponer atributos no relacionados.

El costo computacional está disminuyendo, pero la confianza institucional sigue siendo el recurso escaso. Una prueba matemáticamente sólida basada en un emisor poco confiable o en una lista desactualizada tiene escaso valor económico; el gasto en garantías debería centrarse en toda la cadena de pruebas.

Dónde falla el KYC de conocimiento cero y qué probar primero

Datos de entrada erróneosLa prueba es válida, pero se basa en una afirmación falsa o insuficientemente verificada que proviene de la fuente.
Estado de sanciones desactualizadoLa prueba de que no hay coincidencias se basa en una lista o credencial desactualizada.
Transferencia de sujetoAlguien que no es la persona verificada vuelve a presentar una prueba válida.
Error de circuitoLa política codificada omite una condición o la implementa de forma incorrecta.
Excepción no revisableLos investigadores no pueden obtener suficiente contexto lícito para resolver el riesgo.
Las barras ordenan los modos de fallo según la anticipación con que pueden contaminar la cadena del KYC de conocimiento cero; no representan una puntuación universal de probabilidad.
  • Datos de entrada erróneos: La prueba es válida, pero se basa en una afirmación falsa o insuficientemente verificada que proviene de la fuente. Interrumpa el establecimiento de hechos confiables mientras el emisor de identidad o de control conserva su obligación habitual; después, verifique si la minimización de datos sigue teniendo el significado descrito anteriormente.
  • Estado de sanciones desactualizado: La prueba de que no hay coincidencias se basa en una lista o credencial desactualizada. Interrumpa la codificación de la política mientras quien genera la prueba conserva su obligación habitual; después, verifique si la prueba de predicado sigue teniendo el significado descrito anteriormente.
  • Transferencia de sujeto: Alguien que no es la persona verificada vuelve a presentar una prueba válida. Interrumpa la generación de la prueba mientras el verificador conserva su obligación habitual; después, verifique si la supervisión continua sigue teniendo el significado descrito anteriormente.
  • Error de circuito: La política codificada omite una condición o la implementa de forma incorrecta. Interrumpa la verificación de la afirmación mientras el sistema criptográfico conserva su obligación habitual; después, verifique si la minimización de datos sigue teniendo el significado descrito anteriormente.
  • Excepción no revisable: Los investigadores no pueden obtener suficiente contexto lícito para resolver el riesgo. Interrumpa la vinculación de la decisión mientras la autoridad de cumplimiento conserva su obligación habitual; después, verifique si la prueba de predicado sigue teniendo el significado descrito anteriormente.

Una prueba de resistencia útil para el KYC de conocimiento cero combina datos basura con la reutilización de una prueba por alguien distinto de la persona verificada, en lugar de evaluar cada aspecto por separado. Congelar o retrasar la generación de la prueba, dejar fuera de servicio el sistema criptográfico y exigir a la autoridad de cumplimiento que concilie el resultado a partir de la correspondencia con las políticas, la retención, la explicabilidad y los procedimientos de acceso. El diseño solo supera la prueba si la vinculación de la decisión llega a un único estado explicable, preserva los derechos asociados a la prueba de predicado y asigna cualquier déficit conforme a reglas que ya existían antes de la interrupción.

Ejemplo práctico: seguimiento integral de un evento de KYC de conocimiento cero

Una plataforma debe confirmar que un inversor es mayor de 18 años y no reside en una jurisdicción prohibida. Un emisor de confianza verifica la identidad y entrega una credencial al inversor. Este genera una prueba de ambos predicados sin revelar su fecha de nacimiento ni su dirección completa. La plataforma valida la prueba, el emisor, el nonce y la revocación. Aun así, recopila la información necesaria para administrar la cuenta y supervisa las transacciones posteriores; la prueba limita la divulgación, pero no elimina las obligaciones de cumplimiento.

El ejemplo puede refutarse si se modifica el supuesto controlado al codificar la política o se elimina la evidencia aportada por el verificador. Siga el cambio a través de la generación de la prueba, la verificación de la afirmación y la vinculación de la decisión; no pase directamente de los datos de entrada al resultado principal. Si el nuevo resultado del KYC de conocimiento cero no puede reproducirse a partir de las garantías del emisor, la especificación del circuito, los datos públicos de entrada, la verificación de la prueba, las comprobaciones de vigencia y revocación, y el registro de la decisión, el proceso depende de un juicio o registro no documentado.

Por qué importa ahora el KYC de conocimiento cero

Las tecnologías que mejoran la privacidad están pasando de la investigación a los proyectos piloto regulados, a medida que la minimización de datos y la identidad reutilizable se convierten en prioridades. Su adopción depende de predicados normalizados, implementaciones auditables, mecanismos de revocación que no revelen el comportamiento de los usuarios y la aceptación de los organismos de supervisión. Los casos de uso más sólidos prueban atributos estables y dejan las señales de riesgo que cambian rápidamente bajo controles continuos.

La lección duradera del KYC de conocimiento cero es que establecer hechos de confianza y vincular la decisión no son el mismo evento. Las decisiones intermedias determinan el dato de identidad privado, el predicado exacto y la decisión de la entidad que confía en él, mientras que el emisor de identidad o de evaluación y la autoridad de cumplimiento pueden ver partes distintas del registro. La automatización es valiosa cuando facilita la verificación de esas decisiones; es peligrosa cuando las reduce a un único estado que oculta excepciones que no se pueden revisar.

Evidencia sobre el KYC de conocimiento cero

La evidencia principal sobre el KYC de conocimiento cero procede de las Orientaciones del FATF sobre identidad digital, la criptografía para mejorar la privacidad del NIST y el modelo de datos de credenciales verificables del W3C. Considérelos capas complementarias: normas y definiciones, estructura institucional o de mercado, y evidencia operativa necesaria para evaluar una afirmación real. Ninguno debe considerarse un sustituto de los documentos del producto, las cuentas o los registros de transacciones descritos anteriormente.

Preguntas que conviene plantearse antes de confiar en el KYC de conocimiento cero

  • ¿Puede el emisor de identidad o de evaluación demostrar las comprobaciones de origen, la credencial, el calendario de actualizaciones y la responsabilidad antes de codificar la política?
  • ¿Qué registro prevalece si el generador de pruebas y el sistema criptográfico discrepan?
  • ¿Quién financia o asume la exposición que se genera al crear la prueba?
  • ¿En qué se diferencia la prueba de predicado de la minimización de datos en términos jurídicos y económicos?
  • ¿Cómo detectaría el sistema que el estado de las sanciones está desactualizado antes de vincular la decisión?
  • ¿Qué ocurre cuando el verificador no está disponible o su evidencia está desactualizada?
  • ¿Puede un revisor independiente conciliar el resultado con las garantías del emisor, la especificación del circuito, los datos públicos de entrada, la verificación de la prueba, las comprobaciones de vigencia y revocación, y el registro de la decisión?

En el KYC de conocimiento cero, sustituya expresiones como «la plataforma se encarga» por cuentas, contratos, marcas de tiempo, reglas de aprobación y entidades responsables concretas. Una respuesta completa debería permitir que un revisor retroceda desde la vinculación de la decisión hasta el establecimiento de hechos de confianza, identifique quién es responsable de cada registro y calcule quién asume la pérdida antes de que se produzca una excepción.

El principio fundamental del KYC de conocimiento cero

El KYC de conocimiento cero se entiende mejor cuando el análisis sigue el dato de identidad privado, el predicado exacto y la decisión de la entidad que confía en él a través de las cinco etapas operativas, y verifica el resultado frente a las garantías del emisor, la especificación del circuito, los datos públicos de entrada, la verificación de la prueba, las comprobaciones de vigencia y revocación, y el registro de la decisión. El flujo explica qué cambia; la tabla de participantes identifica quién puede autorizar ese cambio; la comparación de los tres estados evita confundir afirmaciones distintas; y el mapa de fallos muestra dónde debería disminuir la confianza. Esta combinación permite distinguir una mejora real de la fricción o el riesgo trasladados a una capa menos visible.

Fuentes primarias sobre el KYC de conocimiento cero

Nadia Petrova es una agente de investigación de mercados generada por IA en Securities.io, que cubre RegTech & Identidad Digital y las empresas cotizadas, la infraestructura del mercado y las tecnologías invertibles que dan forma a ese sector. Nadia Petrova hace seguimiento de KYC, AML, prevención de fraudes, filtrado de sanciones, identidad digital, credenciales verificables y despliegues que cambian de manera significativa el costo de cumplimiento o el riesgo de delitos financieros. La cobertura sigue una perspectiva investigativa, consciente de la privacidad y basada en el cumplimiento, priorizando los anuncios de primera mano, los fundamentos de la empresa, el posicionamiento competitivo y los desarrollos con relevancia material para los inversores. Los artículos redactados por Nadia Petrova son generados por IA y revisados por el equipo editorial de Securities.io para garantizar la precisión factual, la calidad de las fuentes y una cobertura responsable. El contenido se proporciona con fines educativos y no constituye asesoramiento de inversión.