WORLDTECHBase aktiviert Denim: 200-ms-Blöcke ersetzen Flashblocks
Base, das von Coinbase aufgebaute Layer-2-Netzwerk für Ethereum, hat mit Denim sein viertes Netzwerk-Upgrade eingeschaltet, das die Blockzeit zehnmal kürzer auf 200 Millisekunden senkt. Das Netzwerk erklärt, die Änderung solle Handel und Zahlungen auf der Blockchain schneller und reaktionsschneller machen.
Zeitpunkt der Umstellung und neue Blockrate
Base hat Denim am Donnerstag um 18:00 UTC aktiviert, den Zeitpunkt, den das Netzwerk auf seiner Statusseite angesetzt hatte. Öffentliche RPC-Daten, die Unchained geprüft hat, zeigen, dass der erste Block nach dem neuen Takt um 18:00:01 UTC eintraf, zwei Sekunden nach dem letzten Zwei-Sekunden-Block.
Das Netzwerk liefert nun fünf vollständige kanonische Blöcke pro Sekunde, zuvor war es einer alle zwei Sekunden.
Flashblocks weichen endgültigen Blöcken
Flashblocks hatten Vorschauen anstehender Transaktionen zwischen den Blöcken gestreamt. Diese Vorschauen konnten im endgültigen Block wegfallen, sodass Anwendungen Abweichungen zwischen vorbestätigtem und kanonischem Zustand abgleichen mussten.
Denim verzichtet auf diese Zwischenebene. Jeder 200-Millisekunden-Block gehört zur kanonischen Kette, sodass eine Transaktion, die in einen Block aufgenommen wird, auf der Kette bestätigt ist und nicht in einem vorläufigen Zustand verharrt, der sich noch ändern könnte.
Ziele und die angesprochenen Vermögenswerte
Base sagt, Ziel sei es, Transaktionen auf der Blockchain für Handel und Zahlungen schneller und reaktionsschneller zu machen. Genannt werden außerdem tokenisierte Aktien und andere Vermögenswerte, die eine schnellere Abwicklung auf der Blockchain benötigen; tokenisiert bedeutet, dass ein Vermögenswert als handelbarer Eintrag auf einer Blockchain abgebildet wird.
Base beschreibt zudem verbesserte Endgültigkeit, eine verschlankte B20-Konformität und eine Zeitsteuerung mit Millisekundengenauigkeit für Smart Contracts, also Programme, die auf einer Blockchain laufen und Geld nach eigenen Regeln bewegen.
Auswirkungen auf blockzählende Timer
Da Blöcke nun zehnmal so häufig eintreffen, läuft jeder Timer, der Blöcke statt Minuten zählt und vor der Umstellung gestartet wurde, zehnmal schneller ab. Anwendungen, die verstrichene Zeit in Blöcken messen, müssen sich darauf einstellen.
Offene Fragen
- Wie werden Anwendungen, die Blöcke statt Zeit zählen, sich auf den schnelleren Takt einstellen?
- Verändert der Wegfall der Flashblocks, wie bestehende Anwendungen die Endgültigkeit von Transaktionen behandeln?