--- title: "Zero-Knowledge außerhalb von Crypto" canonical: https://wavect.io/de/blog/zero-knowledge-use-cases-outside-crypto/ language: de description: "Sechs Non-Crypto Zero-Knowledge Use Cases: datenschutzwahrendes KYC, Altersverifikation, Lieferketten-Provenance, private Credentials, ML-Inference." image: "https://wavect.io/img/blog/headers/header_zero-knowledge-use-cases-outside-crypto.png" --- [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 8 min Lesezeit · 26. Mai 2026 Zuletzt geprüft 7. August 2026 [**Weiter**](/de/blog/account-abstraction-erc4337-production/) # Zero-Knowledge-Proofs außerhalb von Crypto: KYC, Altersverifikation, Supply Chain TL;DR Zero-Knowledge ist für ausgewählte KYC-, Alters-, Credential-, Supply-Chain- und Verifiable-ML-Flows eine Produktionsoption. Reife hängt von Issuer, Proof-Aussage, Revocation, Zielgeräte-Performance und Audit-Oberfläche ab. Die Engineering-Wochen sind Wavect-Planungsschätzungen, keine Benchmarks oder Fixangebote. Gegen Primärquellen geprüft am 2026-08-07. [Zero-Knowledge](/de/glossary/zero-knowledge/) ist für ausgewählte KYC-, Alters-, Supply-Chain-, Credential- und Verifiable-ML-Flows eine reale Integrationsoption. Production Readiness hängt von Proof-Aussage, Issuer, Zielhardware und Audit-Oberfläche ab. Die Kostenbänder in diesem Post sind Wavect-Planungsschätzungen, keine Branchenbenchmarks oder Fixangebote. ## Was löst ZK für Nicht-Crypto-Produkte tatsächlich? Ein Satz: Beweise eine Tatsache über private Daten, ohne die Daten preiszugeben. Das trifft auf überraschend viele Compliance- und Privacy-Probleme zu, auf die Regulatoren seit 2024 stärker drängen. Age Gates, EU-Residenz-Checks, Supply-Chain-Provenance, Credential-Verifikation, private ML-Inferenz. Das alles wurde früher gelöst, indem das zugrundeliegende Dokument übergeben oder einem zentralen Attester vertraut wurde. ZK gibt dir eine dritte Option. ## Use-Case 1: Privacy-preserving KYC **Das Problem.** Dein Produkt muss wissen, dass ein Nutzer über 18 und EU-Resident ist. Es muss nicht das Geburtsdatum, die Straße oder die Passnummer kennen. Diese Daten zu speichern ist eine Verbindlichkeit unter DSGVO und ein verlockendes Ziel für Angreifer. **Die passende ZK-Tech.** zk-SNARKs über ein Verifiable Credential, signiert von der Government-Wallet des Nutzers oder einem Attestation-Provider. Groth16 oder PLONK, je nach Circuit-Komplexität. Der eIDAS-2.0-Wallet-Rollout in der EU macht die Attestation-Seite 2026 zunehmend tragfähig. **Komplexität.** Medium. Der Circuit ist klein. Die Integration mit Attestation-Providern ist die eigentliche Arbeit. **Kostenband.** Engineering-Wochen: 4 bis 8 für eine Produktionsintegration. Verifier-Infra-Kosten: vernachlässigbar. Audit-Kosten: separates Engagement mit einer ZK-Spezialfirma. ## Use-Case 2: Altersverifikation für regulierte Inhalte **Das Problem.** EU-Institutionen und mehrere Mitgliedstaaten bewegen sich zu stärkerer, privacy-preserving Age Assurance. Der Rechtsstandard und die akzeptierte Methode hängen von Dienst und Jurisdiktion ab; eine pauschale Aussage gegen Selbsterklärung wäre falsch. Pass-Uploads erzeugen zusätzlich UX- und Datenschutzrisiken. **Die passende ZK-Tech.** Ein kleiner Circuit, der "Geburtsjahr liegt am oder vor X" aus einem behördlichen Credential beweist. zk-SNARKs sind hier meist Overkill; ein eng gefasster Circuit mit bekanntem Attester gibt dir schnelle Proofs und kleine Verifier. **Komplexität.** Niedrig bis Medium, größtenteils niedrig, sobald die Attestation-Quelle gewählt ist. **Kostenband.** 3 bis 6 Engineering-Wochen für einen Single-Jurisdiktion-Launch. ## Use-Case 3: Supply-Chain-Provenance **Das Problem.** Du musst beweisen, dass deine Sendung zertifizierte Stationen (Ursprung, Verarbeitung, Versand, Zoll) durchlaufen hat, ohne deine spezifischen Lieferanten, Handelsrouten oder kommerziellen Bedingungen an Wettbewerber oder Gegenparteien preiszugeben. **Die passende ZK-Tech.** zk-STARKs wegen Transparenz (kein Trusted Setup) und Post-Quantum-Resistenz, oder rekursive SNARKs, wenn Proof-Größe mehr zählt als Prover-Zeit. Proofs werden über Stationen aggregiert; nur der finale Verifier sieht das Ergebnis. **Komplexität.** Hoch. Der schwere Teil ist das Datenmodell, nicht die Kryptographie. Lieferanten zum Attestieren zu bewegen, ist der Workstream. **Kostenband.** 8 bis 16 Engineering-Wochen für einen Piloten, der eine Produktlinie abdeckt. ## Use-Case 4: Private Credentials **Das Problem.** Eine Plattform will "dieser Nutzer hält einen Abschluss einer akkreditierten Universität" oder "dieser Nutzer ist ein lizenzierter Profi" verifizieren, ohne das vollständige Dokument zu speichern oder preiszugeben. **Die passende ZK-Tech.** Verifiable Credentials plus Selective Disclosure und bei Bedarf ein Predikat-Proof. W3C VC Data Model 2.0 ist eine Recommendation; die W3C-BBS-Cryptosuite war im April 2026 noch Candidate Recommendation Draft. **Komplexität.** Medium. Issuer-Integration, Revocation, Wallet-Interoperabilität und Reife der gewählten Cryptosuite sind die Hauptprobleme. **Kostenband.** 4 bis 10 Engineering-Wochen je nach Issuer-Integrationen. ## Use-Case 5: Confidential ML-Inferenz **Das Problem.** Ein Nutzer will Evidenz, dass ein bestimmtes Modell den Output erzeugt hat. Input- und Modell-Privacy sind getrennte Anforderungen, die zusätzlich FHE, MPC oder TEE brauchen können. **Die passende ZK-Tech.** zkML für Proof of Inference. Hersteller melden inzwischen Llama-Klasse, aber Latenz, Kosten, Operator-Support, Quantisierung und Security müssen für das konkrete Modell reproduziert werden. **Komplexität.** Hoch. Ehrliche Einordnung: Das ist 2026 noch bleeding edge. Siehe unseren [Bleeding-Edge-Service](/de/services/bleeding-edge/), wie wir dieses Risiko angehen. **Kostenband.** 12 bis 24 Engineering-Wochen für einen engen vertikalen Piloten. ## Use-Case 6: Dezentrale-Identität-Selective-Disclosure **Das Problem.** Ein Nutzer hat ein Wallet, das mehrere Credentials hält. Die Relying Party sollte nur das spezifische Attribut erfahren, das sie braucht (Residenz, Beruf, Altersband), nichts anderes. **Die passende ZK-Tech.** BBS+-Signaturen mit Selective Disclosure, plus ein optionaler ZK-Predikat-Proof für abgeleitete Attribute. Funktioniert sauber mit [Account-Abstraction](/de/glossary/account-abstraction/) -Wallets auf der EVM-Seite. **Komplexität.** Medium. **Kostenband.** 5 bis 10 Engineering-Wochen. ## Wie sieht das Planungsbild über alle sechs aus? Die Engineering-Wochen sind Wavect-Schätzungen für einen engen ersten Release. Audit, Issuer-Onboarding, Zertifizierung, Legal Review und Produktions-Prover-Infrastruktur kommen separat dazu. | Use-Case | ZK-Tech | Komplexität | Eng-Wochen | | --- | --- | --- | --- | | Privacy-preserving KYC | SNARK + Attestation | Medium | 4 bis 8 | | Altersverifikation | Scoped SNARK | Niedrig bis Medium | 3 bis 6 | | Supply-Chain-Provenance | STARK oder rekursiver SNARK | Hoch | 8 bis 16 | | Private Credentials | SNARK + VC / BBS+ | Medium | 4 bis 10 | | Confidential ML | zkML | Hoch | 12 bis 24 | | Selective Disclosure | BBS+ + ZK-Predikat | Medium | 5 bis 10 | ![Kevin Riedl](/img/team/kevin.webp) "ZK wird endlich ein Integrationswerkzeug, kein nur-Crypto-Forschungsprojekt." ## Q&A: Ist ZK Overkill für KYC? Für manche Teams, ja. Wenn du KYC an einen regulierten Anbieter abgeben kannst und die Daten nicht selbst speicherst, hast du für die meisten Jurisdiktionen schon eine akzeptable Antwort. ZK wird attraktiv, wenn (a) du wiederholte Verifikationen willst, ohne den Nutzer erneut zu fragen, (b) du in einer Jurisdiktion operierst, in der der eIDAS-2.0-Wallet-Flow live ist und Nutzer ihn erwarten, oder (c) die Kosten eines Breachs deiner KYC-Datenbank existenziell sind. Wenn eines davon gilt, zahlt sich ZK schnell aus. ## Q&A: Wie lange dauert Proof-Generierung tatsächlich? Das hängt von Circuit, Proof-System, Implementierung, Hardware, Memory, Wrapper und Runtime ab. Mopro veröffentlicht Werte von Hunderten Millisekunden bis zu vielen Sekunden; einige Halo2-Verifikationen überschreiten 100 Millisekunden, große Circuits erreichen Sekunden oder scheitern am Mobile-Memory. Benchmarke Prover und Verifier auf den Zielgeräten. ## Q&A: Kann ein kleines Team das ohne Kryptographen bauen? Ein kleines Team kann ein auditiertes Credential-Protokoll oder SDK integrieren. Einen Production Circuit zu schreiben oder wesentlich zu ändern erzeugt aber eine andere Assurance-Last. Ramp-up ersetzt kein Protocol Review, Circuit Testing, Fuzzing, Version Pinning und unabhängiges Audit. ## Q&A: Was ist mit [Account-Abstraction](/de/glossary/account-abstraction/) und ZK zusammen? Beides lässt sich kombinieren: Eine Account-Abstraction-Wallet kann einen frischen Credential- oder ZK-Proof in ihrer Authorization Policy verlangen. Das ist ein nützliches Muster, aber noch kein universeller Standard und bringt Recovery-, Revocation-, Replay-, Privacy- und Upgrade-Anforderungen mit. ## Q&A: Müssen [Smart Contracts](/de/glossary/smart-contract/) überhaupt beteiligt sein? Nein. ZK funktioniert komplett off-chain. Ein normales Web2-Backend kann einen SNARK oder STARK mit einer kleinen Bibliothek verifizieren. Die Chain wird nur gebraucht, wenn du öffentliche, zensurresistente Verifikation oder Komposabilität mit On-Chain-Logik willst. Die meisten KYC- und Altersverifikations-Deployments, die wir gescopt haben, sind rein off-chain. Wenn du tiefer gehen willst: Unser [pragmatischer Guide zum Bauen mit ZK und FHE](/de/blog/building-real-applications-zero-knowledge-fhe-2026/) behandelt das Entscheidungs-Framework und die Failure-Modes, der [2026er-ZK-State-of-the-Art-Post](/de/blog/zero-knowledge-proofs-production-2026/) enthält aktuelle zkVM-Benchmarks und Proving-Kosten, und [ZK vs FHE vs MPC vs TEE](/de/blog/zk-vs-fhe-vs-mpc-vs-tee/) vergleicht die Alternativen. ## Quellen und Verifikation 1. European Commission (2026). European Digital Identity and the end-of-2026 wallet availability deadline. [commission.europa.eu](https://commission.europa.eu/topics/digital-economy-and-society/european-digital-identity_en) 2. European Commission (2026). EU age-verification blueprint and implementation status. [digital-strategy.ec.europa.eu](https://digital-strategy.ec.europa.eu/en/factpages/blueprint-age-verification-solution-help-protect-minors-online) 3. W3C (2025). Verifiable Credentials Data Model 2.0. [w3.org](https://www.w3.org/TR/vc-data-model-2.0/) 4. W3C (2026). Data Integrity BBS Cryptosuites v1.0, Candidate Recommendation Draft. [w3.org](https://www.w3.org/TR/vc-di-bbs/) 5. Mopro (2026). Mobile and browser proof-generation and verification benchmarks. [zkmopro.org](https://zkmopro.org/docs/performance/) 6. Lagrange (2026). DeepProve open-source release and vendor-reported zkML results. [lagrange.dev](https://lagrange.dev/deepprove) ## Fazit Zero-Knowledge ist für ausgewählte Nicht-Crypto-Integrationen eine Produktionsoption, besonders für kleine Alters-, KYC- und Credential-Aussagen mit vertrauenswürdigem Issuer. Prüfe zuerst Rechtsanforderung, Issuer-Abdeckung, Proof-Aussage, Revocation, Zielgeräte-Performance und Fallback. Eigene Circuits brauchen Specialist Review, Fuzzing und unabhängiges Audit. ## Das könnte dich auch interessieren.. [**Echte Anwendungen mit ZK und FHE bauen 2026: Ein pragmatischer Guide** Das Entscheidungs-Framework: wann diese Technologien Sinn ergeben, was sie 2026 kosten, und die fünf Arten, wie Projekte scheitern.](/de/blog/building-real-applications-zero-knowledge-fhe-2026/) [**Wavect vs eine klassische Dev-Agentur** Generalisten verkaufen Kapazität, wir verkaufen Produkturteil plus die Engineering-Leistung, die auch ausliefert.](/de/compare/wavect-vs-dev-agencies/) Datenschutz und Kryptografie ## In diesem Cluster weiterlesen Zero Knowledge, FHE und Privacy-preserving Computing jenseits des Hypes. [Mit dem Grundlagenartikel starten**Zero-Knowledge-Proofs 2026: Was wirklich production-ready ist**](/de/blog/zero-knowledge-proofs-production-2026/) - [zkTLS für KI-Agenten: Webdaten beweisen, Secrets schützen](/de/blog/zktls-ai-agents/) - [Echte Anwendungen mit ZK und FHE bauen 2026: Ein pragmatischer Guide](/de/blog/building-real-applications-zero-knowledge-fhe-2026/) - [Zero-Knowledge-Proofs 2026: Was wirklich production-ready ist](/de/blog/zero-knowledge-proofs-production-2026/) - [Fully Homomorphic Encryption 2026: Was shipped und was noch Hype ist](/de/blog/fully-homomorphic-encryption-practical-2026/) - [ZK vs FHE vs MPC vs TEE: Wie du 2026 wählst](/de/blog/zk-vs-fhe-vs-mpc-vs-tee/) Postfach, ohne Lärm ## Folge der Arbeit, die für dich zählt Du bekommst eine kurze E-Mail, wenn wir etwas Neues veröffentlichen. Folge dem ganzen Blog oder nur den Themen, die dich interessieren. [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 8 min Lesezeit · 26. Mai 2026 Zuletzt geprüft 7. August 2026 [**Weiter**](/de/blog/account-abstraction-erc4337-production/) Neue Beiträge per E-Mail × × Neue Beiträge per E-Mail Eine kurze E-Mail, wenn wir etwas veröffentlichen. Kostenlos, ohne Tracking. ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/de/blog/zero-knowledge-use-cases-outside-crypto/#webpage", "@type": "WebPage", "dateModified": "2026-07-07", "inLanguage": "de", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-07-07", "url": "https://wavect.io/de/blog/zero-knowledge-use-cases-outside-crypto/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "Zero-Knowledge ist für ausgewählte KYC-, Alters-, Credential-, Supply-Chain- und Verifiable-ML-Flows eine Produktionsoption. Reife hängt von Issuer, Proof-Aussage, Revocation, Zielgeräte-Performance und Audit-Oberfläche ab. Die Engineering-Wochen sind Wavect-Planungsschätzungen, keine Benchmarks oder Fixangebote. Gegen Primärquellen geprüft am 2026-08-07.", "articleBody": " Blog-Übersicht/Web3 und Datenschutz/Datenschutz und Kryptografie Zero-Knowledge-Proofs außerhalb von Crypto: KYC, Altersverifikation, Supply Chain TL;DR Zero-Knowledge ist für ausgewählte KYC-, Alters-, Credential-, Supply-Chain- und Verifiable-ML-Flows eine Produktionsoption. Reife hängt von Issuer, Proof-Aussage, Revocation, Zielgeräte-Performance und Audit-Oberfläche ab. Die Engineering-Wochen sind Wavect-Planungsschätzungen, keine Benchmarks oder Fixangebote. Gegen Primärquellen geprüft am 2026-08-07. Zero-Knowledge ist für ausgewählte KYC-, Alters-, Supply-Chain-, Credential- und Verifiable-ML-Flows eine reale Integrationsoption. Production Readiness hängt von Proof-Aussage, Issuer, Zielhardware und Audit-Oberfläche ab. Die Kostenbänder in diesem Post sind Wavect-Planungsschätzungen, keine Branchenbenchmarks oder Fixangebote. Was löst ZK für Nicht-Crypto-Produkte tatsächlich? Ein Satz: Beweise eine Tatsache über private Daten, ohne die Daten preiszugeben. Das trifft auf überraschend viele Compliance- und Privacy-Probleme zu, auf die Regulatoren seit 2024 stärker drängen. Age Gates, EU-Residenz-Checks, Supply-Chain-Provenance, Credential-Verifikation, private ML-Inferenz. Das alles wurde früher gelöst, indem das zugrundeliegende Dokument übergeben oder einem zentralen Attester vertraut wurde. ZK gibt dir eine dritte Option. Use-Case 1: Privacy-preserving KYC Das Problem. Dein Produkt muss wissen, dass ein Nutzer über 18 und EU-Resident ist. Es muss nicht das Geburtsdatum, die Straße oder die Passnummer kennen. Diese Daten zu speichern ist eine Verbindlichkeit unter DSGVO und ein verlockendes Ziel für Angreifer. Die passende ZK-Tech. zk-SNARKs über ein Verifiable Credential, signiert von der Government-Wallet des Nutzers oder einem Attestation-Provider. Groth16 oder PLONK, je nach Circuit-Komplexität. Der eIDAS-2.0-Wallet-Rollout in der EU macht die Attestation-Seite 2026 zunehmend tragfähig. Komplexität. Medium. Der Circuit ist klein. Die Integration mit Attestation-Providern ist die eigentliche Arbeit. Kostenband. Engineering-Wochen: 4 bis 8 für eine Produktionsintegration. Verifier-Infra-Kosten: vernachlässigbar. Audit-Kosten: separates Engagement mit einer ZK-Spezialfirma. Use-Case 2: Altersverifikation für regulierte Inhalte Das Problem. EU-Institutionen und mehrere Mitgliedstaaten bewegen sich zu stärkerer, privacy-preserving Age Assurance. Der Rechtsstandard und die akzeptierte Methode hängen von Dienst und Jurisdiktion ab; eine pauschale Aussage gegen Selbsterklärung wäre falsch. Pass-Uploads erzeugen zusätzlich UX- und Datenschutzrisiken. Die passende ZK-Tech. Ein kleiner Circuit, der \"Geburtsjahr liegt am oder vor X\" aus einem behördlichen Credential beweist. zk-SNARKs sind hier meist Overkill; ein eng gefasster Circuit mit bekanntem Attester gibt dir schnelle Proofs und kleine Verifier. Komplexität. Niedrig bis Medium, größtenteils niedrig, sobald die Attestation-Quelle gewählt ist. Kostenband. 3 bis 6 Engineering-Wochen für einen Single-Jurisdiktion-Launch. Use-Case 3: Supply-Chain-Provenance Das Problem. Du musst beweisen, dass deine Sendung zertifizierte Stationen (Ursprung, Verarbeitung, Versand, Zoll) durchlaufen hat, ohne deine spezifischen Lieferanten, Handelsrouten oder kommerziellen Bedingungen an Wettbewerber oder Gegenparteien preiszugeben. Die passende ZK-Tech. zk-STARKs wegen Transparenz (kein Trusted Setup) und Post-Quantum-Resistenz, oder rekursive SNARKs, wenn Proof-Größe mehr zählt als Prover-Zeit. Proofs werden über Stationen aggregiert; nur der finale Verifier sieht das Ergebnis. Komplexität. Hoch. Der schwere Teil ist das Datenmodell, nicht die Kryptographie. Lieferanten zum Attestieren zu bewegen, ist der Workstream. Kostenband. 8 bis 16 Engineering-Wochen für einen Piloten, der eine Produktlinie abdeckt. Use-Case 4: Private Credentials Das Problem. Eine Plattform will \"dieser Nutzer hält einen Abschluss einer akkreditierten Universität\" oder \"dieser Nutzer ist ein lizenzierter Profi\" verifizieren, ohne das vollständige Dokument zu speichern oder preiszugeben. Die passende ZK-Tech. Verifiable Credentials plus Selective Disclosure und bei Bedarf ein Predikat-Proof. W3C VC Data Model 2.0 ist eine Recommendation; die W3C-BBS-Cryptosuite war im April 2026 noch Candidate Recommendation Draft. Komplexität. Medium. Issuer-Integration, Revocation, Wallet-Interoperabilität und Reife der gewählten Cryptosuite sind die Hauptprobleme. Kostenband. 4 bis 10 Engineering-Wochen je nach Issuer-Integrationen. Use-Case 5: Confidential ML-Inferenz Das Problem. Ein Nutzer will Evidenz, dass ein bestimmtes Modell den Output erzeugt hat. Input- und Modell-Privacy sind getrennte Anforderungen, die zusätzlich FHE, MPC oder TEE brauchen können. Die passende ZK-Tech. zkML für Proof of Inference. Hersteller melden inzwischen Llama-Klasse, aber Latenz, Kosten, Operator-Support, Quantisierung und Security müssen für das konkrete Modell reproduziert werden. Komplexität. Hoch. Ehrliche Einordnung: Das", "articleSection": "Engineering", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "commission.europa.eu", "url": "https://commission.europa.eu/topics/digital-economy-and-society/european-digital-identity_en" }, { "@type": "WebPage", "name": "digital-strategy.ec.europa.eu", "url": "https://digital-strategy.ec.europa.eu/en/factpages/blueprint-age-verification-solution-help-protect-minors-online" }, { "@type": "WebPage", "name": "w3.org", "url": "https://www.w3.org/TR/vc-data-model-2.0/" }, { "@type": "WebPage", "name": "w3.org", "url": "https://www.w3.org/TR/vc-di-bbs/" }, { "@type": "WebPage", "name": "zkmopro.org", "url": "https://zkmopro.org/docs/performance/" }, { "@type": "WebPage", "name": "lagrange.dev", "url": "https://lagrange.dev/deepprove" } ], "dateModified": "2026-08-07", "datePublished": "2026-05-26", "description": "Zero-Knowledge ist für ausgewählte KYC-, Alters-, Credential-, Supply-Chain- und Verifiable-ML-Flows eine Produktionsoption. Reife hängt von Issuer, Proof-Aussage, Revocation, Zielgeräte-Performance und Audit-Oberfläche ab. Die Engineering-Wochen sind Wavect-Planungsschätzungen, keine Benchmarks oder Fixangebote. Gegen Primärquellen geprüft am 2026-08-07.", "headline": "Zero-Knowledge außerhalb von Crypto", "image": "https://wavect.io/img/blog/headers/header_zero-knowledge-use-cases-outside-crypto.svg", "inLanguage": "de", "mainEntityOfPage": { "@id": "https://wavect.io/de/blog/zero-knowledge-use-cases-outside-crypto/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/de/blog/zero-knowledge-use-cases-outside-crypto/", "wordCount": 1419 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/de/", "name": "Startseite", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/overview/", "name": "Blog-Übersicht", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/topics/web3-privacy/", "name": "Web3 und Datenschutz", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/clusters/privacy-cryptography/", "name": "Datenschutz und Kryptografie", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/zero-knowledge-use-cases-outside-crypto/", "name": "Zero-Knowledge außerhalb von Crypto | ", "position": 5 } ] } ```