Coin Brief ENDE

EIP-8288 auf dem OP Stack: Post-Quanten-Transaktionen mit 100 bis 129 Byte

Ein Beitrag auf Ethereum Research vom 2. November mit dem Titel „It's time to scale the trust: EIP-8288 on OP Stack“ überträgt das Design von EIP-8288 auf ein L2 und nennt Messwerte aus einem Proof of Concept. Ausgangspunkt sind Daten. Rollups haben die Ausführung vom L1 verlagert, doch die Signatur jeder Transaktion landet weiterhin dort, und Post-Quanten-Signaturen sind 10- bis über 100-mal größer als ECDSA. In den OP-Stack-Zahlen des Autors ist eine komprimierte ECDSA-Überweisung 118 Byte groß, rund 6.600 passen in einen Kanal aus sechs Blobs; mit einer eingebetteten leanSPHINCS-Signatur wächst die Transaktion auf 5.034 Byte, und derselbe Kanal fasst 155.

EIP-8288 nimmt Signaturen und Beweise aus den Transaktionen heraus: Sie reisen im Mempool und werden rekursiv zu einem Sammelbeweis zusammengeführt. Auf dem L1 steht dieser Beweis in einem Feld des Block-Headers. L2-Blöcke kommen dafür zu schnell, daher veröffentlicht der Proof of Concept einen Sammelbeweis über viele L2-Blöcke als neuen OP-Stack-Batch-Typ 0x02 auf dem L1. Ein Block, dessen Beweis nie eintrifft, wird bei der Ableitung durch einen Block ersetzt, der nur seine Einzahlungen behält.

Die gemessenen Ergebnisse: Eine mit leanSPHINCS authentifizierte Transaktion komprimiert auf 100 bis 129 Byte, nahe an ECDSA. Eine AWS-Maschine c7a.8xlarge mit 32 Kernen beweist bis zu 170 leanSPHINCS-Signaturen pro Sekunde auf einer Kette mit zwei Sekunden Blockzeit; bei dieser Last passen die 2.040 Transaktionen je L1-Block im Schnitt in 2,8 bis 3,3 Blobs, gegenüber 79 Blobs mit eingebetteten Signaturen.

EIP-8288 auf dem OP Stack: Post-Quanten-Transaktionen mit 100 bis 129 Byte
EIP-8288 auf dem OP Stack: Post-Quanten-Transaktionen mit 100 bis 129 Byte — Coin Brief

Was das bedeutet

Der Beitrag verschiebt die Post-Quanten-Debatte von der Signaturgröße zur Frage, wer die Prüfung bezahlt. Halten die Zahlen, muss ein L2 nicht zwischen Quantensicherheit und heutigem Durchsatz wählen, übernimmt aber einen Prover, der mit der Kette Schritt halten muss, und einen neuen Fehlerfall: einen Block, der seine Transaktionen verliert, wenn der Beweis ausbleibt. Beides sind konkrete Prüfpunkte, keine offenen Fragen.

Geschrieben von Victoria Shinder.