Base gibt an, seine grundlegende Software zu überarbeiten, um schnellere Upgrades, strengere Sicherheitskontrollen und eine reibungslosere Skalierung voranzutreiben. In einem neuen Update sagte der von Coinbase unterstützte Layer 2, dass dies der Fall sei Abkehr vom OP-Stack und Übergang zu einem einheitlichen, von der Basis betriebenen Stack.
Die Verschiebung wird die Art und Weise verändern, wie Knotenbetreiber Veröffentlichungen verfolgen und wie schnell das Netzwerk Upgrades ausliefert.
Anstatt sich auf einen „Patchwork“ von Abhängigkeiten zu verlassen, möchte Base seinen Kernstack in einer einzigen Repo- und Release-Pipeline konsolidieren.
Die Basis entfernt sich vom OP-Stack
Die größte Linie in der Bekanntmachung ist die Richtung: Base entfernt sich in den kommenden Monaten vom OP Stack.
Das bedeutet nicht, dass Base die Verbindung zu Optimism vollständig abbricht. Es heißt, dass es während des Übergangs als OP Enterprise-Client weiterhin mit Optimism zusammenarbeiten wird, während es seinen eigenen Stack weiterentwickelt.
In der Praxis bedeutet dies einen Wechsel von Base, der sich primär an den Veröffentlichungsrhythmus von Optimism hält, hin zu einer stärkeren direkten Übernahme des Software-Lebenszyklus.
Was „Unified Stack“ in der Praxis bedeutet
Base sagt, dass es zu einem einzigen einheitlichen Stack übergeht, der von Base betrieben wird, wobei sich der Code und die Releases auf Base/Base konzentrieren.
Das Update macht auch deutlich, welche Änderungen sich für Node-Betreiber ergeben:
- Knotenbetreiber müssen sich an Basis-/Basis-Releases halten und nicht an die Releases von Optimism.
- Sobald die Umstellung abgeschlossen ist, werden Veröffentlichungen schneller und häufiger ausgeführt.
- Knotenbetreiber sollten mit mehr Anleitung rechnen, je näher Base dem Umstellungstermin rückt.
Kurz gesagt, das zu beobachtende Repo ändert sich und das Tempo der Upgrades wird voraussichtlich zunehmen.
Warum Base das jetzt tut
Der von Base angegebene Grund ist Geschwindigkeit und Zuverlässigkeit im großen Maßstab. Der Beitrag umrahmt die neue Architektur als eine Möglichkeit:
- Beschleunigen Sie Innovationen, indem Sie Koordinationsreibungen über mehrere Upstream-Abhängigkeiten hinweg beseitigen
- Verbessern Sie die Skalierung mit einem Stack, der auf der eigenen Roadmap von Base basiert
- Stärken Sie die Sicherheit, indem Sie die Kontrolle über den Codepfad, der die Kette antreibt, verschärfen
Dies spiegelt auch ein breiteres Muster in der L2-Infrastruktur wider: Wenn Netzwerke wachsen, können die Kosten für die Abhängigkeit von vielen beweglichen Teilen steigen – und Teams streben oft nach weniger externen Abhängigkeiten, klareren Verantwortlichkeiten und schnellerer Iteration.
Was Sie als nächstes sehen sollten
Base signalisiert, dass der Übergang „in den kommenden Monaten“ erfolgen wird und dass weitere Einzelheiten mitgeteilt werden, je näher der Umstellungstermin rückt.
Für Bauherren und Knotenbetreiber sind die wichtigsten kurzfristigen Beobachtungspunkte:
- Wenn Base einen festen Zeitplan für die Migration angibt
- Die operativen Schritte, die Knotenbetreiber benötigen, um auf den Basis-Client umzusteigen
- Die erste Welle von Upgrades, die im neuen, schnelleren Release-Zyklus landen
Abschließende Zusammenfassung
- Die Basis bewegt sich weg vom OP-Stack hin zu einem einheitlichen, von der Basis betriebenen Stack, der sich auf Basis/Basis konzentriert, und verschiebt sich dahingehend, dass Knotenbetreiber Freigaben verfolgen.
- Die Änderung signalisiert eine strengere Betriebskontrolle, da sich der L2-Wettbewerb verschärft, wobei Base schnellere Upgrades anstrebt und während des Übergangs weiterhin mit Optimism arbeitet.
