Vitalik fordert ZK- und FHE-Entwickler auf, „das Verschlüsselungsverhältnis direkt anzuzeigen“: Sie können den Unterschied auf einen Blick erkennen und dann über Optimierung sprechen

Datenschutztechnologie muss auf einen Blick klar sein. Vitalik Buterin forderte die Entwickler auf, das „Effizienzverhältnis“ direkt anzugeben, wenn es um die Leistung von ZK und FHE geht.
(Vorläufige Zusammenfassung: Die Ethereum Foundation hat eine „Privacy Research Group“ gegründet, um sechs wichtige Roadmaps zu fördern und den Wettbewerb auf dem Gebiet der Privatsphäre umfassend zu starten)
(Hintergrundergänzung: Die Ethereum Foundation hat einen End-to-End-Datenschutzentwurf veröffentlicht, einen dreigleisigen Ansatz zur Stärkung der Grundlage von DeFi und Compliance)

Inhalt dieses Artikels

Der Mitbegründer von Ethereum, Vitalik Buterin, hat kürzlich einen veröffentlicht In einem Artikel über die Ziel ist es, einen direkteren Teststandard für die Machbarkeit der Web3-Datenschutztechnologie vorzuschlagen.

Vitalik konzentriert sich auf das Effizienzverhältnis

Herkömmliche Durchsatzmetriken hängen stark von der Hardwareumgebung ab und können die tatsächliche Belastung durch die Verschlüsselungsschicht nicht erkennen. Vitalik weist darauf hin, dass Entwickler, wenn sie wissen, dass die ursprüngliche Berechnung nur 1 Millisekunde dauert, aus dem Effizienzverhältnis direkt ableiten können, wie lange die Verschlüsselung dauert.

Vitaliks Tweet-Übersetzung:

Ich hoffe, dass mehr Leute, die ZK (Zero-Knowledge) und FHE (vollständig homomorphe Verschlüsselung) nutzen, Verhältniswerte verwenden können, um den zusätzlichen Overhead auszudrücken („Rechenzeit unter kryptografischem Schutz“ vs. „ursprüngliche Rechenzeit“), anstatt nur zu sagen: „Wir können N Operationen pro Sekunde ausführen.“

Dies ist unabhängiger von der Hardware und kann eine sehr aussagekräftige Zahl liefern: Wenn meine Anwendung durch Kryptografie geschützt ist, anstatt sich auf Vertrauen zu verlassen, wie viel Effizienz werde ich dann opfern?

Das ist im Allgemeinen auch für die Schätzung besser, da ich als Entwicklerbereits weiß, wie viel Zeit die Rohberechnung in Anspruch nimmt, und ich nehme diese Zeit einfach und multipliziere sie mit dem Multiplikator.

(Ja, ich weiß, dass das schwierig ist, da die zwischen „Ausführung“ und „Erzeugung eines Beweises“ erforderlichen Vorgänge unterschiedlicher Natur sind, insbesondere SIMD/Parallelisierung und Speicherzugriffsmuster betreffen, sodass selbst das Verhältnis immer noch in gewissem Maße von der Hardware beeinflusst wird. Aber trotzdem denke ich immer noch, dass die Darstellung des Overheads als Vielfaches, wenn auch nicht perfekt, immer noch ein guter Indikator ist.)

Ich wünschte, mehr ZK- und FHE-Leute würden ihren Overhead als Verhältnis angeben (Zeit für die Berechnung der In-Kryptographie vs. Zeit für die Rohberechnung), anstatt nur zu sagen: „Wir können N Operationen pro Sekunde ausführen“

Es ist hardwareunabhängiger und liefert eine sehr informative Zahl: Wie hoch ist die Effizienz bei mir …

— vitalik.eth (@VitalikButerin) 18. Oktober 2025

Vitalik betonte, dass dieses Verhältnis zwar immer noch durch Speicherlayout, Grad der Parallelisierung und Unterschiede im Befehlssatz beeinflusst wird, es der Community jedoch zumindest ermöglicht, „dasselbe Lineal zu verwenden“, um verschiedene Lösungen zu messen.

Leistungsengpässe von ZK und FHE

ZK und FHE haben sehr unterschiedliche Funktionen beim Schutz der Privatsphäre der Benutzer, sind aber auch mit einem hohen Overhead konfrontiert. Sobald die Komplexität der ZK-Schaltung zunimmt, kann die Beweiserstellungszeit Hunderte Male dauern. Der Engpass von FHE ist noch offensichtlicher. Die FHE-Version der maschinellen Lerninferenz ist 20.000-mal langsamer als einfacher Text.

Diese Verzögerungen erschweren die Implementierung von Szenarien wie DeFi, dezentraler Identität (DID) und KI in der Kette und unterstreichen auch die Bedeutung des Effizienzverhältnisrahmens. Daher fordert Vitalik jeden dazu auf, die Belastung jeder Lösung zu erkennen, bevor wir über Optimierung sprechen können.

Optimierungspfad und ökologische Zusammenarbeit

Vitaliks Initiative ermutigt die Gemeinschaft, Forschungs- und Entwicklungsressourcen neu zu verteilen. Es zeigt sich, dass Innovationen auf Algorithmenebene kurzfristig immer noch das wichtigste Mittel sind, um die Quote zu senken. Der nächste mittelfristige Schritt ist die Aufrüstung der GPU- oder ASIC-Rechnerausrüstung, wodurch die absolute Zeitberechnungszeit auf einen für Benutzer akzeptablen Bereich reduziert werden soll.

Langfristig werden selektive Verschlüsselung und schichtübergreifende Zusammenarbeit der Schlüssel zur Förderung der Massenakzeptanz sein. Derzeit fördert die Verschlüsselungsbranche die Standardisierung von ZK-Schaltkreisen, die Optimierung des FHE-Compilers und die gemeinsame Nutzung von Beweisen außerhalb der Kette. Ziel ist es, die Effizienzquote zu senken, ohne die Privatsphäre zu schwächen, und mehr Szenarien für dezentrale Anwendungen zu gewinnen.