Israels StarkWare veröffentlicht Fahrplan für Post-Quanten-Kryptographie auf Starknet

de.wedoany.com-Bericht: StarkWare hat einen mehrstufigen Fahrplan für Post-Quanten-Kryptographie (PQ) für das Starknet Layer-2-Netzwerk veröffentlicht, der darauf abzielt, die Kernprimitive von quantenanfälligen kryptographischen Annahmen zu migrieren. Da Starknet das STARK-Beweissystem verwendet, das auf kollisionsresistenten Hashfunktionen und nicht auf elliptischer Kurvenkryptographie (ECC) basiert, ist seine zugrunde liegende Beweisschicht von Natur aus gegen bestimmte Quantenschwachstellen isoliert, die die Abwicklungs-Infrastruktur anderer Blockchain-Netzwerke betreffen. Darüber hinaus ermöglicht die native Kontenabstraktion von Starknet die Implementierung quantenresistenter Signaturschemata auf der Vertragsebene, ohne das Kernprotokoll der Konsensschicht ändern zu müssen.

Die Engineering-Strategie ist in mehrere unabhängige Implementierungsmodule unterteilt, um verschiedene Netzwerkebenen systematisch zu schützen. Die erste Phase ersetzt für neue On-Chain-Aktivitäten den Pedersen-Hash, der elliptische Kurvenannahmen in den Hash-Schichten des Zustandsverpflichtungsbaums, der Vertragsadressableitung und des Betriebssystem-Konfigurations-Hashs erbt, durch den BLAKE2-Hash. Das Update des OS-Konfigurations-Hashs ist für Anfang Juli 2026 im Mainnet geplant, während das von OpenZeppelin entwickelte Kontenvertrag die Falcon-512-Post-Quanten-Signaturoption integrieren wird. Die zweite Phase erweitert die Quantenresistenz auf bestehende On-Chain-Bereitstellungen und führt ein automatisches natives Migrations-Toolkit ein, das es Entwicklern ermöglicht, die Schlüsselableitung von Legacy-Speicher-Slots zu aktualisieren, ohne manuelle Datenmigration oder Unterbrechung von Vertragsschnittstellen.

Die dritte Phase befasst sich mit externen Infrastrukturvektoren, die direkt von der unabhängigen Post-Quanten-Migrationszeitachse von Ethereum abhängen. Das L1-zu-L2-Bridge-Nachrichtenübermittlungs-Framework von Starknet ist auf quantenanfällige secp256k1/r1-Systemaufrufe angewiesen, während seine Zustandsdifferenz-Datenverfügbarkeitsschicht auf elliptischen Kurven basierende KZG-Verpflichtungen in EIP-4844-Blobs nutzt. Die Entfernung dieser spezifischen Systemaufrufe und die Optimierung der Blob-Verpflichtungen werden bedingt nach den kryptographischen Upgrades von Ethereum durchgeführt, um die Transparenz der kettenübergreifenden Nachrichtenübermittlung und Datenverfügbarkeit nicht zu beeinträchtigen.