Wer teilt was. Und warum.
Begleiten Sie eine Altersprüfung vom signierten Nachweis bis zur bestätigten Voraussetzung.
Persönliche Daten bleiben bei der Prüfung in Ihrer Wallet.
Beispielhafter ZKP-Ablauf. Weitere Geräte zeigen das Netzwerk; sie empfangen diese Übertragung nicht.
Ein Blick in die Übertragung.
Prüfen Sie Nachweis, Anfrage, Beweis oder Prüfschritte. Die Auswahl eines Reiters pausiert die Animation.
VC: der vom Aussteller bestätigte Nachweis
Ein Verifiable Credential (VC) enthält Aussagen eines Ausstellers und schützt sie gegen Manipulation. Der Aussteller sendet ihn an die Wallet. Ein späterer Prüfer kann die benötigte Aussage prüfen, ohne alle Felder zu erhalten.
Fiktive Beispielfelder, kein signierter Nachweis oder ausführbarer Beweis. Diese Darstellung sendet keine persönlichen Daten.
{
"type": "VerifiableCredential",
"issuer": "Demo issuer",
"credentialSubject": {
"name": "Alex Example",
"birthDate": "2000-01-01"
},
"issuerSignature": "[illustrative; not a real signature]"
}Die Mathematik hinter der Prüfung
Schematische Notation. Das gewählte Beweisverfahren muss den ausstellerbestätigten Nachweis, die Altersbedingung und die Bindung an diese Anfrage prüfen. Ein gültiger Beweis allein belegt nicht, dass die ursprünglichen Angaben des Ausstellers korrekt waren.
π = Prove(pk, private_witness, public_inputs)
Verify(vk, π, public_inputs) → true / false
birthDate ≤ 2008-09-14 ⇔ age ≥ 18 on 2026-09-14Private Eingaben: Nachweisattribute und Signatur sowie gegebenenfalls ein Geheimnis zur Inhaberbindung.
Öffentliche Eingaben: Mindestalter, vereinbarter Stichtag, Anfrage-Challenge und die im gewählten Protokoll erforderliche Referenz auf Aussteller oder Prüfschlüssel.
Beweisformat, Schaltung, Inhaberbindung und Statusprüfung hängen von der konkreten Umsetzung ab. Diese Animation führt kein ZKP-Verfahren aus.
Ein Pilot validiert das gewählte Beweisverfahren, unterstützte Geräte, Ausstellervertrauen und die Prüfung des Nachweisstatus.