Zum Inhalt springen

Python Erstzulassung und historischer Trust

Die Schichten Python und AdmissionService überlagern die authentifizierte Erstzulassung und das historische Vertrauen über dem sechsstufigen Verifizierer Signed Document (MWP-ADM-005). Der steuernde sprachunabhängige Ablauf ist die lokale Laufzeitseite für Erstzulassung und historisches Vertrauen, und die genauen Anforderungen sind die lokalen First-Admission- und Historical-Trust-Klauseln.

Öffentlich API Verantwortung
AdmissionCurrentKeyResolver.resolve_current Geben Sie den vollständigen Organization-weiten Registry-Beweis zurück, der besagt, dass die Bereitstellung für eine neue Erstzulassungsentscheidung aktuell ist.
TrustedAdmissionContext.issue Vergeben Sie die vertrauenswürdige Datensatz-ID, die vertrauenswürdige Annahme sofort und den Annahmedienst erst nach behördlicher Abwesenheit.
AdmissionLog.lookup Gibt AdmissionLookupStatus.FOUND mit authentifizierten Bytes oder AdmissionLookupStatus.AUTHORITATIVE_ABSENCE zurück. Transportfehler, Cache-Fehler, unbestimmter Status und nicht authentifizierte Abwesenheit müssen gemäß MWP-ADM-003 zu einer geschlossenen Ablehnung führen.
AdmissionLog.append_or_return_existing Kandidatenbytes atomar anhängen oder den gleichzeitigen maßgeblichen Gewinner zurückgeben.
AuthenticatedAdmissionRecord Binden Sie zurückgegebene Datensatzbytes an die vom Adapter authentifizierte akzeptierende Dienstidentität für die MWP-ADM-009-Validierung.
AdmissionService.prepare_first_admission Erstellen und validieren Sie Kandidatenbytes aus einem bereits überprüften Dokument und einem vertrauenswürdigen Kontext. Es stellt keine Zulassung dar und impliziert auch keine Zulassung.
AdmissionService.admit_first Implementieren Sie den Fluss „Current-Evidence“, „Authoritative-Absence“, „Atomic Append“ und „Returned Record“ in MWP-ADM-006.
AdmissionService.verify_historical_admission Führen Sie die Überprüfung erneut mit historischen Registry-Beweisen durch und fordern Sie einen gefundenen Datensatz an, ohne Kontext auszugeben oder anzuhängen, wie in MWP-ADM-008 gefordert.

Das Adapterergebnis ist ein typisierter Beweis. Ein vom Anrufer bereitgestellter boolescher Vertrauenswert ist kein maßgebliches Suchergebnis und darf niemals den Erfolgspfad auswählen.

admit_first führt eine Überprüfung durch, bevor das Protokoll aufgerufen wird. Wenn die Suche AdmissionLookupStatus.AUTHORITATIVE_ABSENCE zurückgibt, ruft sie prepare_first_admission auf, ruft append_or_return_existing auf und validiert dann den tatsächlich zurückgegebenen Datensatz. Ein gleichzeitiger Gewinner ist nur akzeptabel, wenn seine Bytes, sein authentifizierter Dienst, seine Dokumentbindung und seine vertrauenswürdige Zeit alle gültig sind (MWP-ADM-009, MWP-ADM-010).

Die historische Wiedergabe verwendet den beibehaltenen Registry-Verlauf, erfordert einen gefundenen Zulassungsdatensatz und ruft niemals TrustedAdmissionContext.issue oder AdmissionLog.append_or_return_existing auf. Übereinstimmende Datensatz-IDs im Beispiel zeigen, dass die Wiedergabe den ersten maßgeblichen Datensatz wiederhergestellt hat. Sie allein beweisen nicht die Aktualität von Command, die Autorisierung des Unterzeichners, die Akzeptanz durch den Zustandsautomaten oder die tragbare protokollsichere Überprüfung. Command Aktualität und Unterzeichnerautorisierung bleiben gemäß MWP-ADM-013 und MWP-ADM-014 separate Anforderungen.

Die Ablehnung der postkryptografischen Zulassung bleibt geschützt, Stufe admission und Überweisungscode AUTH_INVALID_SIGNATURE (MWP-ADM-012).