AnyValid
Prototipo de investigación sobre la validación frente a fuentes con autoridad
¿Puede validarse una afirmación, un identificador o un estado frente a una fuente con autoridad, y sigue vigente esa validación?
Visión general
20pruebas en el repositorio
AnyValid pregunta a una autoridad, a través de un adaptador, si una afirmación se sostiene, y registra la respuesta como una validación con un período de vigencia. Las validaciones caducan, y la revalidación abre un caso nuevo que sustituye al anterior en lugar de editarlo.
Su disciplina es mantener separadas las no respuestas de las respuestas. Una autoridad que no respondió no es un resultado negativo, y tampoco lo es una autoridad para la que no existe adaptador. Ambos casos abren una tarea para una persona.
Los seis prototipos comparten un núcleo de aplicación en el repositorio de AnyLAI: casos, una línea de tiempo de eventos encadenada por hash, evidencia con procedencia y tres marcas de tiempo, tareas y actos de autoridad. Cada prototipo añade solo su propio vocabulario y sus propias reglas.
Ciclo de vida de una validación
Número de registro de la empresa
respuestas
no respuestas
↻ revalidación: caso nuevo
PENDING
Seis estados, no intercambiables. Solo VALID e INVALID son respuestas.
Descripción en texto del diagrama
Una validación empieza como PENDING. La autoridad puede responder VALID o INVALID. Si la autoridad no respondió, el estado es ERROR. Si no existe un adaptador para esa autoridad, el estado es UNAVAILABLE. ERROR y UNAVAILABLE abren cada uno una tarea para una persona. Una validación VALID pasa a EXPIRED cuando termina su vigencia, y la revalidación abre un caso nuevo que sustituye al anterior.
Componentes básicos
Solicitud de validación
Una afirmación que comprobar y la autoridad competente para ella.
Adaptador
La conexión con una autoridad, en modo real o de referencia.
Estado de validación
PENDING, VALID, INVALID, EXPIRED, ERROR o UNAVAILABLE.
Vigencia
Cuándo deja de ser válida una validación y cuándo debe revalidarse.
Respaldo humano
Una tarea que se abre siempre que la autoridad no puede dar una respuesta.
Un número de registro
- 1
El número de registro de un proveedor se envía al registro competente a través de su adaptador.
- 2
El registro no responde a tiempo: el estado es ERROR, y se pide a una persona que lo compruebe manualmente.
- 3
Una solicitud posterior tiene éxito: VALID, con una vigencia de un año.
- 4
Pasado un año, la validación está EXPIRED, y la revalidación abre un caso nuevo.
En qué se diferencia
AnyValid ≠ AnyVerifyPrototipo de investigación · no publicado
AnyVerify compara la evidencia que ya se tiene. AnyValid consulta a una autoridad externa.
AnyVerifyAnyValid ≠ Trust ArchitectureArquitectura de plataforma implementada
En la arquitectura de confianza, una validación es un tipo de evidencia; no sustituye a la revisión.
Trust Architecture
Estado
Prototipo de investigación en el repositorio de AnyLAI. El ciclo de vida funciona sobre un adaptador de referencia que lee datos de prueba fijos; no hay ninguna autoridad real integrada. No publicado y no desplegado.
Limitaciones
- No hay ninguna autoridad real conectada; los registros están marcados como modo de referencia.
- Todavía nada caduca ni se revalida por temporizador, porque no hay planificador de tareas.
- Una validación refleja lo que dijo una autoridad en un momento dado, no una verdad permanente.