--- title: "Native vs. Based Rollups: L2-Guide 2026" canonical: https://wavect.io/de/blog/native-rollups-vs-based-rollups/ language: de description: "Native und Based Rollups im Vergleich: Sequencing, Verifikation, Latenz, Kontrolle, Risiken, Migration und Produktionsreife 2026." image: "https://wavect.io/img/blog/headers/header_native-rollups-vs-based-rollups.png" --- [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 10 min Lesezeit · 11. August 2026 Zuletzt geprüft 11. August 2026 [**Weiter**](/de/blog/web3-mandates-gas-cost-l1-l2-hindsight/) # Native Rollups vs. Based Rollups: Welche Ethereum-L2-Architektur passt 2026 zu deinem Produkt? TL;DR Based und Native Rollups lösen verschiedene Teile eines Ethereum-L2-Stacks. Ein Based Rollup übergibt die Transaktionsreihenfolge an Ethereums L1-Proposer- und Builder-Pipeline. Ein Native Rollup übergibt die Verifikation von EVM-Zustandsübergängen an Ethereums eigene Proof-Infrastruktur. Die Kategorien sind kombinierbar, ein Rollup kann also beides sein. Im August 2026 ist Based Sequencing produktiv nutzbar, schnelle Preconfirmations bringen jedoch eine zusätzliche Betriebsschicht mit. Native Rollups sind in keinem geplanten Ethereum-Hard-Fork enthalten: EIP-8079 bleibt ein Draft und das neuere Modell mit Proof-carrying Transactions bleibt Forschung. Wenn du jetzt auslieferst, wähle zuerst einen reifen Rollup-Stack, behandle Sequencing als bewusste Business- und Security-Entscheidung und halte eine EVM-äquivalente Migration offen, statt einen Native-Rollup-Launch zu versprechen. **Based und Native Rollups lösen verschiedene Schichten desselben Ethereum-L2-Stacks.** Ein Based Rollup übergibt die Transaktionsreihenfolge an Ethereum L1. Ein Native Rollup übergibt Ethereum die Verifikation von EVM-Zustandsübergängen. Das sind keine konkurrierenden Kategorien: Ein Rollup kann beides sein. Im August 2026 ist Based Sequencing live, Native Rollups bleiben Protokollforschung ohne festen Fork-Termin. Das ist relevant, wenn du Rollup-Infrastruktur kaufst, eine Appchain planst oder prüfst, ob dein Produkt ein eigenes [Layer 2](/de/glossary/layer-2/) braucht. Die Architektur verändert Zensurrisiko, Bestätigungslatenz, MEV-Umsatz, Upgrade-Verantwortung und deinen Betriebsaufwand. Sie erzeugt aber nicht automatisch Nachfrage nach dem Produkt. ## Was ist der Unterschied zwischen Native und Based Rollups? Stelle zwei getrennte Fragen: **Wer ordnet die Transaktionen?** Und: **Wer prüft, ob die Ausführung korrekt war?** Based beschreibt Sequencing. Native beschreibt die Verifikation der Ausführung. | Architekturfrage | Based Rollup | Native Rollup | Klassisches Rollup | | --- | --- | --- | --- | | Was übernimmt Ethereum? | Transaktionsreihenfolge | Verifikation der EVM-Ausführung | Settlement und meist Data Availability | | Wer ordnet den nächsten L2-Block? | Ethereums Proposer- und Builder-Pipeline | Konfigurierbar: zentral, gestakt oder based | Meist ein dedizierter Sequencer | | Wer wartet den Execution-Verifier? | Das Rollup, außer es ist auch native | Ethereums gemeinsame Proof-Infrastruktur | Rollup-Team und Governance | | Wichtigster Produktvorteil | L1-Liveness und glaubwürdige Neutralität | Weniger eigener Verifier- und Upgrade-Risk | Niedrige Latenz und maximale Policy-Kontrolle | | Reife 2026 | Live, Preconfirmation-Stacks entwickeln sich | Forschung und Prototypen, nicht eingeplant | Reifer Produktions-Default | Die ursprüngliche [Definition von Based Rollups auf Ethereum Research](https://ethresear.ch/t/based-rollups-superpowers-from-l1-sequencing/15016) beschreibt, wie L1-Sequencing Ethereums Liveness und Dezentralisierung erbt. Auch Ethereums aktuelle [Scaling-Roadmap](https://ethereum.org/roadmap/scaling/) nennt zentrale Sequencer als Zensurrisiko. Genau dieses Problem adressiert Based Sequencing. ## Wie funktioniert ein Based Rollup? Beim Based Rollup darf der nächste Ethereum-Proposer zusammen mit der bestehenden Builder-Pipeline den nächsten L2-Block permissionless in einen L1-Block aufnehmen. Das Rollup führt Transaktionen weiter off-chain aus und veröffentlicht Daten oder Commitments auf Ethereum. Geändert wird die Instanz, die Reihenfolge und Inklusion bestimmt. ### Was gewinnst du? - **Liveness wie Ethereum.** Ein einzelner Sequencer kann die Chain nicht durch sein Verschwinden stoppen. - **Mehr Zensurresistenz.** Die Reihenfolge liegt nicht bei einem Rollup-Betreiber. - **Kleinere Sequencer-Trust-Surface.** Ein separates Konsensnetz, Sequencer-Token und kritischer Escape-Hatch-Pfad können entfallen. - **Ökonomische L1-Ausrichtung.** Ein Teil des MEV fließt an Ethereum statt an einen privaten L2-Sequencer. ### Was gibst du auf oder baust du neu? - **Sofortige Bestätigungen sind nicht trivial.** Nutzer wollen nicht auf einen L1-Slot warten. Deshalb ergänzen Produktionsdesigns Preconfirmers, die Inklusion vor dem finalen L1-Settlement versprechen. - **Sequencing-Policies werden unflexibler.** First Come, First Served, private Orderflows und eigene Auktionen sind schwerer zu garantieren. - **MEV-Umsatz verändert sich.** Ein Geschäftsmodell mit exklusivem Sequencing lässt sich nicht unverändert übernehmen. - **Operations verschwinden nicht.** Block Building, Preconfirmation-Monitoring, Proving, Data Publishing, RPCs, Indexer und Incident Response bleiben. Taiko ist der klarste Live-Referenzpunkt. Die offizielle [Roadmap für 2025 bis 2026](https://taiko.xyz/?lang=ena) beschreibt ein Type-1-Based-Rollup, whitelisted Preconfirmations auf Mainnet und den Weg zu dezentralen Bestätigungen unter einer Sekunde. Das belegt, dass Based Sequencing produktiv laufen kann. Es belegt nicht, dass jedes Preconfirmation-Design gleich reif ist. ## Wie funktioniert ein Native Rollup? Ein Native Rollup soll verhindern, dass jedes L2-Team einen eigenen kritischen EVM-Verifikationsstack wartet. Ethereum würde prüfen, ob ein L2-Block demselben Execution-Programm folgt, das Ethereum selbst anerkennt. Sequencing, Gebühren, Gas-Token, Governance und Messaging bleiben rund um diese gemeinsame Ausführungsregel konfigurierbar. Der Vorschlag hat sich wesentlich verändert. [Draft EIP-8079](https://eips.ethereum.org/EIPS/eip-8079) beschreibt ein `EXECUTE`-Precompile und lässt zentrale Bereiche als TBD offen. Der neuere Vorschlag für [Native Proof Verification](https://ethresear.ch/t/native-proof-verification/24798) geht in Richtung Proof-carrying Transactions und programmagnostischer Verifikation in Ethereums Consensus-Infrastruktur. Das ist eine wichtige Entwicklung, bleibt aber Forschung. ### Was könnte Native Verification entfernen? - Rollup-spezifische Verifier Contracts, Proof Router und einen Teil der Upgrade-Macht von Security Councils. - Separate EVM-Circuit-Upgrades bei jeder Änderung von Ethereums Ausführungsregeln. - Einen Teil des Bridge-Risikos, das entsteht, wenn ein eigener Verifier einen falschen State Transition akzeptiert. ### Welche Grenzen bleiben? - **EVM-Äquivalenz zählt.** Eigene Opcodes, Precompiles und Transaktionstypen erschweren oder blockieren die Migration zum ursprünglichen EIP-8079-Pfad. - **Sequencing bleibt deine Entscheidung.** Native bedeutet nicht automatisch dezentral geordnete Transaktionen. - **Data Availability und Messaging bleiben kritisch.** Eine korrekte State Root hilft nicht, wenn Nutzer den Zustand nicht rekonstruieren oder Assets nicht sicher bewegen können. - **Proof Economics sind offen.** Propagation, Aggregation, Pricing, Backend-Diversität und Resource Limits brauchen noch Entscheidungen. Der aktuelle [Native-Rollup-Research-Tracker von L2BEAT](https://l2beat.com/native-rollups) ist eindeutig: Die Arbeit ist in keinem geplanten Ethereum-Hard-Fork enthalten, EIP-8079 bleibt ein Draft und Proof-carrying Transactions sind ein Forschungsvorschlag. Du kannst 2026 einen Migrationspfad erhalten. Du kannst Native Verification nicht ehrlich auf eine verbindliche Launch-Checkliste setzen. ## Kann ein Rollup gleichzeitig based und native sein? Ja. Denke in einer Matrix mit zwei Achsen, nicht in einem Entweder-oder. | | Dediziertes Sequencing | Based Sequencing | | --- | --- | --- | | Eigene Verifikation | Heutiger Standard: schnell und kontrollierbar, mit eigener Verifier-Governance | L1-geordnetes Rollup mit eigenem Fraud- oder Validity-Proof-Stack | | Native Verifikation | Künftiges Native Rollup mit schnellem dediziertem Sequencer | Künftiges Rollup, das Reihenfolge und EVM-Verifikation an Ethereum übergibt | So vermeidest du einen typischen Einkaufsfehler. Ein Anbieter, der „native“ sagt, hat noch nicht beantwortet, wer Transaktionen ordnet. Ein Anbieter, der „based“ sagt, hat noch nicht beantwortet, wer Verifier oder Bridge upgraden darf. Stelle beide Fragen. ## Welche L2-Architektur soll dein Produkt wählen? - **Wähle Based Sequencing**, wenn Zensurresistenz, permissionless Inklusion und glaubwürdige Neutralität zum Produktkern gehören und du den Preconfirmation-Pfad unter Fehlerbedingungen testen kannst. - **Wähle einen dedizierten Sequencer**, wenn UX unter einer Sekunde, deterministische Reihenfolge, private Transaktionen oder Sequencing-Umsatz launchkritisch sind. Dokumentiere den Weg aus Zensur und Ausfall. - **Entwirf native-kompatibel**, wenn du EVM-Äquivalenz, eine langlebige Chain und später weniger eigene Verifier-Governance willst. Kapsle eigene Execution-Erweiterungen hinter klaren Grenzen. - **Starte kein eigenes L2**, wenn ein öffentliches L2 bereits Kosten, Durchsatz, Distribution und Compliance abdeckt. Eine Chain ist ein dauerhaftes Operations-Produkt neben deinem eigentlichen Produkt. Wenn du noch zwischen öffentlichem EVM-L2 und einer anderen Chain entscheidest, beginne mit unserem [Gas-Kosten- und Chain-Selection-Rückblick aus 21 Web3-Mandaten](/de/blog/web3-mandates-gas-cost-l1-l2-hindsight/). Bei einem Non-EVM-Move zeigt der [Teardown der Ethereum-zu-Solana-Migration](/de/blog/ethereum-to-solana-migration-cost/), warum ein Chain-Wechsel zum partiellen Rewrite wird. Treibt Interoperabilität die Entscheidung, lies zuerst die [Security-Entscheidung zu Cross-Chain-Bridges](/de/blog/cross-chain-bridge-security-decision/). ## Was solltest du einen Rollup-as-a-Service-Anbieter fragen? 1. **Sequencing:** Wer kann eine Transaktion aufnehmen, umordnen oder zensieren, und was passiert bei einem Ausfall? 2. **Verifikation:** Wer kontrolliert heute Verifier-Upgrades, wie lang ist das Exit Window und was darf das Security Council ändern? 3. **Preconfirmations:** Was wird versprochen, welches Collateral sichert es und wie erholt sich der Client von einem gebrochenen Versprechen? 4. **Data Availability:** Liegen vollständige Transaktionsdaten in Ethereum-Blobs oder auf einem Alt-DA-Layer mit anderen Recovery-Annahmen? 5. **Ökonomie:** Wer erhält Base Fees und MEV, und welche L1-Kosten bleiben variabel? 6. **Migration:** Welche eigenen Opcodes, Precompiles, Deposit-Typen oder Bridge-Regeln blockieren später Native Verification? 7. **Operations:** Wer betreibt Prover, RPCs, Indexer, Relayer, Monitoring, Upgrades und 24/7 Incident Response? Die Ethereum Foundation empfiehlt in ihrer [L1- und L2-Richtung vom März 2026](https://blog.ethereum.org/2026/03/23/l1-l2-ethereum) für trust-minimizing L2s mindestens Stage 1 und einen „Walkaway“-Pfad. Native Rollups, Interoperabilität und Stage 2 sind Ziele für besonders enge L1-Integration. Das ist ein guter Nordstern, aber kein Ersatz für ein launchfähiges Threat Model. ## Was ist die pragmatische Empfehlung für 2026? Wenn du dieses Jahr auslieferst, starte mit einem reifen EVM-Rollup-Stack und entscheide Sequencing separat. Nutze Based Sequencing, wenn Neutralität und Liveness die zusätzliche Preconfirmation- und Integrationsarbeit rechtfertigen. Halte Execution möglichst EVM-äquivalent, damit Native Verification später eine Migration und kein Rewrite wird. Mache deinen Launch nicht von einem ungeplanten Hard Fork abhängig. Wavects [Blockchain-Engineering-Team](/de/services/blockchain/) wählt die Chain erst, wenn Workload, Asset Custody, Latenz, Compliance und Recovery-Anforderungen klar sind. So kaufst du keine permanente Infrastruktur, bevor das Produkt ihren Bedarf beweist. ## FAQ: Ist ein Based Rollup automatisch ein ZK-Rollup? Nein. Based beschreibt Sequencing. Ein Based Rollup kann Validity Proofs, Fraud Proofs oder ein anderes Verifikationsdesign verwenden. ZK versus optimistic und based versus dediziert sind getrennte Achsen. ## FAQ: Sind Native Rollups auf Ethereum live? Nein, nicht als die hier beschriebene protokollnative Architektur. Es gibt Forschungsprototypen, aber Native Proof Verification ist am 11. August 2026 in keinem geplanten Ethereum-Hard-Fork enthalten. ## FAQ: Bedeutet „Based Rollup“ Coinbase Base? Nein. „Based“ bedeutet L1-sequenced. Coinbase Base ist der Eigenname eines bestimmten L2. Die Wörter kollidieren, die Architekturkategorie ist aber unabhängig von diesem Netzwerk. ## FAQ: Braucht ein Startup ein eigenes L2? Meist nicht. Nutze ein bestehendes L2, bis dedizierter Blockspace, eigene Compliance, Chain-Level-Gebühren oder spezialisierte Execution messbaren Produktwert erzeugen. Sonst finanzierst du Sequencer, Prover, Bridges und Operations, bevor sie ein Moat sind. ## Fazit Native und Based Rollups sind keine rivalisierenden Produkte, sondern zwei Entscheidungen in einer L2-Architektur. Based Sequencing lässt Ethereum Transaktionen ordnen. Native Verification lässt Ethereum EVM-Ausführung prüfen. Du kannst eines, beides oder keines wählen. 2026 ist Sequencing die auslieferbare Entscheidung: Based-Systeme existieren, Native Proof Verification bleibt Forschung ohne Fork-Termin. Liefere auf einem reifen Stack, benenne die Trust Boundaries, erhalte einen sauberen Migrationspfad und investiere erst dann in eine eigene Chain, wenn dein Produkt den Bedarf erklären kann. ## Das könnte dich auch interessieren.. [**21 Web3-Mandate: Gas-Kosten im Rückblick** Sieh, wo Gas tatsächlich anfiel und welche Chain wir heute für typische Workloads wählen würden.](/de/blog/web3-mandates-gas-cost-l1-l2-hindsight/) [**Wavect vs. klassische Entwicklungsagentur** Vergleiche Produkturteil, Web3-Architekturtiefe und Delivery Ownership, bevor du Kapazität kaufst.](/de/compare/wavect-vs-dev-agencies/) Blockchain-Infrastruktur ## In diesem Cluster weiterlesen [Mit dem Grundlagenartikel starten**Ethereum-zu-Solana-Migrationskosten**](/de/blog/ethereum-to-solana-migration-cost/) - [Tokenomics-Implementierung 2026: Vom Modell zur Produktion](/de/blog/tokenomics-implementation-infrastructure-2026/) - [Top 10 Web3- und Smart-Contract-Auditoren in Deutschland (2026)](/de/blog/top-smart-contract-auditors-germany/) - [x402-Zahlungen 2026: Coinbase, Stripe & Alternativen](/de/blog/x402-payments-comparison-2026/) - [Open USD erklärt: Was ein Konsortium-Stablecoin verändert](/de/blog/open-usd-stablecoin-explained-2026/) - [Warum Cross-Chain-Bridges immer wieder leergeräumt werden](/de/blog/cross-chain-bridge-security-decision/) Postfach, ohne Lärm ## Folge der Arbeit, die für dich zählt Du bekommst eine kurze E-Mail, wenn wir etwas Neues veröffentlichen. Folge dem ganzen Blog oder nur den Themen, die dich interessieren. [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 10 min Lesezeit · 11. August 2026 Zuletzt geprüft 11. August 2026 [**Weiter**](/de/blog/web3-mandates-gas-cost-l1-l2-hindsight/) Neue Beiträge per E-Mail × × Neue Beiträge per E-Mail Eine kurze E-Mail, wenn wir etwas veröffentlichen. Kostenlos, ohne Tracking. ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/de/blog/native-rollups-vs-based-rollups/#webpage", "@type": "WebPage", "dateModified": "2026-08-11", "inLanguage": "de", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-08-11", "url": "https://wavect.io/de/blog/native-rollups-vs-based-rollups/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "Based und Native Rollups lösen verschiedene Teile eines Ethereum-L2-Stacks. Ein Based Rollup übergibt die Transaktionsreihenfolge an Ethereums L1-Proposer- und Builder-Pipeline. Ein Native Rollup übergibt die Verifikation von EVM-Zustandsübergängen an Ethereums eigene Proof-Infrastruktur. Die Kategorien sind kombinierbar, ein Rollup kann also beides sein. Im August 2026 ist Based Sequencing produktiv nutzbar, schnelle Preconfirmations bringen jedoch eine zusätzliche Betriebsschicht mit. Native Rollups sind in keinem geplanten Ethereum-Hard-Fork enthalten: EIP-8079 bleibt ein Draft und das neuere Modell mit Proof-carrying Transactions bleibt Forschung. Wenn du jetzt auslieferst, wähle zuerst einen reifen Rollup-Stack, behandle Sequencing als bewusste Business- und Security-Entscheidung und halte eine EVM-äquivalente Migration offen, statt einen Native-Rollup-Launch zu versprechen.", "articleBody": " Blog-Übersicht/Web3 und Datenschutz/Blockchain-Infrastruktur Native Rollups vs. Based Rollups: Welche Ethereum-L2-Architektur passt 2026 zu deinem Produkt? TL;DR Based und Native Rollups lösen verschiedene Teile eines Ethereum-L2-Stacks. Ein Based Rollup übergibt die Transaktionsreihenfolge an Ethereums L1-Proposer- und Builder-Pipeline. Ein Native Rollup übergibt die Verifikation von EVM-Zustandsübergängen an Ethereums eigene Proof-Infrastruktur. Die Kategorien sind kombinierbar, ein Rollup kann also beides sein. Im August 2026 ist Based Sequencing produktiv nutzbar, schnelle Preconfirmations bringen jedoch eine zusätzliche Betriebsschicht mit. Native Rollups sind in keinem geplanten Ethereum-Hard-Fork enthalten: EIP-8079 bleibt ein Draft und das neuere Modell mit Proof-carrying Transactions bleibt Forschung. Wenn du jetzt auslieferst, wähle zuerst einen reifen Rollup-Stack, behandle Sequencing als bewusste Business- und Security-Entscheidung und halte eine EVM-äquivalente Migration offen, statt einen Native-Rollup-Launch zu versprechen. Based und Native Rollups lösen verschiedene Schichten desselben Ethereum-L2-Stacks. Ein Based Rollup übergibt die Transaktionsreihenfolge an Ethereum L1. Ein Native Rollup übergibt Ethereum die Verifikation von EVM-Zustandsübergängen. Das sind keine konkurrierenden Kategorien: Ein Rollup kann beides sein. Im August 2026 ist Based Sequencing live, Native Rollups bleiben Protokollforschung ohne festen Fork-Termin. Das ist relevant, wenn du Rollup-Infrastruktur kaufst, eine Appchain planst oder prüfst, ob dein Produkt ein eigenes Layer 2 braucht. Die Architektur verändert Zensurrisiko, Bestätigungslatenz, MEV-Umsatz, Upgrade-Verantwortung und deinen Betriebsaufwand. Sie erzeugt aber nicht automatisch Nachfrage nach dem Produkt. Was ist der Unterschied zwischen Native und Based Rollups? Stelle zwei getrennte Fragen: Wer ordnet die Transaktionen? Und: Wer prüft, ob die Ausführung korrekt war? Based beschreibt Sequencing. Native beschreibt die Verifikation der Ausführung. ArchitekturfrageBased RollupNative RollupKlassisches Rollup Was übernimmt Ethereum?TransaktionsreihenfolgeVerifikation der EVM-AusführungSettlement und meist Data Availability Wer ordnet den nächsten L2-Block?Ethereums Proposer- und Builder-PipelineKonfigurierbar: zentral, gestakt oder basedMeist ein dedizierter Sequencer Wer wartet den Execution-Verifier?Das Rollup, außer es ist auch nativeEthereums gemeinsame Proof-InfrastrukturRollup-Team und Governance Wichtigster ProduktvorteilL1-Liveness und glaubwürdige NeutralitätWeniger eigener Verifier- und Upgrade-RiskNiedrige Latenz und maximale Policy-Kontrolle Reife 2026Live, Preconfirmation-Stacks entwickeln sichForschung und Prototypen, nicht eingeplantReifer Produktions-Default Die ursprüngliche Definition von Based Rollups auf Ethereum Research beschreibt, wie L1-Sequencing Ethereums Liveness und Dezentralisierung erbt. Auch Ethereums aktuelle Scaling-Roadmap nennt zentrale Sequencer als Zensurrisiko. Genau dieses Problem adressiert Based Sequencing. Wie funktioniert ein Based Rollup? Beim Based Rollup darf der nächste Ethereum-Proposer zusammen mit der bestehenden Builder-Pipeline den nächsten L2-Block permissionless in einen L1-Block aufnehmen. Das Rollup führt Transaktionen weiter off-chain aus und veröffentlicht Daten oder Commitments auf Ethereum. Geändert wird die Instanz, die Reihenfolge und Inklusion bestimmt. Was gewinnst du? Liveness wie Ethereum. Ein einzelner Sequencer kann die Chain nicht durch sein Verschwinden stoppen. Mehr Zensurresistenz. Die Reihenfolge liegt nicht bei einem Rollup-Betreiber. Kleinere Sequencer-Trust-Surface. Ein separates Konsensnetz, Sequencer-Token und kritischer Escape-Hatch-Pfad können entfallen. Ökonomische L1-Ausrichtung. Ein Teil des MEV fließt an Ethereum statt an einen privaten L2-Sequencer. Was gibst du auf oder baust du neu? Sofortige Bestätigungen sind nicht trivial. Nutzer wollen nicht auf einen L1-Slot warten. Deshalb ergänzen Produktionsdesigns Preconfirmers, die Inklusion vor dem finalen L1-Settlement versprechen. Sequencing-Policies werden unflexibler. First Come, First Served, private Orderflows und eigene Auktionen sind schwerer zu garantieren. MEV-Umsatz verändert sich. Ein Geschäftsmodell mit exklusivem Sequencing lässt sich nicht unverändert übernehmen. Operations verschwinden nicht. Block Building, Preconfirmation-Monitoring, Proving, Data Publishing, RPCs, Indexer und Incident Response bleiben. Taiko ist der klarste Live-Referenzpunkt. Die offizielle Roadmap für 2025 bis 2026 beschreibt ein Type-1-Based-Rollup, whitelisted Preconfirmations auf Mainnet und den Weg zu dezentralen Bestätigungen unter einer Sekunde. Das belegt, dass Based Sequencing produktiv laufen kann. Es belegt nicht, dass jedes Preconfirmation-Design gleich reif ist. Wie funktioniert ein Native Rollup? Ein Native Rollup soll verhindern, dass jedes L2-Team einen eigenen kritischen EVM-Verifikationsstack wartet. Ethereum würde prüfen,", "articleSection": "Engineering", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "Definition von Based Rollups auf Ethereum Research", "url": "https://ethresear.ch/t/based-rollups-superpowers-from-l1-sequencing/15016" }, { "@type": "WebPage", "name": "Scaling-Roadmap", "url": "https://ethereum.org/roadmap/scaling/" }, { "@type": "WebPage", "name": "Roadmap für 2025 bis 2026", "url": "https://taiko.xyz/?lang=ena" }, { "@type": "WebPage", "name": "Draft EIP-8079", "url": "https://eips.ethereum.org/EIPS/eip-8079" }, { "@type": "WebPage", "name": "Native Proof Verification", "url": "https://ethresear.ch/t/native-proof-verification/24798" }, { "@type": "WebPage", "name": "Native-Rollup-Research-Tracker von L2BEAT", "url": "https://l2beat.com/native-rollups" }, { "@type": "WebPage", "name": "L1- und L2-Richtung vom März 2026", "url": "https://blog.ethereum.org/2026/03/23/l1-l2-ethereum" } ], "dateModified": "2026-08-11", "datePublished": "2026-08-11", "description": "Based und Native Rollups lösen verschiedene Teile eines Ethereum-L2-Stacks. Ein Based Rollup übergibt die Transaktionsreihenfolge an Ethereums L1-Proposer- und Builder-Pipeline. Ein Native Rollup übergibt die Verifikation von EVM-Zustandsübergängen an Ethereums eigene Proof-Infrastruktur. Die Kategorien sind kombinierbar, ein Rollup kann also beides sein. Im August 2026 ist Based Sequencing produktiv nutzbar, schnelle Preconfirmations bringen jedoch eine zusätzliche Betriebsschicht mit. Native Rollups sind in keinem geplanten Ethereum-Hard-Fork enthalten: EIP-8079 bleibt ein Draft und das neuere Modell mit Proof-carrying Transactions bleibt Forschung. Wenn du jetzt auslieferst, wähle zuerst einen reifen Rollup-Stack, behandle Sequencing als bewusste Business- und Security-Entscheidung und halte eine EVM-äquivalente Migration offen, statt einen Native-Rollup-Launch zu versprechen.", "headline": "Native Rollups vs. Based Rollups", "image": "https://wavect.io/img/blog/headers/header_native-rollups-vs-based-rollups.svg", "inLanguage": "de", "keywords": "Ethereum, Layer 2", "mainEntityOfPage": { "@id": "https://wavect.io/de/blog/native-rollups-vs-based-rollups/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/de/blog/native-rollups-vs-based-rollups/", "wordCount": 1686 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/de/", "name": "Startseite", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/overview/", "name": "Blog-Übersicht", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/topics/web3-privacy/", "name": "Web3 und Datenschutz", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/clusters/blockchain-infrastructure/", "name": "Blockchain-Infrastruktur", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/native-rollups-vs-based-rollups/", "name": "Native vs. Based Rollups: L2-Guide 2026 | ", "position": 5 } ] } ```