Ethereum hat die Chance, schneller zu werden – und jetzt ist der richtige Zeitpunkt, dies umzusetzen. Wir haben mit dem Ökosystem gesprochen, um herauszufinden, was sie über EIP-8198 (Quick Slots) zu sagen haben. Dieser Artikel teilt unsere Erkenntnisse aus 20 Stimmen, von DeFi-Gründern und App-Entwicklern bis hin zu Infrastruktur-Forschern.
Im vergangenen Jahrzehnt sind viele „Ethereum-Killer“ aufgetaucht, und eines ihrer Hauptargumente war stets: „Ethereum, aber schnell.“ Trotz dieser Behauptungen bleiben Ethereum L1 und seine L2s zusammen das größte DeFi-Ökosystem nach Total Value Locked, mit einem TVL von über 58 Milliarden USD (Stand: 17. September 2026) und einem Spot-DEX-Handelsvolumen von über $750 Milliarden schichtenübergreifend seit Jahresbeginn.
Mitten in diesem Wachstum verfolgt Ethereum L1 einen bewussten Ansatz zur Steigerung der Geschwindigkeit: Tempo ist wichtig, aber nicht auf Kosten der Zensurresistenz, Dezentralisierung und glaubwürdigen Neutralität, die Ethereum überhaupt erst wertvoll machen. Dieser Ansatz hat großes Vertrauen in Ethereum als den führenden Ort für die Onchain-Wertspeicherung aufgebaut. Und nun glauben wir, dass wir eine Chance haben, diese Kerneigenschaften zu stärken und gleichzeitig schneller zu werden.
Hier kommt EIP-8198 ins Spiel
Heute produziert Ethereum alle 12 Sekunden einen Block. Mit EIP-8198, auch bekannt als „Quick Slots“, können wir beginnen, diese Zeit zu verkürzen.
*
*@CarlBeek verfasste diesen EIP bereits im März, und @barnabemonnot stellte ihn am 6. August bei Ethereums All Core Devs für Hegotá vor und treibt ihn seitdem voran, mit Input von @fradamt sowie einer wachsenden Zahl an Teams aus dem Ökosystem und Client-Teams.
Dieser EIP besteht aus zwei Teilen:
- Dem größeren, einmaligen Refactoring zur Entfernung fester Timing-Annahmen in Ethereums Software.
- Der Nutzung dieser Arbeit, um Blöcke im Laufe der Zeit schneller zu machen.
Der Vorschlag beginnt mit einer Reduktion von 12 auf 10 Sekunden, wobei weitere Reduktionen individuell geprüft werden, sobald das Netzwerk dafür bereit ist. Künftige Verkürzungen müssten weiterhin durch Tests und Konsens gerechtfertigt werden, aber die Grundlage dafür wäre bereits geschaffen. Der Weg zu einem schnelleren Ethereum beginnt damit, die Blockzeit sicherer änderbar zu machen – und genau das ist die Kernidee hinter Quick Slots.
Ethereum hat diese iterative Philosophie bereits beim Skalieren der Kapazität übernommen: Die Gas-Limits wurden erhöht, da das Netzwerk mehr Spielraum demonstrierte, und die Blob-Kapazität kann überprüft werden, wenn sich Ethereums Datenkapazität verbessert.
Wir denken, dass Latenz dieselbe Behandlung verdient.
Wen interessiert das?
Wir glauben nicht, dass Ethereum L1 der schnellste Handelsplatz der Welt sein muss, um wertvoll zu sein. Allerdings sind wir überzeugt, dass ein Ethereum L1, das eine sichere und dezentrale Abwicklungsschicht für die Weltwirtschaft bleibt, schneller werden kann.
Um das Offensichtliche zu betonen: Ein schnelleres Ethereum ist ein flüssigeres Ethereum; das ist intuitiv. Weniger Wartezeit bedeutet eine bessere UX; jedoch zeigten unsere Gespräche mit Entwicklern im gesamten Ökosystem, dass es noch viel mehr dahinter steckt.
Hier sind einige Dinge, die wir gelernt haben:
Schnellere Blöcke können Ethereums Märkte effizienter machen
Heute ist Ethereum L1 bereits ein erheblicher Markt und verarbeitete allein in den letzten 30 Tagen etwa 41,25 Milliarden USD an DEX-Volumen. Zum Vergleich: Die Hauptbörsen Singapurs zeichneten im August 2026 einen Umsatz von etwa 33,9 Milliarden US-Dollar bei Wertpapieren auf. Progressive Verbesserungen der Protokollgeschwindigkeit von L1 können diese Aktivität weiter stärken und Ethereum wirklich zu einer global wettbewerbsfähigen Abwicklungsschicht für Werte machen, die immer mehr Menschen in die dezentrale Finanzwelt bringt.
Märkte warten nicht auf Ethereum-Blöcke. Preise bewegen sich weiter und die Nachfrage ändert sich zwischen einem Block und dem nächsten. Kürzere Slots ermöglichen es Onchain-Liquidität, häufiger aktualisiert zu werden, was das Fenster reduziert, in dem Preise veraltet sein können, und führt somit zu besserer Ausführung für Nutzer und besseren Bedingungen für Liquiditätsanbieter.
@0xngmi, Gründer von @DefiLlama, erklärte, was Quicker Slots für Nutzer bedeuten könnte, die über eines seiner Produkte, LlamaSwap, handeln – einen Swap-Aggregator, der Kurse über DEXes hinweg in Echtzeit bewertet:
„Quicker Slots würden die Trading-UX bei Swaps verbessern, da deutlich engere Slippage-Toleranzen gesetzt werden könnten, da sich die Preise zwischen den Blöcken weniger ändern würden.“
Austin Adams ( @aadams ), Gründer von @dopplerprotocol, das sich auf Asset-Issuance und das Bootstrapping von Liquidität auf Ethereum konzentriert, sieht dieselbe Verbesserung aus der Perspektive der Liquiditätsanbieter:
„Schnellere Slot-Zeiten auf Ethereum verbessern direkt die LP-Renditen und machen Kapitalmärkte effizienter. Die schnelle Implementierung von EIP-8198 würde dazu beitragen, sicherzustellen, dass das Netzwerk der dominante Ort für Kapitalbildung und Handel bleibt.“
Für die Krypto-Optionsplattform @DeriveXYZ erstrecken sich die Vorteile über verschiedene Märkte hinweg. Ihr Head of Engineering, Josh Kim ( @josh_pwrk ), hebt hervor, wie das Warten auf eine L1-Transaktion Arbitrageure Preisrisiken aussetzt, was ihre Fähigkeit beeinträchtigt, Derives Märkte neu auszubalancieren und enge Spreads aufrechtzuerhalten. Hinweis: Derive V3 wird auf Ethereum L1 laufen:
„Große Options-Trades auf Derive verschieben oft die Perp- und Spot-Märkte auf unserer DEX – Arbitrageure sind entscheidend dafür, dass Märkte wieder ins Gleichgewicht gebracht werden. Schnellere Blockzeiten auf der L1 haben einen direkten Einfluss darauf, wie viele Gebühren, Slippage und Risiken der Arbitrage eingeht. Beispielsweise würde ein Long-Spot / Short-Perp-Arbitrage vom Trader verlangen, 12 Sekunden Preisrisiko einzugehen, während er auf die Abwicklung der Spot-Transaktion auf der L1 wartet – was sie zwingt, nur bei großen Preisspitzen einzugreifen.“
Die Vorteile von Quick Slots erstrecken sich auch auf tokenisierte Aktien und ETFs. @Ondo füllt Mint- und Redeem-Anfragen über ein RFQ: Ein Preis wird offchain signiert, dann muss die Transaktion des Nutzers auf Ethereum landen. Während sie wartet, kann der zugrunde liegende Vermögenswert weiter gehandelt werden; daher reduzieren kürzere Slots diese Exposition und geben der Angebotsseite mehr Raum, um Spreads zu verengen. Armand Khatri ( @armandkhatri ), Head of Ecosystem bei Ondo, teilte uns Folgendes mit:
„Für tokenisierte Aktien und ETFs wartet der Markt, der den Preis festlegt, nie auf einen Ethereum-Block. Jede Sekunde zwischen einem signierten Angebot und einer bestätigten Transaktion ist ein Preisrisiko, das jemand tragen muss, und dieses Risiko zeigt sich in den Spreads. Kürzere Slots verengen dieses Fenster und bringen Onchain-Preise näher an ihre Offchain-Referenzwerte. Das ist eine echte Verbesserung, und es kostet Ethereum keine der Eigenschaften, die es wertvoll für die Abwicklung machen.“
Auf institutioneller Ebene sieht @ismiMatthew, Mitgründer von Ethereum Institutional ( @ethereuminsti ), Ethereums Marktbewusstsein als Teil seiner wachsenden Attraktivität für Finanzinstitute.
„Da mehr institutionelle Aktivität onchain geht, machen diese Verbesserungen Ethereum zu einer zunehmend überzeugenden Grundlage für Finanzmärkte. Sie stärken auch das Vertrauen in Ethereums Fähigkeit, seine Roadmap zu liefern und technisch immer höhere Maßstäbe zu setzen.“
@Haikane, Gründer von PropellerHeads ( @PropellerSwap ), verwies auf den Anstieg von Handelsunternehmen auf Ethereum und kommentierte, wie die Senkung der Latenz Margen steigern kann und es so mehr Unternehmen ermöglicht, L1 als guten Ort zum Portieren und Handeln ihrer Assets zu betrachten.
„Handelsunternehmen konkurrieren auf extrem engen Margen, daher können selbst relativ kleine Verbesserungen hinsichtlich der Latenz entscheidend sein.“
@ZoomerAnon, ein Contributor von Aerodrome ( @aeroxyz ), sieht schnellere Blöcke als Möglichkeit, Preise für Trader zu verbessern, Verluste an Arbitrageure zu reduzieren und mehr Handelsaktivität in Onchain-Liquiditätspools zu halten. Hinweis: Aerodrome erstellt derzeit eine Instanz auf Ethereum L1:
"Wir sind definitiv für schnellere Blockzeiten. Wie andere DEXes, die Liquidität hosten, helfen uns schnellere Blockzeiten, aktuellere Preise für Trader zu erhalten und weniger Wert an Arbitrageure zu verlieren. Ich glaube nicht, dass es im Interesse Ethereums liegt, wenn ein großer Teil der Transaktionen über zentralisierte Market Maker abgewickelt wird, und solche Entwicklungen sind teilweise eine Folge langsamer Blockzeiten. Unser Protokoll kann trivial neu konfiguriert werden, um schnellere oder aktualisierte Blockzeiten zu unterstützen, indem Parameter aktualisiert und Module ausgetauscht werden. Glücklicherweise müssen wir nicht neu deployen, wenn sich die Blockzeiten ändern."
Diese Teams nähern sich dem Problem aus verschiedenen Blickwinkeln, aber alle weisen auf die Idee hin, dass kürzere Blöcke häufigere Aktualisierungen des Ethereum-Zustands bedeuten, was effizientere Märkte für Personen bedeutet, die auf der L1 handeln.
Wenn Ethereum frischeren Zustand bereitstellen kann, ohne die Eigenschaften zu opfern, die diese Märkte ursprünglich glaubwürdig dezentralisiert machen, dann ist das eine Verbesserung, die es wert ist, verfolgt zu werden, da sie direkt unterstützt, dass Ethereum ein Kern-Hub für Apps bleibt, die dezentrale Märkte bauen, und deren Nutzer.
Für Nutzer ist ein schnelleres Ethereum ein nutzbareres Ethereum
Eine Möglichkeit, den Wert dieses EIPs zu verstehen, besteht darin, Nutzer zu betrachten, die gar nicht an Slots denken (oder zumindest nicht an die Art von Slots, über die wir hier sprechen). FWA.fun von @token_works wurde kürzlich zu einer der größten gasverbrauchenden Anwendungen Ethereums und brachte eine neue Kohorte von Nutzern direkt auf L1, ebenso wie viele, die Mainnet schon länger nicht mehr genutzt hatten. Adam ( @Rhynotic ), der Gründer von TokenWorks, teilte die Perspektive einer Consumer-App, deren Nutzer die Wartezeiten von Ethereum L1 direkt erleben.
„Schnellere Blockzeiten wären eine große Hilfe für FWA, aus mehreren Gründen: 1) Nutzer mögen es nicht zu warten, selbst wenn man versucht, die Wartezeit im Frontend so weit wie möglich zu verstecken, und 2) Die Chainlink VRF, die ich für FWA nutze, fügt derzeit eine Bestätigungsverzögerung von 3 Blöcken hinzu, sodass kürzere Blöcke insgesamt weniger Wartezeit für das System bedeuten würden. Viele unserer Nutzer versuchen mehrere Käufe/Transaktionen, also zählt jede gesparte Sekunde.“
Ein kurzer Hinweis zur Bestätigungsverzögerung: Ein weiterer Teil unseres Faster-Ethereum-Workstreams, FCR, [der die Bestätigungszeiten um das 30-fache reduziert](https://x.com/decentrek/status/2088698964212425014), hilft ebenfalls dabei, dies zu beheben.*
Für Railgun ( @RAILGUN_Project ) erstrecken sich die potenziellen Vorteile auch auf Privatsphäre. Contributor Dan Lipert ( @dan_lipert ) sieht schnellere Blöcke als Möglichkeit, mehr Liquidität auf L1 zu bringen, größere Privacy-Sets zu unterstützen und Compliance-Tools mehr Möglichkeiten zu geben, zu reagieren, wenn Nutzer mit Anwendungen interagieren.
„Schnellere Ethereum-Blöcke bedeuten konzentriertere Liquidität auf der L1 und damit mehr Privatsphäre durch größere Privacy-Sets. Compliance-Tools haben auch im relevanten Fenster mehr Möglichkeiten zu reagieren, was zu einem insgesamt reibungsloseren Erlebnis führt, das es Railgun-Nutzern ermöglicht, privat auf alle Tools und Plattformen zuzugreifen, die sie möchten, ohne warten zu müssen.“
Wenn wir die Interaktion mit Ethereum L1 schneller gestalten können, ohne Ethereum weniger 'Ethereum' zu machen, dann ist das ein besseres Ethereum-Erlebnis für jeden, der Mainnet berührt.
Hinweis: Ethereum L2s sind bereits für viel schnellere Interaktionen optimiert, aber L1 hat eine andere Aufgabe: Es bietet eine maximal sichere, glaubwürdig neutrale und zensurresistente Abwicklungsschicht, auf die diese Systeme letztlich vertrauen können. Für Entwickler wie Adam und Dan, die nutzerorientierte Produkte näher an diesen Eigenschaften bauen möchten, hilft ein schnelleres Ethereum zweifellos.
Schneller werden kann auch bessere Zensurresistenz bedeuten
Ein Hauptgrund, warum jemand überhaupt auf einer dezentralen Blockchain handeln möchte, ist Zensurresistenz, ein Grundpfeiler eines truly freien Marktes. Wenn sich jemand weigert, Ihre Transaktion zu verarbeiten, sollte Ethereum Ihnen so schnell wie möglich einen anderen Weg bieten.
George Davies ( @_eltitan ), Head of Engineering bei Gattaca (@gattacahq), dem Team hinter Titan Builder, das heute etwa die Hälfte der Ethereum-Blöcke baut, sieht Quick Slots genau durch diese Linse:
„Nach unserer Meinung ist dies Priorität #1 für den nächsten großen CL-EIP. Ich glaube, dass dies der größte einzelne UX-Gewinn für DeFi-Nutzer ist, während es gleichzeitig CR- und Finality-Vorteile mit sich bringt.“
Für jemanden, der zensiert wird, wird die Blockzeit zur Wartezeit, da sie bestimmt, wie lange sie auf eine weitere Gelegenheit warten, ihre Transaktion aufnehmen zu lassen.
Dies wird besonders interessant im Zusammenspiel mit Hegotás Headliner-EIP, FOCIL. FOCIL gibt einem Komitee von Validatoren, bekannt als Includers, eine zusätzliche Rolle bei der Transaktionsaufnahme, und Quick Slots erhöht, wie häufig diese Aufnahmegelegenheiten eintreten. Bei 12-Sekunden-Blöcken plant Ethereum fünf pro Minute; bei 10 Sekunden sechs. Im Wesentlichen gibt FOCIL einer zensierten Transaktion mehr Türen in Ethereum, und Quick Slots sorgt dafür, dass diese Türen häufiger erscheinen.
Michael Mosier ( @mostlyblocks ), Head of Research bei @blockspace_eth, hob auch die Qualität der Transaktionsaufnahme hervor:
„Kürzere Slots sollten oberste Priorität haben, da sie die Qualität des Blockspaces durch schnellere und vorhersehbarere Aufnahme erhöhen. Sie werden die Nutzeraktivität stimulieren und dem Netzwerk sowie der Infrastruktur, die es bedient, zugutekommen.“
Patrick Apriori ( @apriori0x ), von Frachtis VC ( @frachtisvc ) und Host des Credible Commitments Podcast (der kürzlich Quick Slots thematisierte!) führt das Argument weiter:
„Quick Slots führt zu verbesserter Zensurresistenz, verbessert die UX über alle Mainnet-Anwendungen und L2-Bridges hinweg und macht Ethereum attraktiver als globale Abwicklungsschicht für den finanziellen Wert der Welt. Gepaart mit FOCIL macht Quick Slots Zensur teurer, kürzer und strukturell schwieriger.“
Dies führt ein weiteres nützliches Konzept ein: wirtschaftliche Zensurresistenz, oder wie kostspielig es für einen Angreifer ist, eine Transaktion aus der Kette fernzuhalten. Kürzere Slots bedeuten, dass Nutzer weniger lange auf eine weitere Aufnahmegelegenheit warten, während ein Angreifer, der versucht, Zensur über einen festen Zeitraum aufrechtzuerhalten, mit mehr Proposer-Gelegenheiten rechnen muss. FOCIL fügt diesem Prozess zusätzliche Includers hinzu.
Performance und Resilienz stehen normalerweise im Widerspruch zueinander, aber mit Quick Slots können sie gemeinsam wachsen. Eine Abwicklungsschicht für die Welt sollte schwer zu zensieren und schnell wiederherstellbar sein, wenn jemand es versucht.
Quick Slots können Ethereum schneller machen, ohne seine Kerneigenschaften zu gefährden
Natürlich sind schnellere Blöcke nur dann relevant, wenn Ethereum sie erreichen kann, ohne die Dezentralisierung zu kompromittieren, die L1 überhaupt erst wertvoll macht.
Burak ( @boez95 ) und seine Kollegen von Flashbots untersuchten diese Frage speziell in ihrer öffentlichen Bewertung von Quick Slots. Ihre Schlussfolgerung war unterstützend:
„Wir unterstützen diese Richtung. Kürzere Slots reduzieren die Bestätigungs-Latenz und können die Benutzererfahrung verbessern… Daher unterstützen wir es, das Slot-Timing konfigurierbar zu machen und experimentell mit allmählich kürzeren Slots zu arbeiten.“
Noch wichtiger ist, dass Flashbots untersuchte, wie kürzere Slots die geografische Dezentralisierung beeinflussen könnten. Kürzere Slots verschärfen die verfügbare Zeit in der Blockproduktions-Pipeline, was möglicherweise den Nachteil für Teilnehmer erhöht, die weiter von großen Netzwerk- und Infrastruktur-Hubs entfernt sind.
Ihre latenzkalibrierten Simulationen deuten jedoch darauf hin, dass dies bei den derzeit diskutierten Slot-Zeiten wahrscheinlich keine wesentliche Einschränkung darstellt. Selbst bei einer Reduktion der Slot-Zeit von 12 auf 6 Sekunden nahmen regionale Belohnungsunterschiede zu, während die Ergebnisse der geografischen Zentralisierung weitgehend unverändert blieben.
Sie schließen daraus, dass Geografie weniger eine Einschränkung für die heute in Betracht gezogenen Reduktionen ist als vielmehr eine potenzielle Grenze dafür, wie weit Slot-Zeiten letztlich gedrückt werden können, ohne zusätzlichen Zentralisierungsdruck zu erzeugen.
Bei Ethlabs verfolgen wir auch eng die Propagationszeit für alle Knoten im Netzwerk, um die Auswirkungen von Quick Slots besser zu verstehen. Dies ist besonders relevant, da Ethereum auf seine Post-Quantum-Migration blickt und die Beziehung zwischen zukünftigen Konsensdesigns, kürzeren Slots und größeren PQ-fähigen Signaturen.
https://x.com/barnabemonnot/status/2099473589200171353
Ein schnelleres Ethereum L1 kann dazu führen, dass Ethereum L2s besser zusammenarbeiten
Jede L2, die von Ethereum abhängt, hat Interaktionen, die die Uhr von L1 erben. Das einfachste Beispiel sind Einzahlungen. Das Verschieben von Assets oder Nachrichten von Ethereum L1 auf eine L2 erfordert, dass eine L1-Transaktion aufgenommen wird; kürzere L1-Blöcke bedeuten daher, dass die Reise früher stattfinden kann, unabhängig davon, ob die L2 selbst Ethereum als Sequencing-Layer nutzt.
Für einige Interoperabilitätsdesigns gehen die Vorteile noch weiter.
Armagan ( @epochzer0 ) von The Ethereum Economic Zone (@etheconomiczone ) gab uns ein konkretes Beispiel. EEZ arbeitet an Designs, bei denen ein Vertrag auf einem Rollup einen Vertrag auf einem anderen aufrufen und den zurückgegebenen Wert innerhalb derselben Transaktion nutzen kann. In diesem Design öffnet sich diese synchrone Gelegenheit höchstens einmal pro Ethereum-L1-Block. Das bedeutet, dass die 12-Sekunden-L1-Uhr Teil einer Cross-Rollup-Nutzererfahrung werden kann.
„EEZ ist so gebaut, dass ein Vertrag auf einem Rollup einen Vertrag auf einem anderen aufrufen und den Rückgabewert in derselben Transaktion nutzen kann, aber dieses synchrone Fenster öffnet sich höchstens einmal pro L1-Slot, da alles innerhalb eines einzelnen L1-Blocks abgewickelt werden muss. Das bedeutet, dass die L1-Slot-Zeit den Rhythmus der Cross-Chain-Komposition bestimmt; kürzere Slots multiplizieren direkt, wie oft Anwendungen ein synchrones Fenster erhalten, und verkürzen die Worst-Case-Wartezeit auf das nächste. Quick Slots kommt EEZ doppelt zugute: Erstens bedeutet die anfängliche Reduktion, dass synchrone Fenster spürbar häufiger kommen, und zweitens bedeutet die Einstellbarkeit der Slot-Dauer, dass jede zukünftige Reduktion, die die Daten unterstützen, direkt in schnellere Cross-Rollup-Komposition für EEZ-Nutzer fließt.“
Ein schnelleres L1 ermöglicht eine häufigere Koordination im gesamten Ethereum-Ökosystem, was auf die Rolle hinweist, die wir Ethereum L1 zuschreiben: eine globale Abwicklungsschicht, die eine außergewöhnlich sichere, dezentrale Grundlage bietet, auf die viele Assets, Apps und L2s vertrauen können.
Eine Abwicklungsschicht, die besser koordinieren kann zwischen denen, die auf ihr abwickeln, wird für alle Beteiligten weitaus wertvoller. Quick Slots strebt nicht an, L1 so schnell zu machen, dass L2s überflüssig werden, sondern stattdessen, Ethereum Mainnet schrittweise schneller zu machen, auf eine Weise, die sowohl L1 als auch verschiedene L2s gemeinsam stärker macht.
Weitere Stimmen aus dem Ökosystem
Das Ethereum-Ökosystem ist größer als unsere Kalender, aber wir hoffen, noch mehr Feedback von Teams zu erhalten, sowohl positives als auch negatives! Hier sind einige weitere Kommentare von Branchenführern:
Greg Casegamas von Lido ( @LidoFinance ) legt den Schwerpunkt auf Ethereums breitere Wettbewerbsfähigkeit. Lido stufte Quick Slots auch als S-tier für Hegotá ein:
„Um klar zu sein: Schnellere Slots sind für unseren Kern-Staking-Anwendungsfall spezifisch nicht kritisch. Aber als breiterer Ethereum/DeFi-Teilnehmer unterstützen wir alles, was Ethereum stärker und wettbewerbsfähiger macht, daher freuen wir uns, dass dies priorisiert wird.“
Guy Young ( @gdog97_ ), Gründer von @ethena, dem Protokoll hinter USDe, fügt seine Unterstützung für ein schnelleres Ethereum hinzu:
„DeFi läuft besser auf schnelleren Blöcken. Ethena baut seit Tag eins auf Ethereum und unterstützt diesen Vorschlag stark.“
Noveleader ( @noveleader ), Researcher bei Castle Labs ( @castle_labs ), verbindet schnellere Blöcke mit besseren Bedingungen für passive Liquiditätsanbieter und reaktionsfähigere Kreditmärkte:
„Bei Castle Labs unterstützen wir die Grundlage hinter Quick Slots. Aus der Perspektive der Markt-Mikrostruktur kann die Kompression der Blockzeit der L1 helfen, Loss Versus Rebalancing (LVR) für passive Liquiditätsanbieter zu mildern. Die Onchain-Asset-Preisgestaltung enger an Offchain-Venues zu halten, verbessert die Kapitaleffizienz, reduziert toxische Arbitrage-Lecks und sichert Kreditprotokolle durch schnellere Liquidationsfenster.
Hinsichtlich Bedenken wollen wir sicherstellen, dass Tests zeigen, dass kürzere Slots die Einstiegshürde für geografisch verteilte und Heim-Validatoren nicht erhöhen, da engere Propagationsfenster Staking stillschweigend zu gut verbundenen Rechenzentren drängen könnten. Zusätzlich wollen wir verstehen, wie komprimierte Slots Timing-Spiele und Builder-Wettbewerb beeinflussen; wenn jeder Slot kürzer ist, zählen Latenz- und Colocation-Vorteile mehr, was das Blockbuilding weiter konzentrieren könnte. Auf der Ökosystem-Seite müssen Verträge und Offchain-Systeme, die Blocknummern als Uhr behandeln (Governance-Perioden, Timelocks, Zinsmodelle basierend auf Blöcken pro Jahr), lange vor der Aktivierung einen klaren Mitigationspfad haben.“
Omid Malekan ( @malekanoms ), Adjunct Professor an der Columbia Business School und langjähriger Befürworter der Dezentralisierung, unterstrich die Bedingung, die die Arbeit leiten sollte:
„Schnellere Blöcke sind für alles besser, wenn sie erreicht werden, während die Dezentralisierung erhalten bleibt.“
Nicolas ( @merklefruit ) bei Umia (@umia_finance ), einem Onchain-Venture-Protokoll, betonte die Erfahrung beim Bauen und Nutzen von Anwendungen auf Mainnet:
„Es ist unbestreitbar, dass schnellere Slots die UX auf Mainnet erhöhen werden. Als Builders selbst schätzen wir dieses Feature sehr und wären froh, wenn es priorisiert würde.“
Warum sollten Quick Slots eine Priorität für Hegotá sein?
Ethereum hat viele wertvolle Vorschläge, die in jedem Upgrade um begrenzte Engineering-Kapazitäten konkurrieren. Wie bei jedem EIP muss die Förderung von Quick Slots daher auf klaren Gründen basieren.
Kurz gesagt: Wir glauben, dass Quick Slots dem Netzwerk zugutekommt, die Engineering-Investition wiederverwendbar ist und das Fenster, um mit der Arbeit zu beginnen, jetzt offen ist.
- Wir sind überzeugt, dass Warten einen Preis hat: Das Upgrade nach Hegotá, das derzeit als I* bezeichnet wird, könnte ein entkoppeltes Konsensverfahren beinhalten. Dieses große Redesign trennt die Blockproduktion von der Finalität und ist bereits der wichtigste Vorschlag in der EF Protocol Roadmap. Wie Barnabé hervorgehoben hat, bedeutet das Verpassen von Hegotá nicht zwangsläufig, dass Quick Slots in den nächsten Fork aufgenommen wird. Es könnte stattdessen bedeuten, mit einem viel größeren Konsensprojekt um Engineering-Kapazitäten zu konkurrieren und möglicherweise mehrere Upgrade-Zyklen auf eine weitere saubere Gelegenheit warten zu müssen, diese Arbeit durchzuführen.
- Wir sind überzeugt, dass die Blockzeit eine netzwerkweite Einschränkung ist und ihre Verbesserung daher ein netzwerkweites Upgrade erfordert: Wallets können ihre Ladebildschirme verbessern und DEXes ihr Routing optimieren, aber keine davon kann Ethereum L1 unabhängig dazu bringen, seinen nächsten Block früher zu produzieren. Wenn das Protokoll diese zugrunde liegende Einschränkung verbessert, profitieren alle Anwendungen und Nutzer, die von der L1-Latenz abhängen, ohne dass sie dieses Problem selbstständig lösen müssen. Da der Bedarf an schnelleren Erfahrungen wächst, möchten wir die Latenz lieber auf Protokollebene verbessern, wo immer möglich, anstatt zunehmend von Anwendungen zu verlangen, dies zu umgehen.
- Wir sind überzeugt, dass sich die Engineering-Investitionen summieren: Ein Großteil der Arbeit besteht darin, Annahmen aus Ethereums Spezifikationen und Clients zu entfernen, dass die Blockzeit immer auf 12 Sekunden festgelegt sein wird. Diese Arbeit jetzt zu erledigen, macht zukünftige Reduktionen leichter in Betracht zu ziehen, wenn sich die Client-Leistung und das Netzwerk verbessern. Jede Reduktion müsste sich weiterhin durch Tests, Koordination und ein Netzwerk-Upgrade beweisen, aber Ethereum würde über eine wiederverwendbare Grundlage verfügen, um schneller zu werden. Wir verfolgen diesen progressiven Ansatz bereits beim Skalieren der Kapazität: Die Gaslimits wurden erhöht, als sich die Client-Leistung verbesserte, während die Blob-Kapazität neu bewertet werden kann, wenn das Netzwerk zusätzlichen Spielraum demonstriert. Wir denken, dass Latenz dieselbe Philosophie verdient: Verbessern, das Ergebnis messen und weiter verbessern, solange das Netzwerk es erlaubt.
Was wir tun, um Quick Slots bereit zu machen
Wir haben lange genug darüber gesprochen, wie hilfreich Quick Slots ist, und Sie fragen sich wahrscheinlich: „Okay, das ist großartig, aber was tut ihr, um es Wirklichkeit werden zu lassen?“
Während Ethlabs Quick Slots als Kern-Arbeitsstrang unter unserem größeren Fast Ethereum-Schirm führt, ist dies wie jedes andere EIP eine netzwerkweite Koordinationsleistung, bei der wir uns glücklich schätzen, teilzunehmen. Die oben genannten Teams sowie viele andere haben Forschung, Implementierungsarbeit, Tests, Feedback und Unterstützung beigetragen, die helfen, Quick Slots voranzutreiben. Wir wollen diese Argumente weiterhin zusammenführen, um eine ausgewogene Synthese darüber zu liefern, warum das Netzwerk, sein Ökosystem, seine Clients und seine Nutzer von einem schnelleren Ethereum profitieren könnten.
Doch Worte allein reichen nicht aus, und Quick Slots zu unterstützen bedeutet, ihm dabei zu helfen, klare Versandstandards zu erfüllen; dafür setzen wir unsere Ressourcen dort ein, wo wir auch sprechen.
EF Protocol-Teams haben Schlüsselbereiche identifiziert, in denen sie mehr Vertrauen benötigen: eine vereinbarte Spezifikation, Implementierungen, die dieser folgen, eine Bewertung der nachgelagerten Effekte und eine nachgewiesene Kompatibilität mit dem entkoppelten Konsens.
Das sind die richtigen Anforderungen, und unsere Arbeit konzentriert sich darauf, Antworten darauf zu finden. So gehen wir vor:
1. Vom Spezifikationsstadium zu funktionierenden Clients
Quick Slots bewegt sich bereits hin zu echtem Code. Barnabé, mit Input von Francesco (@fradamt), sowie EF-Mitwirkende Justin Traglia ( @JustinTraglia ) und Jihoon Song ( @jih2nn ) haben eine Konsens-Spezifikation vorgelegt, die die Timing-Änderungen und den Übergang des Upgrades abdeckt.
Am 12. September meldete @terencechain außerdem die Implementierung eines Prysm-Prototyps, der mit der Arbeits-Spezifikation übereinstimmt, und testete ihn erfolgreich lokal mit Kurtosis. Terence veröffentlichte zudem einen Beitrag über vergangene und zukünftige Protokolländerungen, die kürzeren Slots zugutekommen.
https://x.com/terencechain/status/2100242641476862066
Der nächste Schritt besteht darin, die Implementierungen in Einklang zu bringen und den Übergang über mehrere Clients hinweg unter zunehmend realistischen Netzwerkbedingungen zu testen.
2. Herausfinden, was heute von zwölf Sekunden abhängt
Wir arbeiten mit @SourcifyEth zusammen, um bereitgestellte Contracts auf Timing-Annahmen zu untersuchen und Bereiche zu identifizieren, in denen Migrationsarbeiten erforderlich sein könnten, einschließlich Contracts, die mit historischen Beacon-Block-Wurzeln interagieren.
https://x.com/SourcifyEth/status/2086740760008012030
Eine erste Bewertung hat bereits konkrete Code-Pfade für die Untersuchung hervorgebracht, statt einer generischen Sorge, dass „etwas kaputtgehen könnte“. Auch die Gespräche, die wir mit dem Ökosystem führen, sind Teil dieser Arbeit, denn eine Änderung, die ganz Ethereum betrifft, sollte ganz Ethereum einbeziehen.
3. Sicherstellen, dass diese Arbeit zum Kommenden passt
Quick Slots kann nicht isoliert von Ethereums langfristiger Konsens-Roadmap bewertet werden. Francesco arbeitet eng mit dem EF Finality-Team an der Beziehung zwischen Quick Slots und dem entkoppelten Konsens, dem größeren Redesign, das nach Hegotá erwartet wird.
Beide Richtungen sehen eine Zukunft mit schnelleren Blöcken vor, was ermutigend ist!
Okay, was steht also dagegen?
Ethereum-Upgrades wirken sich auf Werte in Höhe von zehn Milliarden Dollar aus, werden akribisch durchgeführt, um 100 % Verfügbarkeit zu gewährleisten, und erfordern die Koordination mit mehr Stakeholdern, als in einen Raum passen – selbst in einen großen Raum. Kurz gesagt: Ein EIP in Ethereum einzubringen bedeutet, es vorzuschlagen, zu spezifizieren, zu implementieren, zu testen, herauszufinden, was es bricht, diese Dinge zu beheben, erneut zu testen und schließlich genügend Vertrauen bei den Verantwortlichen für den Versand von Ethereum zu gewinnen, um es in ein Upgrade aufzunehmen.
Quick Slots durchläuft derzeit genau diesen Prozess.
Die verbleibende Arbeit ist klar. Wie oben erwähnt, arbeiten wir daran, die Spezifikationen innerhalb weniger Tage mit der Hauptcodebasis zusammenzuführen, die Implementierungen in Einklang zu bringen, Netzwerkbedingungen zu testen, nachgelagerte Abhängigkeiten zu untersuchen und die Zukunft des Mechanismus inmitten einer kritischen Post-Quantum-Migration zu planen. Unsere Aufgabe ist es nun, so viele dieser Unbekannten wie möglich in Implementierungen und Migrationspläne umzuwandeln, um sinnvoll in den Umfang von Hegotá einzutreten.
Wenn Sie einen Client pflegen, Validatoren betreiben, Infrastruktur aufbauen oder eine Anwendung haben, die aus Gründen, die wir noch nicht behandelt haben, von einem schnelleren Ethereum profitieren würde, möchten wir von Ihnen hören. Und wenn Sie denken, dass wir eine Einschränkung übersehen haben, möchten wir das besonders gerne erfahren.
Wir müssen uns nicht zwischen Dezentralisierung und Leistung entscheiden; manchmal können wir beides haben. Ein starkes Ethereum hängt von einem Ökosystem ab, das gemeinsam handelt, und wir denken, dass es Zeit ist, dass dieses Ökosystem schneller wird.
