Ethlabs hat seinen Quick-Slots-Vorschlag aus Ethereums Hegotá-Upgrade zurückgezogen und fordert die Core-Entwickler zugleich auf, Post-Quantum- und "Post-AI"-Sicherheit zum organising objective für 2027 zu machen. Der Vorschlag, bekannt als "pqai27", würde auch die geplante Aufnahme von FOCIL überdenken und könnte Reihenfolge und Struktur des Upgrades umgestalten, obwohl bisher keine Roadmap-Änderungen genehmigt wurden.

Die Position wurde in einem Beitrag vom 11. November im Ethereum-Magicians-Forum dargelegt, der nach der Devcon-Woche veröffentlicht wurde, die Ethlabs gemeinsam mit den Ethereum-Core-Entwicklern in Mumbai verbracht hatte. Der Beitrag enthält zwei Entscheidungen mit unterschiedlichem Status: Ethlabs kann Quick Slots zurückziehen, das es selbst entwickelt hat, aber seine weitergehende Bitte zur Neuordnung von Hegotá bleibt ein Positionspapier, bis der Core-Entwickler-Prozess es übernimmt.

Ethlabs ist eine gemeinnützige Forschungsgruppe, die im Juni von fünf ehemaligen Ethereum-Foundation-Forschern gegründet wurde. Sie hat Fördermittel von Bitmine, SharpLink und dem Consensys-Gründer Joe Lubin erhalten. Die Gruppe hat Quick Slots geschrieben und den Vorschlag im Herbst aktiv beworben, sodass sie ihn selbst aus der Betrachtung entfernen kann. Die Ethereum-Roadmap kann sie nicht einseitig ändern.

Ethlabs definiert Post-Quantum-Sicherheit als Kryptografie, die ein hinreichend großer Quantencomputer nicht brechen könnte. "Post-AI" ist ein Begriff der Gruppe selbst und umfasst zwei zusammenhängende Anliegen. Das erste ist Kryptografie, die auf möglichst wenigen mathematischen Annahmen beruht, da Ethlabs argumentiert, dass KI-Systeme, die offene mathematische Probleme lösen können, schließlich Schwachstellen aufdecken könnten, die Forscher nicht antizipiert haben. Das zweite ist Client-Software, die mit und gegen Modelle gehärtet wird, die Fehler im großen Maßstab finden. Der Beitrag qualifiziert die zweite Verwendung von "Post-AI" mit "plausibly" und behauptet nicht, dass das daraus resultierende Design nachweisbar sicher wäre.

Hegotá ist geplant nach Glamsterdam, das laut Ethlabs wie geplant erfolgen sollte. Die Frage, die die Gruppe aufwirft, betrifft den Inhalt von Hegotá, nicht eine Verzögerung von Glamsterdam.

Zwei Ziele innerhalb des 2027-Ziels

Ethlabs unterteilt seinen Vorschlag in zwei Ebenen. Den Plan einfach als "quantensicheres Ethereum bis 2027" zu beschreiben, würde daher überzeichnen, was vorgeschlagen wird.

Die erste Ebene, auf Hegotá ausgerichtet, ist pqai-ready. Unter diesem Ziel:

• Der Konsens würde Post-Quantum-Kryptografie verwenden.
• Jeder Account hätte einen Migrationsweg zu Post-Quantum-Schlüsseln.
• Das Netzwerk würde die durch Glamsterdam gelieferte Kapazität behalten.
• Würde die aktuelle Kryptografie gebrochen, könnte Ethereum auf Post-Quantum-Systeme umschalten und mit reduzierter Kapazität weiterbetrieben werden.

Die zweite Ebene ist pqai-scaled, beschrieben als Stretch-Ziel für einen späteren Fork. Sie würde erfordern:

• Post-Quantum-Transaktionen mit voller Kapazität.
• Post-Quantum-Blobs als Ersatz für den Calldata-Fallback.
• Signaturaggregation durch EIP-8288 und Post-Quantum-Datenverfügbarkeit durch EIP-8479.
• Voraussichtlich Änderungen, die sowohl den Execution- als auch den Consensus-Layer betreffen.

"Reduzierte Kapazität" hat im Vorschlag von Ethlabs eine konkrete Bedeutung. Post-Quantum-Signaturen sind größer als aktuelle Signaturen, was Transaktionen, die sie verwenden, teurer macht. Blobs, der von Rollups genutzte Datenkanal, sind ebenfalls nicht Post-Quantum-fähig. Im Notfall könnten Rollups ihre Daten stattdessen als Calldata in regulären Blöcken veröffentlichen. Ethlabs sagt, dieser Ansatz könnte das heutige Blob-Volumen zu höheren Kosten aufnehmen. Die Kette würde weiterlaufen, nur nicht so günstig.

Das pqai-ready-Ziel ist ein gestauchter Zeitplan rather als eine völlig neue Frist. Ethlabs weist darauf hin, dass die Ethereum Foundation ihr Post-Quantum-Ziel bereits von 2029 auf 2028 vorgezogen hatte. Ethlabs strebt die Betriebsbereitschaft ein Jahr früher an, während die vollständige Post-Quantum-Operation im selben Jahr als zusätzliche Leistung betrachtet wird.

Warum Quick Slots zurückgezogen wurde

Quick Slots, EIP-8198, würde die Slot-Dauer zu einem per Upgrade anpassbaren Parameter machen und sie zunächst von 12 auf 10 Sekunden reduzieren. Ein Slot ist eine geplante Gelegenheit, einen Block zu erzeugen. Die Verkürzung des Intervalls würde Ethereum sechs solcher Gelegenheiten pro Minute statt fünf geben, also rund 20 % mehr.

Die Änderung würde die Reaktionsfähigkeit betreffen, nicht die Gesamtkapazität. Der Entwurf hält Gas- und Blob-Durchsatz pro Sekunde stabil, indem die Limits pro Block reduziert werden. Blöcke würden häufiger ankommen, aber jeder wäre kleiner. On-Chain-Märkte könnten häufiger neu bewertet werden, und eine Transaktion könnte früher inkludiert werden, wobei die tatsächliche Wartezeit weiterhin von Gebühren, Netzüberlastung und der Art abhinge, wie Anwendungen Anfragen bündeln.

Die Transaktionsfinalität ist ein eigenes Thema unabhängig von der Slot-Frequenz. Coindoo hat Ethereums Bestrebungen, die Finalität zu verkürzen, zuvor in seinem Artikel über Ethereums 16-minütige Settlement-Wartezeit beleuchtet.

Ethlabs erklärte, es unterstütze das Konzept weiterhin und plane, 2028 an kürzeren Slots zu arbeiten. Vorerst ist Quick Slots jedoch von der Hegotá-Liste gestrichen.

Ethlabs stellte den Rückzug als ein Opfer dar. Es hatte eine Umfrage unter 20 DeFi-Gründern veröffentlicht, die die Änderung unterstützten, und erklärte, es sei bereit, die Entscheidung gegenüber denen zu verteidigen, die der Gruppe vertraut hatten.

Die Aufnahme des Vorschlags war keineswegs sicher. Der Protocol-Cluster der Ethereum Foundation veröffentlichte am 7. September in seinem Protocol-Update seine Bewertung der Hegotá-Kandidaten. Quick Slots erhielt insgesamt die Note B: Die Forschungsteams bewerteten es stark, während die für die Umsetzung verantwortlichen Engineering-Teams ein D vergaben.

Die Engineering-Bedenken betrafen die Kette von Folgeänderungen, die ein kürzerer Slot im Konsens-Layer auslösen würde. Bevor die Priorität erhöht würde, wollten die Ingenieure eine vollständige Spezifikation, einen Prototyp, eine Analyse der Auswirkungen auf Anwendungen und Infrastruktur sowie Nachweise, dass die Änderung den Übergang zu entkoppeltem Konsens nicht erschweren würde. Geplante Punkte sollten zuerst stabilisiert werden.

Ethlabs hat einen Teil dieser Liste abgearbeitet. In seinem Update der Woche 14 berichtete die Gruppe, dass die Quick-Slots-Feature-Spezifikation gemerged worden sei. Damit war die erste der vier Forderungen erfüllt, aber Client-Implementierung und Testing standen noch aus. Ethlabs gab also ein Feature auf, das es wollte und das Unterstützung hatte, dessen Platz in Hegotá aber noch bedingt war. Der Rückzug ist weniger bedeutsam als die Streichung eines bereits eingeplanten Hauptfeatures, verschafft Ethlabs aber größeres Gewicht, um für die Entfernung von Vorschlägen zu argumentieren, die es nicht selbst verfasst hat.

Frames verbindet die Sicherheitsziele

Frame Transactions, EIP-8141, ist bereits das Execution-Layer-Hauptfeature von Hegotá. Es würde die Art, wie ein Account Transaktionen validiert und Gebühren zahlt, programmierbar machen, statt diese Funktionen an heutige elliptische Kurvensignaturen zu binden.

In Ethlabs' Vorschlag würde Frames zusammen mit SPHINCS, einem hashbasierten Signaturverfahren, und anderen Post-Quantum-Account-Vorschlägen ausgeliefert werden. Diese Mechanismen würden jedem Account einen Weg zu Post-Quantum-Schlüsseln eröffnen. Sie würden auch Schlüsselrotation, separate Recovery-Schlüssel und abgegrenzte Berechtigungen ohne Drittanbieter-Dienste unterstützen. Diese breitere Funktionalität ist der Grund, warum Ethlabs Frames als nützlich über die Quanten-Sicherheitsfrage hinaus beschreibt.

Protokollunterstützung für ein neues Signaturverfahren wäre nur die halbe Migration. Wallets müssten die Signiermethode implementieren und den Nutzern einen klaren Prozess für die Umstellung bieten. Validatoren bräuchten Vorregistrierungssysteme und Tools für den Wechsel zu Post-Quantum-Schlüsseln. Ethlabs ordnet diese Arbeit als "außerhalb des Hardfork-Zeitplans" ein, was bedeutet, dass das Protokoll bereit sein könnte, bevor die meisten Nutzer darauf vorbereitet sind.

Ein weiterer Teil des Vorschlags ist gar nicht kryptografisch. Ethlabs möchte, dass Client-Teams dedizierte Zeit erhalten, um ihre Software mit und gegen Frontier-KI-Modelle zu härten. Zudem setzt es auf Client-Diversität, damit ein Fehler in einem Client nicht das gesamte Netzwerk lahmlegen kann. Post-Quantum-Signaturen lösen keine Software-Schwachstellen, und die Behebung von Software-Fehlern schützt nicht vor einer gebrochenen kryptografischen Kurve. Das vorgeschlagene 2027-Ziel bündelt beide Arten von Sicherheitsarbeit.

FOCIL könnte verschoben werden

Ethlabs bittet die Entwickler zudem, FOCIL, EIP-7805, zu überdenken, das Hegotás Consensus-Layer-Hauptfeature ist. FOCIL würde Validatoren verpflichten, Inclusion-Listen zu veröffentlichen, die Block-Builder einhalten müssen, was deren Möglichkeit begrenzt, berechtigte Transaktionen auszuschließen. Sein Zweck ist die Zensurresistenz.

Mehrere Ethlabs-Mitglieder haben das EIP mitverfasst, und der Beitrag sagt, sie hätten es in früheren Forks vorangetrieben. Die Begründung der Gruppe, FOCIL zu verschieben, stützt sich auf drei Argumente. Erstens könnte es die Post-Quantum-Bereitschaft verlangsamen. Zweitens ist seine Kompatibilität mit einem Post-Quantum-Konsensdesign ungeklärt, ob dieses Design nun eine hashbasierte Version des heutigen Gasper oder das "entkoppelte" Protokoll ist, das Ethlabs als angestrebtes Endzustand bevorzugt. Drittens könnte der Execution-Layer ohne FOCIL Frames nach seinem eigenen Zeitplan ausliefern, statt auf den Consensus-Layer zu warten.

Das dritte Argument ist faktisch ein struktureller Vorschlag. Ethlabs schlug vor, Hegotá in einen frühen Execution-Layer-Fork und einen Consensus-Layer-Fork aufzuteilen, der kommen würde, sobald der Post-Quantum-Konsens bereit ist. Die beiden Layer könnten dann im folgenden Upgrade wieder verbunden werden.

Die größte offene Frage, die der Beitrag markiert, ist, welches Konsensdesign Post-Quantum-fähig gemacht werden soll. Ethlabs sagte, die Umwandlung von Gasper sei wahrscheinlich die kleinere Aufgabe, aber es sei unklar, wie viele Kompromisse das erfordern würde. Die Gruppe hat nicht entschieden, ob ein direkter Sprung zu entkoppeltem Konsens einfacher wäre.

Die nächsten Fortschrittssignale

Ethereums veröffentlichter Hegotá-Leitfaden, zuletzt aktualisiert am 16. Oktober, führt FOCIL und Frames als zur Aufnahme eingeplant und Quick Slots als in Prüfung. Dieser Leitfaden datiert vor dem Beitrag von Ethlabs und bildet die Basis, an der der Vorschlag gemessen wird.

Das erste Signal wird sein, ob in den Core-Entwickler-Calls eine Entscheidung festgehalten wird, pqai27 als organising objective von Hegotá zu übernehmen, und ob FOCIL reduziert, verschoben oder beibehalten wird. Danach folgt die Wahl zwischen Post-Quantum-Gasper und entkoppeltem Konsens, die den Umfang der Consensus-Layer-Arbeit bestimmt. Funktionsfähige Client-Implementierungen, Interoperabilitätstests sowie Migrations-Tools für Wallets und Validatoren würden folgen. Protokollbereitschaft allein würde nicht bedeuten, dass Nutzer und Infrastruktur bereit sind.

Ethlabs bezeichnete den Zeitplan als ambitioniert und verglich das Unterfangen mit The Merge. Sein Argument: Die Festlegung auf die Richtung jetzt koste weniger als ein Kurswechsel während eines späteren Forks, und ohne Festlegung würde die Frage mit jedem neuen KI-Modell zurückkehren. Ob die Core-Entwickler diesen Kompromiss akzeptieren, wird entscheiden, wie sich Hegotá entwickelt.