El registro público de pruebas certificadas dentro del framework del </AI> Protocol
Sistema de depósito evidencial externo para pruebas digitales y unidades de decisión cerradas. Permite anclar contenidos, decisiones y outputs de sistemas digitales, incluidos los basados en inteligencia artificial, a una referencia verificable, independiente y temporalmente definida, en sectores donde la supervisión no debe declararse, sino demostrarse.
EVIDE forma parte del </AI> Protocol, el framework para la supervisión verificable de sistemas digitales y de inteligencia artificial.
EVIDE schema v2.0 – Forensic Cross-Check and Evidentiary Profile
EVIDE va ahora más allá de conservar lo que el sistema declaró. Con la v2.0, evidentiary_profile se calcula en el servidor en el momento del intake: una lectura de nueve dimensiones del objeto de cierre que incluye continuity, inferida mediante Forensic Cross-Check. EVIDE verifica ahora si la declaración de estabilidad era coherente con lo que el gate podía realmente observar en el momento del cruce del límite.
El problema que EVIDE resuelve
El AI Act requiere supervisión humana. Pero no define cómo esa supervisión se vuelve demostrable.
Y es exactamente aquí donde, en la práctica, comienzan los problemas.
Lo que muchos equipos ya están observando es esto:
- la decisión existe, pero la referencia no es estable entre sistemas
- la autoridad está registrada, pero no es claramente atribuible
- la justificación existe, pero permanece como texto libre, no estructurado y no recuperable de forma coherente bajo presión de auditoría
- el proceso existe, pero no puede reconstruirse de manera defendible
El sistema no falla. Hace algo más sutil.
Estabiliza objetos de decisión que solo están parcialmente definidos.
Y es exactamente aquí donde la interpretabilidad y la defendibilidad comienzan a degradarse con el tiempo.
AI Act -> es normativo | EVIDE -> es evidencial
AI Act -> es ex-ante (cumplimiento) | EVIDE -> es ex-post (defendibilidad)
AI Act -> es política | EVIDE -> es prueba
El AI Act define lo que debe existir. EVIDE define lo que debe ser demostrable.
No compiten. Son dos capas diferentes de la misma cadena de responsabilidad.
Quién usa EVIDE – y por qué
Cada día, las organizaciones en sectores regulados toman miles de decisiones asistidas por IA. Aprobaciones de crédito, evaluaciones de siniestros, selección de candidatos, recomendaciones clínicas, revisiones de cumplimiento. En cada caso, la pregunta que reguladores y tribunales comienzan a hacer no es si se usó IA, sino si el profesional que revisó el output operaba dentro de una estructura documentada y defendible.
EVIDE aborda esta pregunta estructuralmente, en cinco sectores:
Decisiones de crédito, evaluaciones de riesgo, revisiones KYC/AML. La auditoría regulatoria no puede reconstruir qué taxonomía estaba en uso en el momento de una decisión. EVIDE la ancla externamente en el momento del intake.
Evaluación de siniestros, detección de fraude, decisiones de suscripción. Cuando un siniestro denegado se impugna ante un tribunal, EVIDE proporciona el registro estructurado de la revisión humana frente a un criterio definido, externamente verificable.
Bajo el AI Act de la UE, las decisiones de personal asistidas por IA son de alto riesgo. EVIDE hace demostrable la supervisión humana, no solo declarada, con taxonomía y umbral anclados en el momento de la revisión.
La IA está cada vez más presente en el soporte diagnóstico y el triaje. EVIDE separa la responsabilidad institucional de la del clínico individual mediante una atribución estructurada anclada de forma independiente.
Despachos de abogados, DPOs y consultores de cumplimiento que operan con múltiples clientes y marcos normativos. Una única integración EVIDE funciona para todos los clientes, en todos los sectores: el schema es domain-agnostic. Cuando los reguladores preguntan: la respuesta no es un documento. Es un registro verificable con hash y marca de tiempo.
Explorar todos los casos de uso con análisis riesgo/beneficio ->
Qué es el Depósito Evidencial Externo
El Depósito Evidencial Externo – EVIDE es el sistema público y verificable de registro de pruebas digitales certificadas dentro del </AI> Protocol. Cada unidad evidencial depositada recibe un identificador único en el formato EVIDE-YYYYMMDD-XXXX, permanentemente asociado al hash SHA-256 del contenido y al timestamp UTC del intake.
El término “externo” no indica una ubicación geográfica, sino un principio arquitectónico fundamental: el depósito se realiza ante una entidad tercera, independiente de quienes produjeron o utilizaron la prueba. Esta separación es la condición necesaria para que el depósito tenga valor probatorio en contextos legales y no pueda impugnarse como autorreferencial.
EVIDE
E -> Evidentiary object (objeto evidencial)
V -> Verifiable state (estado verificable)
I -> Integrity-bound (vinculado a la integridad)
D -> Decision-complete (decisión completa)
E -> Externally anchored (anclado externamente)
EVIDE no es solo prueba.
Es una prueba Verificable, vinculada a la Integridad, completa como Decisión y anclada Externamente.
El anclaje externo es lo que hace que una decisión sea externamente responsable.
Una decisión está lista para ser anclada no cuando está libre de interpretación, sino cuando la interpretación que contiene ya ha sido hecha explícita, atribuible, y ya no necesita ser reconstruida por la capa ejecutora.
El objetivo no es eliminar la interpretación. El objetivo es garantizar que la interpretación sea explícita, asumida y sellada antes de la ejecución.
EVIDE JSON: hacer visible la estructura de la decisión
El schema EVIDE JSON define el payload estructurado mínimo necesario para anclar una decisión como objeto evidencial independientemente verificable. Expone si la decisión se tomó dentro de una estructura upstream definida (taxonomía, umbral y la autoridad detrás de ese umbral) en el momento del registro.
Esto no valida decisiones. Expone si una decisión se tomó dentro de una estructura definida, y si esa estructura tenía ella misma una fuente atribuible.
“classification_context”: {
“taxonomy_reference”: “https://…”,
“threshold_reference”: “https://…”,
“threshold_status”: “met”,
“threshold_authority”: {
“source”: “Policy Committee”,
“attribution_status”: “attributed”
}
}
}
Un principio arquitectónico clave es la separación entre taxonomy_reference (sistema de clasificación interno, una elección editorial) y threshold_reference (regla externa o parámetro normativo, una restricción normativa). Esta separación no es un detalle técnico. Es lo que permite que gobernanza y regulación coexistan sin confundirse.
La especificación completa del schema, incluyendo definiciones de campos, campos obligatorios y opcionales, reglas de canonicalización, guía de interpretación del cierre y patrones de clasificación, se mantiene en:
EVIDE JSON – especificación del schema actual ->
Forensic Cross-Check y el perfil evidencial
Con EVIDE v2.0, el sistema ya no se limita a conservar lo que el sistema de origen declaró. En el momento del intake, EVIDE calcula en el servidor un evidentiary_profile, una lectura estructurada de nueve dimensiones del objeto de cierre que no forma parte del payload enviado y no se incluye en el hash canónico.
Las nueve dimensiones cubren: identity, authority, classification, threshold, threshold authority, boundary readiness, runtime visibility, trace reference y continuity.
La novena dimensión, continuity, es la más significativa arquitectónicamente. No es declarada por el sistema de origen. Es inferida por EVIDE mediante el Forensic Cross-Check:
“mode”: “inferred”,
“state”: “degraded”,
“derivation”: “classification_x_runtime_visibility”,
“function”: “forensic_cross_check”
}
El Forensic Cross-Check detecta un modo de fallo específico y previamente no abordado: la Coherencia Sintética, es decir, la condición en la que una decisión parece proceduralmente estable e internamente coherente, mientras que la superficie runtime observable que sustenta esa estabilidad ya se ha degradado en el momento del cruce del límite.
En la práctica, la inferencia sigue una matriz conservadora:
- clasificación estable + visibilidad confirmada -> continuity: stable
- clasificación estable + visibilidad parcial -> continuity: degraded
- clasificación provisional + cualquier visibilidad -> continuity: degraded o unknown
- clasificación contestada + cualquier visibilidad -> continuity: broken
Esto también crea un camino de evolución limpio: hoy mode: "inferred", futuro Gate Qualification Framework mode: "qualified", sin romper la compatibilidad downstream.
Leer la referencia completa del schema ->
Validación del límite de capa
EVIDE opera en el límite de anclaje evidencial de la cadena de responsabilidad, el punto donde un estado de cierre responsable cruza un límite de confianza y se vuelve independientemente verificable fuera del sistema de origen.
El comportamiento en el límite ha sido técnicamente validado en escenarios de integración reales, incluyendo arquitecturas de gobernanza runtime en vivo. Conclusiones principales:
- La trazabilidad interna, incluso si es completa y estructurada, no alcanza el estado evidencial independiente sin una capa de anclaje con confianza separada
- El disparador de cierre no es la finalización conductual, sino el cierre de responsabilidad: el momento en que un resultado está explícitamente vinculado a una autoridad identificada
- El objeto evidencial producido en este límite es verificable sin acceso al sistema de origen
- La fortaleza evidencial es graduada: un registro anclado con atribución completa, taxonomía definida y autoridad de umbral verificada conlleva una defendibilidad significativamente mayor que uno anclado con fundamento estructural parcial o ausente
Para el análisis técnico completo del comportamiento en el límite y los estados evidenciales graduados:
- EVIDE Boundary Model – Validación del límite de capa y estados evidenciales
- EVIDE Boundary Model v2 – Estados evidenciales graduados y defendibilidad externa
De la decisión a la estructura defendible: el análisis técnico completo ->
-> De la decisión a la estructura defendible: cuando la supervisión se convierte en prueba
-> Leer la especificación técnica pública
-> Verificar un código CWC en el registro público
-> EVIDE – Registro evidencial para contenidos y decisiones digitales
-> Política del registro CWC
-> Solicitar un código de verificación CWC oficial
-> Framework de documentación para la gobernanza de IA
-> Guía de implementación: supervisión de IA verificable
-> Oversight bias
-> Decision Attestation Layer
-> AI Evidence Officer
-> La capa evidencial en la gobernanza de IA
-> FAQ sobre el </AI> Protocol
Lecturas relacionadas:
-> AI Data Poisoning
-> Human in the loop
-> Casos reales de fallos en la gobernanza de IA
Trabaja con nosotros:
Para qué sirve
EVIDE responde a una necesidad concreta: anclar pruebas, decisiones y outputs de sistemas digitales a una referencia verificable en el tiempo.
- Protección interna: registro inmediato con hash y marca de tiempo defendibles
- Prevención legal: certificación anticipada antes de que surjan disputas
- Escalado bajo demanda: la certificación también puede realizarse posteriormente preservando la validez del hash original
- Optimización de costes: certificación selectiva solo donde sea necesario
La estructura del depósito
El proceso está estructurado en dos niveles distintos con valor evidencial creciente.
Nivel 1 – Intake evidencial
En el momento del envío, se calcula el hash SHA-256 y se registra el timestamp UTC. Esto ya constituye prueba de la existencia del contenido en esa forma.
- ARCHIVO / ZIP: hash byte a byte
- URL: hash de la cadena exacta
- TEXTO: hash del texto normalizado
- JSON: payload canonicalizado (claves ordenadas alfabéticamente) y hasheado de forma determinista
Todos los procesos son conformes con RFC 3161 y preparados para timestamps cualificados eIDAS.
Con la introducción del tipo JSON estructurado, EVIDE admite ahora también el depósito de objetos de decisión estructurados. A diferencia de los tipos genéricos, el JSON no es contenido arbitrario: es un contrato mínimo entre el sistema que produjo la decisión y la capa evidencial que la ancla en el tiempo. El payload se canonicaliza antes del hashing, garantizando un hash determinista independiente del orden de los campos.
Para la especificación del schema actual, los campos obligatorios y las reglas de canonicalización: EVIDE JSON – especificación del schema actual ->
El depósito JSON permite a los sistemas externos tratar el identificador EVIDE como una referencia de autoridad portable: un ancla evidencial verificable que puede moverse entre capas y permanecer válida independientemente del sistema que produjo la decisión original.
Los depósitos EVIDE también están disponibles via API para sistemas que gestionan grandes volúmenes de decisiones estructuradas. El endpoint acepta payloads JSON conformes al schema EVIDE actual, calcula el hash canonicalizado de forma determinista y devuelve evide_id, intake_hash y el evidentiary_profile calculado en el servidor en la respuesta.
Adecuado para sistemas de IA que producen decisiones a escala, plataformas de gobernanza automatizadas e integraciones enterprise que requieren un anclaje evidencial continuo sin intervención manual.
Nivel 2 – Certificación FEDIS y publicación
La certificación completa incluye validación profesional, emisión del FEDIS y publicación en el registro EVIDE. Los archivos originales se eliminan tras la emisión; el sistema conserva solo el hash.
El identificador EVIDE
EVIDE-20260403-0042- EVIDE prefijo del registro
- YYYYMMDD fecha
- XXXX número progresivo único
El registro es público y verificable. La integridad puede comprobarse calculando el hash del contenido original.
La separación entre intake y certificación
No todas las declaraciones deben ser públicas. Todas deben ser defendibles.
El intake tiene valor probatorio incluso sin publicación. La certificación FEDIS representa el siguiente nivel.
La certificación también puede realizarse posteriormente, siempre que el contenido coincida exactamente con el hash registrado.
Cadena de Pruebas Verificable
Con la introducción de la Cadena de Pruebas Verificable, EVIDE ya no certifica un momento único. Certifica un proceso.
Cada intake permanece independiente e inmutable, con su propio hash SHA-256 y timestamp UTC. Pero puede vincularse a un intake anterior, creando una secuencia probatoria verificable en el tiempo. Cada nodo de la cadena mantiene su propia integridad: el vínculo es opcional y no modifica la huella digital del elemento individual.
Puede probar la navegación de prueba [clic aquí]
Por qué esto lo cambia todo
En procedimientos legales o auditorías, no basta con demostrar la decisión final. A menudo es necesario reconstruir cómo se pasó de la versión inicial a la definitiva: qué cambios se realizaron, cuándo y en qué orden.
La cadena de pruebas EVIDE responde exactamente a esta necesidad:
- Intake #1 – documento original, decisión inicial, primera versión
- Intake #2 – revisión, actualización, integración
- Intake #3 – versión final, con certificación FEDIS y publicación EVIDE
Cada paso tiene su propio hash. La secuencia es verificable. La diligencia profesional se vuelve demostrable.
No estás archivando un archivo. Estás documentando la responsabilidad profesional en el tiempo.
Casos de uso concretos:
- Contratos en negociación: cada versión está certificada, la secuencia es inatacable
- Políticas empresariales: las revisiones posteriores están vinculadas a la versión original
- Outputs de sistemas de IA: cada actualización del modelo o cambio de respuesta queda registrado
- Decisiones médicas o legales: el proceso de toma de decisiones se documenta paso a paso
- Cumplimiento normativo: las versiones de políticas y procedimientos son verificables en el tiempo
Una identidad verificada, múltiples organizaciones
Un único DAPI identifica a la persona. La misma identidad verificada puede operar en múltiples perímetros organizativos distintos, manteniendo separados solicitudes, cadenas y facturación.
Esta arquitectura responde a una necesidad concreta de abogados, DPOs, consultores y despachos profesionales que gestionan simultáneamente múltiples clientes o mandatos:
- Abogado – gestiona el despacho, tres empresas clientes y un organismo público con un único login
- DPO externo – opera en múltiples organizaciones como responsable de protección de datos, manteniendo separados registros y solicitudes
- Consultor de gobernanza de IA – certifica outputs y decisiones para diferentes clientes, con facturación separada para cada mandato
- Despacho profesional – los colaboradores operan bajo la misma estructura pero en perímetros de clientes distintos, con roles y accesos diferenciados
Cómo funciona
El DAPI identifica al profesional. La organización define el perímetro operativo. Cada solicitud se origina dentro de un perímetro organizativo específico:
- Las solicitudes, cadenas y certificaciones permanecen separadas por organización
- La facturación está asociada a la organización, no al usuario individual
- Los roles dentro de cada organización son configurables: owner, admin, member
Roles dentro de la organización
Los tres roles definen el perímetro de visibilidad y la responsabilidad de cada miembro:
| Rol | Visibilidad de solicitudes | Facturación | Caso de uso típico |
|---|---|---|---|
| Owner | Todas las solicitudes de la organización, independientemente de quién las creó | Puede introducir y gestionar datos de facturación | Socio director, titular del mandato |
| Admin | Todas las solicitudes de la organización, independientemente de quién las creó | Puede introducir y gestionar datos de facturación | Asociado senior, responsable de operaciones |
| Member | Solo sus propias solicitudes dentro de la organización | No puede modificar datos de facturación | Asociado, becario, consultor asignado |
Un abogado socio (owner) ve todos los casos del despacho. Un asociado (member) ve solo los suyos. La separación es automática y no requiere configuración manual para cada solicitud.
- Múltiples profesionales pueden operar en la misma organización con identidades DAPI distintas
No vendemos certificaciones a usuarios individuales. Proporcionamos una infraestructura evidencial a los profesionales que la llevan a sus clientes.
El profesional que adopta EVIDE para un cliente se convierte naturalmente en el punto de entrada para todos sus clientes. Un abogado que certifica las decisiones de una empresa verá rápidamente el valor de extender el mismo sistema a los otros mandatos de su despacho.
EVIDE como infraestructura de prueba digital
Con la introducción de la cadena de pruebas y la gestión multi-organización, EVIDE evoluciona de herramienta de certificación puntual a infraestructura operativa para la prueba digital.
No se trata de certificar un único contenido. Se trata de construir un sistema en el que cada decisión, cada revisión, cada output digital relevante esté anclado a una referencia verificable, independiente y temporalmente definida.
- Aislado – cada intake es autónomo e individualmente verificable
- Secuencial – los intakes pueden formar cadenas evidenciales en el tiempo
- Perímetro separado – cada organización tiene su propio espacio operativo
- Escalable – un profesional puede gestionar N organizaciones con una única identidad
De la prueba aislada a la responsabilidad continua.
Lo que dicen los profesionales
Señales independientes de arquitectos y profesionales que trabajan en problemas adyacentes en gobernanza de IA, límites de ejecución e infraestructura evidencial.
“The isolation of ‘continuity-substrate instability’ is the most critical architectural diagnosis of the year. The industry is obsessed with auditing the payload while completely ignoring the physics of the transport layer. Evidence without physical enforcement is just an autopsy report. The EVIDE architecture is setting the standard for how we translate degraded trust into kinetic severance.”
Naimat Ullah, Principal Architect: AI Execution Boundaries, Founder Velos Systems
Mayo 2026 – en respuesta a: “The Hidden Governance Risk: When Evidentiary Integrity Is Not Enough”
Todas las señales externas y validaciones arquitectónicas ->
Acceso al sistema
El acceso está reservado a los titulares de certificado DAPI, garantizando la identidad del sujeto que realiza el depósito.
El registro EVIDE, en cambio, es público y accesible sin autenticación.
El framework está definido públicamente como “The </AI> Protocol” y está certificado de forma forense a través de CertifyWebContent. Esta documentación constituye un registro verificable y con marca de tiempo de su estructura, sus conceptos y su implementación.