Skip to content
RiverCore
Base trennt sich vom OP Stack und setzt auf eigenes Repository
Base OP Stack forkSuperchainLayer 2Base ditches OP Stack repositoryCoinbase Layer 2 hard fork migration

Base trennt sich vom OP Stack und setzt auf eigenes Repository

11 Sep 20267 Min. LesezeitAlex Drover

Wer schon einmal einen Rollup-Node im Produktivbetrieb betreut hat, kennt den Schmerz: drei Upstream-Repos, zwei Client-Teams und ein Hard-Fork-Fenster, das mitten in einen Tuesday-Deployment-Freeze fällt. Base hat genug von dieser Situation. Coinbases Layer 2 zieht seine Codebasis aus dem gemeinsamen OP Stack heraus und bündelt alles in einem einzigen Repository, das es vollständig selbst kontrolliert.

Der Schritt ist technisch gesehen inkrementell. Politisch ist es das lauteste Ereignis in der Superchain seit dem Launch von Base.

Was geschehen ist

Am Dienstag berichtete Yellow.com, dass Base ankündigte, seine Codebasis aus Optimisms OP Stack in ein von Base betriebenes Repository namens base/base zu überführen. Der neue Stack fasst bisher verteilte Komponenten an einem Ort zusammen und basiert auf Open-Source-Teilen, darunter Reth.

Base wurde im August 2023 auf dem OP Stack gestartet. Seitdem wurden die Netzwerk-Interna über Repos verwaltet, die Optimism, Flashbots und weiteren Beteiligten gehören – darunter Sequencer und verschiedene Middleware-Komponenten. Genau diese Struktur wird nun aufgelöst. Node-Betreiber müssen von Optimism-Releases auf Bases eigene Client-Software migrieren, wenn sie mit zukünftigen Upgrades kompatibel bleiben wollen. Eine Schonfrist gibt es nicht.

Base erklärt, die Konsolidierung ermögliche es, die Hard-Fork-Frequenz von drei auf sechs pro Jahr zu erhöhen. Der Base Security Council erhält einen unabhängigen Unterzeichner, der den bisher von Optimism gehaltenen Sitz übernimmt. Base behält seinen Stage-1-Dezentralisierungsstatus nach Vitalik Buterins Rollup-Klassifikation und zahlt weiterhin über das OP Enterprise Support-Programm an Optimism. Die Roadmap ist ambitioniert: ein Wechsel von optimistischen zu TEE/ZK-Proofs in einem bevorstehenden Hard Fork, gefolgt von Releases, die Ethereums Fusaka- und Glamsterdam-Upgrades implementieren. Base erklärt, die Kompatibilität mit den OP Stack-Spezifikationen während der Transition aufrechtzuerhalten und bestehende RPC-Endpunkte – einschließlich jener im Optimism-Namespace – weiter zu unterstützen. Der OP-Token von Optimism fiel in den 24 Stunden nach der Ankündigung um 4 %. Base liegt derzeit bei 3,85 Milliarden Dollar Total Value Locked und ist damit die größte Chain in der bisherigen OP Stack Superchain.

Technische Analyse

Lässt man das Branding beiseite, handelt es sich um eine klassische Monorepo-Konsolidierung einer verteilten Systemcodebasis. Wer schon einmal versucht hat, ein koordiniertes Release über drei GitHub-Organisationen mit drei verschiedenen Unternehmen und drei unterschiedlichen Prioritäten zu liefern, versteht sofort, warum Base diesen Schritt gegangen ist. Einen Hard Fork unter dieser Struktur zu koordinieren bedeutet: drei PR-Review-Kulturen, drei Release-Engineering-Kalender und ein Merge-Fenster, das alle zufriedenstellen muss.

Die Verdopplung von drei auf sechs Hard Forks pro Jahr ist das entscheidende Signal. Diese Kadenz ist nicht erreichbar, wenn Sequencer, Execution Client und Proof-System in Repos liegen, die man nicht besitzt. Mit jeder Verdopplung der Release-Frequenz halbiert sich die Toleranz für teamübergreifenden Koordinationsaufwand. Base kauft sich damit die Fähigkeit, EIPs aus dem Ethereum Core schneller zu shippen – was entscheidend ist, wenn man Fusaka- und Glamsterdam-Unterstützung will, ohne auf Optimisms Zeitplan warten zu müssen.

Die Wahl von Reth ist bemerkenswert. Reth ist ein Rust-basierter Execution Client. Den einheitlichen Stack darauf aufzubauen statt auf Geth-abgeleiteten Tools signalisiert, dass Base die Performance und die Memory-Safety-Vorteile dieser Technologie nutzen will. Für eine L2, die bei Airdrop-Events wiederholt überlastet war, ist die Execution Layer kein Ort für Legacy-Code, nur weil er vertraut ist.

Der Wechsel des Proof-Systems ist das zweite große Thema. Von optimistischen Proofs zu TEE/ZK zu wechseln bedeutet ein fundamental anderes Vertrauensmodell. Optimistic Rollups setzen voraus, dass jemand Betrug innerhalb eines Zeitfensters anficht. TEE- und ZK-Proofs verlagern die Garantie auf Kryptographie oder Hardware-Attestierung, was Exit-Latenz, Sequencer-Verantwortlichkeit und das gesamte Disaster-Recovery-Playbook verändert. Base sagt den Betreibern: Die Chain, die ihr 2027 betreibt, wird der Chain, mit der ihr 2023 gestartet seid, in nichts mehr ähneln. Meine Einschätzung: Das ist eine kompetente Ingenieursentscheidung, die seit mindestens einem Jahr überfällig war.

Wer die Konsequenzen trägt

Zuerst die Node-Betreiber. Wer Base-Infrastruktur betreibt – RPC-Provider, Indexer, MEV-Searcher, Bridge-Validatoren – hat ein Migrationsprojekt auf dem Q1-Board, egal ob gewollt oder nicht. Die offizielle Botschaft lautet, dass OP Stack Spec-Kompatibilität während der Transition gewahrt und die Optimism-Namespace-RPC-Endpunkte weiter funktionieren werden. In Produktionsvorfällen, die ich erlebt habe, ist „Kompatibilität während der Transition aufrechterhalten" genau der Satz, der drei Quartale später im Postmortem auftaucht. Intensiv testen – oder auf Alarmrufe gefasst sein.

Optimism ist der interessantere Geschädigte. Base mit 3,85 Milliarden Dollar TVL ist die größte Chain im Superchain-Ökosystem. Den Hauptmieter aus der gemeinsamen Codebasis zu verlieren, verändert die gesamte Superchain-Argumentation gegenüber dem nächsten OP Stack-Kunden. Der OP-Token-Rückgang von 4 % ist die sofortige Marktbewertung dieser Tatsache. Optimisms offizielle Linie ist gemessen: „Unser Fokus bleibt darauf, Enterprise-grade Blockchain-Infrastruktur für unser Ökosystem bereitzustellen, und wir werden Base weiterhin als OP Enterprise-Kunden bedienen, während sie ihre unabhängige Infrastruktur aufbauen." Übersetzt: Wir behalten den Support-Vertragserlös und hoffen, dass der Imageschaden beherrschbar ist.

Flashbots und weitere Beteiligte geraten unter seitlichen Druck. Ihr Code ist weiterhin als Open-Source-Komponenten im Einsatz, aber sie verlieren den direkten Draht in Bases Release-Pipeline. Teams, mit denen ich in ähnlichen Upstream-Downstream-Trennungen zusammengearbeitet habe, verzeichnen typischerweise innerhalb von zwei Release-Zyklen einen Rückgang der Beitragsaktivität vom Downstream.

Die unbequeme Lesart: Jedes andere Superchain-Mitglied beobachtet jetzt, ob Bases Unabhängigkeit tatsächlich schnellere Lieferung ermöglicht. Wenn ja, hat die Shared-Stack-These ein ernstes Problem. Wenn Base 2026 sechs saubere Hard Forks liefert, während OP Stack-Peers drei liefern, wird die L2-Wettbewerbspositionierung der nächsten zwölf Monate neu geschrieben. Das entspricht in etwa dem operativen Impact des jährlichen Outputs eines Senior Engineers Unterschied pro Hard Fork, multipliziert über ein Dutzend Ökosystem-Projekte, die mithalten müssen.

Handlungsempfehlungen für Crypto und DeFi

Wer ein Protokoll auf Base betreibt, sollte noch diese Woche jemanden auf die Release Notes von base/base ansetzen. Nicht im nächsten Sprint. Die Verdopplung der Hard-Fork-Kadenz bedeutet, dass auch die Smart-Contract-Kompatibilitätstests verdoppelt werden müssen. Contracts, die stillschweigend auf OP Stack-Opcodes, Gas-Metering oder Precompile-Verhalten angewiesen sind, brauchen jetzt einen zugewiesenen Verantwortlichen.

Wer eine Bridge oder ein Cross-Chain-Protokoll mit Berührungspunkten zu Base betreibt, sollte die Annahmen über Sequencer-Verhalten und Finalität prüfen. Der TEE/ZK-Proof-Übergang wird Exit-Fenster und Challenge-Perioden verändern. Jeder Contract mit fest codierten Annahmen über das siebentägige optimistische Fenster ist ein zukünftiger Vorfall.

Wer auf mehreren OP Stack-Chains aktiv ist, sollte dies als Signal werten, die eigene Infrastruktur-Abstraktionsschicht zu überdenken. Chains, die früher einen gemeinsamen Client nutzten, divergieren nun. RPC-Provider, Indexer und Monitoring-Stack müssen alle mit Versions-Drift zwischen Base und dem Rest der Superchain umgehen können. Die Abstraktion aufbauen – oder Farbe bekennen.

Wer in einem Coinbase-nahen Team Consumer-Crypto-Produkte entwickelt, kann das leise als gute Nachricht werten. Eine schnellere Hard-Fork-Kadenz bedeutet schnelleren Zugang zu Ethereum-Protokoll-Upgrades wie Fusaka und Glamsterdam – relevant für Account Abstraction, Blob Economics und alles, was L1-Datenverfügbarkeitskosten berührt.

Wer OP-Token als Treasury-Exposure für die Superchain-These hält, muss zur Kenntnis nehmen: Die These ist gerade schwächer geworden. Entsprechend neu bewerten. Optimism hat weiterhin die OP Enterprise-Einnahmequelle von Base, aber das Narrativ einer einheitlichen Superchain, die alle L2-Aktivität absorbiert, konkurriert nun mit der Realität, dass sein größter Mieter einen eigenen Stack betreibt.

Die wichtigsten Erkenntnisse

  • Base konsolidiert sich in base/base, einem einzigen Reth-basierten Repo, und beendet die verteilten Abhängigkeiten von Optimism, Flashbots und weiteren Beteiligten.
  • Node-Betreiber müssen zu Bases Client-Software migrieren oder vom Upgrade-Pfad abweichen. Es gibt keine Nichts-tun-Option.
  • Die Hard-Fork-Kadenz verdoppelt sich von drei auf sechs pro Jahr, mit TEE/ZK-Proofs, Fusaka und Glamsterdam auf der Roadmap.
  • Optimism behält Base als OP Enterprise-Kunden, verlor aber seinen Security-Council-Sitz und erlebte einen OP-Rückgang von 4 % bei der Nachricht.
  • Mit 3,85 Milliarden Dollar TVL ist Bases Abkehr von der gemeinsamen Codebasis der bislang härteste Test, ob die Superchain-These den Kontakt mit ihrem größten Mieter überlebt.

Häufig gestellte Fragen

F: Bedeutet Bases Abkehr vom OP Stack, dass es nicht mehr Teil der Superchain ist?

Offiziell nicht. Base wird die OP Stack-Spezifikationskompatibilität während der Transition aufrechterhalten und kauft weiterhin Support über Optimisms OP Enterprise-Programm. Aber operativ ist ein unabhängiges Repository mit eigener Release-Kadenz ein bedeutender Schritt weg vom Shared-Stack-Modell, das die Superchain definiert hat.

F: Was müssen Node-Betreiber jetzt konkret tun?

Eine Migration von Optimism-Releases zu Bases Client-Software aus dem base/base-Repository planen. Künftige Netzwerk-Upgrades werden über Bases Stack ausgeliefert, sodass Betreiber, die auf Optimism-Releases bleiben, die Kompatibilität verlieren werden. Vor jedem Hard-Fork-Fenster in einer Staging-Umgebung testen.

F: Warum ist der Wechsel von optimistischen zu TEE/ZK-Proofs so bedeutsam?

Er verändert das grundlegende Vertrauensmodell. Optimistische Proofs beruhen auf Betrugsanfechtungen innerhalb eines Dispute-Fensters, typischerweise sieben Tage. TEE/ZK-Proofs verlagern die Garantie auf Hardware-Attestierung oder kryptografische Gültigkeitsnachweise, was Exit-Zeiten drastisch verkürzen und die Art und Weise verändern kann, wie Bridges und Cross-Chain-Protokolle über Finalität auf Base nachdenken.

AD
Alex Drover
RiverCore Analyst · Dublin, Ireland
TEILEN
// ÄHNLICHE ARTIKEL
StartseiteLösungenProjekteÜber unsKontakt
News06
Dublin, Irland · EUGMT+1
LinkedIn
🇩🇪DE