AnyValid
Forschungsprototyp zur Validierung gegen maßgebliche Quellen
Lässt sich eine Aussage, eine Kennung oder ein Status gegen eine maßgebliche Quelle validieren, und gilt diese Validierung noch?
Überblick
20Tests im Repository
AnyValid fragt über einen Adapter eine maßgebliche Stelle, ob eine Aussage zutrifft, und hält die Antwort als Validierung mit einer Gültigkeitsdauer fest. Validierungen laufen ab, und eine Revalidierung eröffnet einen neuen Fall, der den alten ablöst, statt ihn zu bearbeiten.
Seine Disziplin besteht darin, Nicht-Antworten von Antworten zu trennen. Eine Stelle, die nicht geantwortet hat, ist kein negatives Ergebnis, und eine Stelle, für die kein Adapter existiert, ebenso wenig. Beides eröffnet eine Aufgabe für einen Menschen.
Die sechs Prototypen teilen sich im Repository von AnyLAI einen Anwendungskernel: Fälle, eine hash-verkettete Ereigniszeitleiste, Nachweise mit Provenienz und drei Zeitstempeln, Aufgaben und Autorisierungsakte. Jeder Prototyp ergänzt nur sein eigenes Vokabular und seine eigenen Regeln.
Lebenszyklus einer Validierung
Handelsregisternummer
Antworten
keine Antworten
↻ Revalidierung: neuer Fall
PENDING
Sechs Zustände, nicht austauschbar. Nur VALID und INVALID sind Antworten.
Textbeschreibung des Diagramms
Eine Validierung beginnt als PENDING. Die Stelle kann mit VALID oder INVALID antworten. Hat die Stelle nicht geantwortet, ist der Zustand ERROR. Gibt es für diese Stelle keinen Adapter, ist der Zustand UNAVAILABLE. ERROR und UNAVAILABLE eröffnen jeweils eine Aufgabe für einen Menschen. Eine VALID-Validierung wird EXPIRED, wenn ihre Gültigkeitsdauer endet, und die Revalidierung eröffnet einen neuen Fall, der den alten ablöst.
Bausteine
Validierungsanfrage
Eine zu prüfende Aussage und die dafür zuständige Stelle.
Adapter
Die Verbindung zu einer Stelle, im Live- oder im Referenzmodus.
Validierungsstatus
PENDING, VALID, INVALID, EXPIRED, ERROR oder UNAVAILABLE.
Gültigkeitsdauer
Wann eine Validierung ihre Gültigkeit verliert und wann sie erneut validiert werden sollte.
Rückfall auf den Menschen
Eine Aufgabe, die immer dann eröffnet wird, wenn die Stelle keine Antwort geben kann.
Eine Registernummer
- 1
Die Registernummer eines Lieferanten wird über den passenden Adapter an das zuständige Register gesendet.
- 2
Das Register antwortet nicht rechtzeitig: Der Zustand ist ERROR, und ein Mensch wird gebeten, von Hand zu prüfen.
- 3
Eine spätere Anfrage gelingt: VALID, mit einer Gültigkeitsdauer von einem Jahr.
- 4
Nach einem Jahr ist die Validierung EXPIRED, und die Revalidierung eröffnet einen neuen Fall.
Abgrenzung
AnyValid ≠ AnyVerifyForschungsprototyp · unveröffentlicht
AnyVerify vergleicht Nachweise, die bereits vorliegen. AnyValid fragt eine maßgebliche Stelle von außen.
AnyVerifyAnyValid ≠ Trust ArchitectureUmgesetzte Plattformarchitektur
In der Trust Architecture ist eine Validierung eine Art von Nachweis; sie ersetzt die Prüfung nicht.
Trust Architecture
Stand
Forschungsprototyp im Repository von AnyLAI. Der Lebenszyklus läuft über einen Referenzadapter, der eine Fixture-Datei liest; keine echte Stelle ist angebunden. Unveröffentlicht und nicht produktiv betrieben.
Grenzen
- Keine echte Stelle ist angebunden; Aufzeichnungen sind als Referenzmodus gekennzeichnet.
- Noch läuft nichts zeitgesteuert ab und nichts wird zeitgesteuert revalidiert, weil es keinen Scheduler gibt.
- Eine Validierung gibt wieder, was eine Stelle zu einem Zeitpunkt gesagt hat, keine dauerhafte Wahrheit.