Wenn die Zukunft aus einer On-Chain-Wirtschaft mit Tausenden von Rollups besteht, sind wir in der Gegenwart definitiv auf der richtigen Zeitachse. Vom Optimism-Stack und dem Polygon-Chain-Entwicklungskit bis hin zu Caldera und Stackr sind in den letzten Monaten eine Vielzahl von Rollup-Frameworks und Rollups-as-a-Service (RaaS)-Anbietern auf den Markt gekommen. Diese Frameworks bieten modulare (häufig Open-Source-)Codebasen für die verschiedenen Komponenten eines Rollups, sodass Entwickler für jede Ebene des Stapels aus einer Vielzahl benutzerdefinierter Optionen auswählen können.
Doch welchen Mehrwert schaffen diese Anbieter? Oder haben sie überhaupt einen Wert? wie Neel Somani kürzlich in seinem Vortrag „RaaS-Lösungen gehen auf Null“ beim Modular Summit argumentierte.
In diesem Blogbeitrag analysieren wir einige seiner Argumente und untersuchen auch die komplexe Dynamik der Wertschöpfung für Rollup-Frameworks und RaaS-Anbieter. Von den einzelnen Schichten bis hin zu Superchains entschlüsseln wir die verborgenen Mechanismen hinter der Wertschöpfung und -erfassung durch Rollup-Frameworks und RaaS-Anbieter.
Rollups sind Anwendungen, die eine Off-Chain-Ausführung durchführen und die Ausführungsdaten auf einer anderen (Host-)Blockchain veröffentlichen. Dadurch leiten sie die Sicherheitseigenschaften der Hostkette ab. Die Rollup-Anwendung selbst könnte nur eine einzelne Zustandsübergangsfunktion sein, oder sie könnte eine separate Blockchain sein, deren kanonischer Zustand von einer Gruppe von Knoten aufrechterhalten wird
Ein Rollup-Framework ist eine vorgefertigte Codebasis, die die wesentlichen Komponenten eines Rollups implementiert. Anstatt ein Rollup von Grund auf zu erstellen, können Entwickler diese vorhandenen Codebasen (oft als SDKs verpackt) verwenden und sie an ihre spezifischen Bedürfnisse anpassen. Beispiele für Open-Source-Rollup-Frameworks sind OP Stack und Arbitrum Orbit.
Rollups-as-a-Service- oder RaaS-Protokolle sind No-Code-Wrapper, die auf vorhandenen Rollup-Frameworks aufbauen. Sie ermöglichen Entwicklern die schnelle Bereitstellung eines Rollups von Grund auf, indem sie benutzerdefinierte Funktionen aus Dropdown-Menüs auswählen. RaaS-Unternehmen übernehmen häufig die Reihenfolge der bereitgestellten Rollups und bieten zusätzliche Beratungsleistungen an.
Um zu verstehen, wie der Wert in den gesamten Stapel hinein- und herausfließt, ist es wichtig, zunächst die Architektur eines Rollups zu verstehen und zu verstehen, wie die verschiedenen Schichten miteinander interagieren. Es gibt im Großen und Ganzen drei Schichten, die einen Rollup-Stack bilden:
1.Ausführung – Diese Ebene führt die Transaktionen aus, indem sie die State Transition Function (STF) auf den vorhandenen Status des Rollups anwendet. Abhängig davon, wie „zentralisiert“ das Rollup ist, könnte ein Ausführungsknoten eine Reihe von Verantwortlichkeiten besitzen, von der Bestellung von Transaktionen und deren Ausführung bis hin zur Veröffentlichung auf L1 und der Erstellung von Betrugs-/Gültigkeitsnachweisen.
Die Ausführungsschicht ist die „benutzerorientierte“ Schicht, auf der das Geld in den Rollup-Stapel gelangt. Benutzern wird eine Transaktionsgebühr (Gas) berechnet, die in der Regel eine Marge über die verschiedenen Kosten darstellt, die die Ausführungsschicht zahlen muss (mehr dazu später). Diese Ebene kann den Benutzern auch zusätzlichen Wert entlocken, indem sie Transaktionen auf bestimmte Weise anordnet (auch bekannt als MEV: Maximal Extractable Value).
Aufschlüsselung der Ausführungsschicht, die von einem zentralen Rollup-Sequenzer betrieben wird. Zu seinen Aufgaben gehören: Bestellen von Transaktionen, Veröffentlichen von Transaktionsdaten auf der DA-Ebene, Erstellen von Nachweisen, Veröffentlichen von Nachweisen und Statusänderungen auf der Abrechnungsebene
Aufschlüsselung der Ausführungsschicht, die von einem zentralen Rollup-Sequenzer betrieben wird. Zu seinen Aufgaben gehören: Bestellen von Transaktionen, Veröffentlichen von Transaktionsdaten auf der DA-Ebene, Erstellen von Nachweisen, Veröffentlichen von Nachweisen und Statusänderungen auf der Abrechnungsebene
Aufschlüsselung der Ausführungsschicht, die von einem zentralen Rollup-Sequenzer betrieben wird. Zu seinen Aufgaben gehören: Bestellen von Transaktionen, Veröffentlichen von Transaktionsdaten auf der DA-Ebene, Erstellen von Nachweisen, Veröffentlichen von Nachweisen und Statusänderungen auf der Abrechnungsebene
2. Abwicklung – Dazu gehört die Überprüfung der Gültigkeits-/Betrugsnachweise und die „Definition“ des kanonischen Status des Rollups (im Fall von Smart-Contract-Rollups). Die Abwicklung wird normalerweise von einer einheitlichen Hochsicherheitsschicht wie Ethereum verwaltet. Rollup-Frameworks können auch ihre eigene Abrechnungsschicht aufbauen.
Die Abrechnung ist keine besonders wertvolle Werterfassungsschicht des Stapels, da die Verifizierungskosten normalerweise gering sind. Optimism zahlt Ethereum nur etwa 5 US-Dollar pro Tag für die Abwicklung. Eine wettbewerbsfähige Siedlungsschicht würde sogar noch weniger kosten. (wie auch in Rollups-as-a-Service Are Going To Zero hervorgehoben)
3. Datenverfügbarkeit – DA umfasst die Übertragung der bestellten Transaktionsdaten an den Rest des Netzwerks (manchmal auch als Datenveröffentlichung bezeichnet). Es stellt sicher, dass jeder den Rollup-Status ohne Erlaubnis rekonstruieren kann, indem er einfach die übertragenen Transaktionsdaten auf einen zuvor endgültigen Status anwendet.
DA-Kosten machen einen Großteil aller Rollup-Kosten aus. Das Posten von Daten auf einer hochsicheren Ebene wie Ethereum kann ziemlich teuer sein. Günstigere und schnellere DA-Alternativen werden von Protokollen wie Celestia, Avail und EigenDA aktiv entwickelt. Rollup-Frameworks könnten auch den Aufbau einer eigenen DA-Schicht in Betracht ziehen, aber eine fragmentierte DA verursacht hohe Bootstrapping-Kosten und macht die Interoperabilität komplexer.
Wertefluss auf hohem Niveau
Es könnte hilfreich sein, sich die Ausführungsschicht als B2C-Modell und die Abwicklungs- und DA-Schichten als B2B-Modelle vorzustellen:
Die Ausführungsschicht kauft Blockplatz von der DA-Schicht und verkauft ihre Ausführungsdienste direkt an den Endbenutzer (Kunden). Es kauft auch Verifizierungs- und Überbrückungsdienste von der Abwicklungsschicht
Die DA-Schicht verkauft Blockraum an ein anderes Unternehmen – die Ausführungsschicht
Die Abwicklungsschicht stellt Abwicklungsdienstleistungen für ein anderes Unternehmen bereit – die Ausführungsschicht
In einem solchen Setup erfolgt in wettbewerbsintensiven Märkten der Großteil der Werterfassung direkt vom Endbenutzer in der Ausführungsschicht des Stacks. Daher ist es sinnvoll, sie weiter aufzuschlüsseln und ihre Wertströme unabhängig zu analysieren.
Die Ausführungsschicht generiert Einnahmen, indem sie den Benutzern jede Transaktion in Rechnung stellt und die Betriebskosten an die anderen Unternehmen (Schichten) im Stapel zahlt.
Umsatz: Der eingehende Wert kann wie folgt kategorisiert werden:
Vom Endverbraucher pro Transaktion gezahlte Gaskosten
Intradomänen-MEV
Domänenübergreifendes MEV (Wenn das Framework Sequenzierung für mehrere Rollups auf derselben DA-Ebene bereitstellt. Könnte sonst schwierig zu extrahieren sein)
MEV hängt vom Transaktionsfluss ab (der „extrahierbare“ Wert ist für jeden Transaktionssatz unterschiedlich) und lässt sich oft nur schwer im Voraus vorhersagen. Die den Nutzern in Rechnung gestellten Gaskosten betragen dann in der Regel eine Marge über den vorhersehbaren Gesamtkosten.
Kosten: Die Wertabflüsse aus der Ausführungsschicht sind folgende:
Betriebsaufwand des Knotens
Ausführungskosten (Rechenkosten).
Nachweiskosten (Gültigkeits-/Betrugsnachweise).
Datenbuchungskosten (variabel basierend auf der Überlastung auf der DA-Ebene)
Quelle: Understanding Rollup Value Accrual von Sanjay Shah | Elektrisches Kapital
Häufig werden alle Verantwortlichkeiten der Ausführungsschicht von einem zentralen Sequenzerknoten getragen. Dieser einzelne Knoten sammelt alle Einnahmen der Benutzer und ist für die Zahlung der DA- und Abrechnungskosten verantwortlich. Zu anderen Zeiten kann das Setup verschiedene Knoten für unterschiedliche Verantwortlichkeiten haben:
Das Obige ist eine breite Differenzierung der Verantwortlichkeiten verschiedener Knoten. Welcher Knoten welche Aufgaben übernimmt, kann je nach Architektur des Rollup-Teams unterschiedlich sein. Der Einfachheit halber bleiben wir in diesem Blog bei einem zentralisierten Sequenzer-Setup, bei dem ein Knoten alle erforderlichen Ausführungsaufgaben ausführt.
Die Frage ist dann: Wenn die Ausführungsschicht den größten Wert generiert, welcher Teilnehmer im Stapel ist dann am besten positioniert, um ihn zu erfassen?
Jeder, der den Sequenzierungsknoten betreibt und die verschiedenen damit verbundenen Aktivitäten ausführt!
Dies kann das Rollup-Team selbst sein. Oder, wie am Anfang des Artikels erwähnt, übernehmen RaaS-Anbieter häufig die Sequenzierung für die über sie bereitgestellten Rollups. Tatsächlich ist dies der größte Teil des Umsatzes der RaaS-Anbieter.
Es gibt drei Hauptbereiche, in denen ein RaaS einen Mehrwert erzielen kann:
Sequenzer-Hosting: Der RaaS-Anbieter führt den Sequenzer und die damit verbundenen Aktivitäten für das Rollup aus. Es handelt sich um eine Arbeitsteilung, bei der das Rollup-Team die Innovation (die App, die es erstellt) einbringt und der RaaS-Anbieter alles andere erledigt. Der Sequenzer ordnet Transaktionen an, postet Daten auf L1 und erstellt bei Bedarf Nachweise
Zusätzliche Infrastruktur: Block-Explorer, Brücken usw.
Dedizierter Support: Beratung und Partnerschaft bei Infrastrukturentscheidungen (Sequenzierung, MEV usw.) + sonstiger technischer Support
RaaS ähnelt einem traditionellen B2B-SaaS-Geschäft, bei dem das Unternehmen seinen Kunden eine Pauschalgebühr oder eine Hybrid-Stufengebühr berechnen kann, die auf den gekauften Diensten und der Nutzung (z. B. Anzahl der Endbenutzertransaktionen für ein Rollup) basiert.
RaaS könnte auch eine Integration mit einem gemeinsamen Sequenzer wie Espresso ermöglichen. Allerdings würden ihnen in diesem Fall die Einnahmen aus dem Sequenzer entgehen, die einen Großteil der Gewinne von RaaS ausmachen. Diese Partnerschaften erfordern daher eine vertragliche Gewinnbeteiligung zwischen dem gemeinsam genutzten Sequenzer und dem RaaS-Anbieter.
Aber wenn RaaS ein Wrapper ist, der auf einem bestehenden Rollup-Framework aufbaut, muss es auch die Einnahmen mit ihnen teilen, oder?
Nun ja, nicht unbedingt.
Die meisten der bisher veröffentlichten Rollup-Frameworks waren Open Source und durften nicht darauf aufbauen. RaaS-Anbieter können das Framework ohne Erlaubnis nutzen, um darauf einen No-Code-Wrapper zu erstellen, und sind nicht verpflichtet, Gewinne mit dem zugrunde liegenden Framework zu teilen.
Können sie mit dem Rollup-Framework eine vertragliche Vereinbarung zur Gewinnbeteiligung treffen?
Sie können, aber wenn sie es tun:
Damit ein RaaS-Anbieter überleben kann, besteht theoretisch die rationale Entscheidung darin, die Gewinne NICHT mit dem zugrunde liegenden Framework zu teilen.
Wenn jemand ohne Erlaubnis ein Rollup mithilfe des Open-Source-Frameworks erstellen kann, ist es dann überhaupt eine wirtschaftlich sinnvolle Entscheidung, überhaupt ein Open-Source-Rollup-Framework zu entwickeln?
Die Antwort ist nicht so einfach. Damit ein Rollup-Framework „wirtschaftlich“ ist, muss es einen nachhaltigen, langfristigen Wert generieren. Idan Levin hat ein gutes mentales Modell vorgestellt, um darüber nachzudenken, wie dies erreicht werden kann. Lassen Sie uns dieses Modell hier näher erläutern. Es gibt drei wesentliche Möglichkeiten, wie Rollup-Frameworks einen Mehrwert schaffen können:
Indirekte Wertschöpfung: Wenn das Framework gut ist, werden es immer mehr Teams nutzen. Dies wird die Aufmerksamkeit der Entwickler auf sich ziehen und mehr Aufmerksamkeit für das Ökosystem wecken. Das Gewinnen von Mindshare ist immer positiv, da es dem Framework-Team bei der Weiterentwicklung der Tools hilft. Alle Verbesserungen, die eines der Teams vornimmt, können in das OG-Framework integriert werden. Dadurch entsteht eine positive Verstärkungsschleife für das gesamte System.
Halbdirekte Wertsteigerung: Einige Rollups, die auf dem Framework aufbauen, könnten einen Anreiz haben, Einnahmen mit dem Framework-Netzwerk zu teilen. Base hat beispielsweise derzeit eine Vereinbarung mit OP Stack, wonach sie einen Teil der Sequenzierungsgebühr mit Optimism teilen.
Warum werden sie dazu angeregt?
Denn Base verfügt nicht über das nötige Entwickler-Ökosystem, um mit dem Wachstum und der Entwicklung des OP-Frameworks Schritt zu halten. Stellen Sie sich vor, wenn das OP-Framework eines der Module vollständig ändert, könnten sie sich dafür entscheiden, Base keinen Entwicklersupport zu bieten, um mit den Änderungen Schritt zu halten.
Darüber hinaus bietet die Zugehörigkeit zur „Superchain“ Netzwerkeffekte wie Cross-Rollup-Zusammensetzbarkeit, die Ketten wie Base nützlich finden könnten (und dies könnte eine Anforderung zur Umsatzbeteiligung mit Optimism mit sich bringen).
Ein wichtiger Vorbehalt hierbei ist, dass die Anreize von Rollups und Rollup-Frameworks möglicherweise nicht immer aufeinander abgestimmt sind. Das Rollup könnte sich jederzeit dafür entscheiden, seinen eigenen Weg zu gehen, indem es das Framework anpasst und alle Umsatzbeteiligungsvereinbarungen aufgibt.
Das macht OP Stack mit dem Gesetz der Ketten. Um Teil der Superchain zu sein, müssen Sie bestimmte Regeln befolgen. Diese Regeln werden von der OP-Governance definiert. Eine dieser Regeln könnte beispielsweise sein, dass alle Rollups in Superchain OP als Gas-Token verwenden müssen. Dies könnte sich auch dahingehend entwickeln, dass MEV-Aktiengesetze einbezogen werden, sodass beispielsweise X % der kettenübergreifenden MEV-Einnahmen an die OP-Schatzkammer zurückfließen würden.
Die Rollup-Framework-Teams können mit den oben genannten drei Segmenten spielen, um ihren „Werterfassungs“-Mechanismus an ihre Ziele und Ambitionen anzupassen. Damit ihnen ein direkter Mehrwert entsteht, könnten einige (nicht erschöpfende) Optionen wie folgt aussehen:
Die rasante Entwicklung von Rollup-Frameworks und Rollups-as-a-Service (RaaS)-Anbietern im Blockchain-Bereich hat Fragen zu deren Wertsteigerung aufgeworfen. Während die Ausführungsebene den Löwenanteil des Werts ausmacht, können Rollup-Frameworks durch Einführung und Verbesserungen indirekt an Wert gewinnen. Einige Rollups können sogar den Umsatz teilen, wodurch eine halbdirekte Wertsteigerung entsteht. Darüber hinaus können Frameworks durch die Bereitstellung eigener Rollups und die Nutzung der Zusammensetzbarkeit zwischen Rollups einen direkten Mehrwert erzielen. Während sich das Ökosystem weiterentwickelt, wird es für das nachhaltige Wachstum von Rollup-Frameworks und RaaS-Anbietern von entscheidender Bedeutung sein, das richtige Gleichgewicht zwischen Wettbewerb und Zusammenarbeit zu finden.
Wenn die Zukunft aus einer On-Chain-Wirtschaft mit Tausenden von Rollups besteht, sind wir in der Gegenwart definitiv auf der richtigen Zeitachse. Vom Optimism-Stack und dem Polygon-Chain-Entwicklungskit bis hin zu Caldera und Stackr sind in den letzten Monaten eine Vielzahl von Rollup-Frameworks und Rollups-as-a-Service (RaaS)-Anbietern auf den Markt gekommen. Diese Frameworks bieten modulare (häufig Open-Source-)Codebasen für die verschiedenen Komponenten eines Rollups, sodass Entwickler für jede Ebene des Stapels aus einer Vielzahl benutzerdefinierter Optionen auswählen können.
Doch welchen Mehrwert schaffen diese Anbieter? Oder haben sie überhaupt einen Wert? wie Neel Somani kürzlich in seinem Vortrag „RaaS-Lösungen gehen auf Null“ beim Modular Summit argumentierte.
In diesem Blogbeitrag analysieren wir einige seiner Argumente und untersuchen auch die komplexe Dynamik der Wertschöpfung für Rollup-Frameworks und RaaS-Anbieter. Von den einzelnen Schichten bis hin zu Superchains entschlüsseln wir die verborgenen Mechanismen hinter der Wertschöpfung und -erfassung durch Rollup-Frameworks und RaaS-Anbieter.
Rollups sind Anwendungen, die eine Off-Chain-Ausführung durchführen und die Ausführungsdaten auf einer anderen (Host-)Blockchain veröffentlichen. Dadurch leiten sie die Sicherheitseigenschaften der Hostkette ab. Die Rollup-Anwendung selbst könnte nur eine einzelne Zustandsübergangsfunktion sein, oder sie könnte eine separate Blockchain sein, deren kanonischer Zustand von einer Gruppe von Knoten aufrechterhalten wird
Ein Rollup-Framework ist eine vorgefertigte Codebasis, die die wesentlichen Komponenten eines Rollups implementiert. Anstatt ein Rollup von Grund auf zu erstellen, können Entwickler diese vorhandenen Codebasen (oft als SDKs verpackt) verwenden und sie an ihre spezifischen Bedürfnisse anpassen. Beispiele für Open-Source-Rollup-Frameworks sind OP Stack und Arbitrum Orbit.
Rollups-as-a-Service- oder RaaS-Protokolle sind No-Code-Wrapper, die auf vorhandenen Rollup-Frameworks aufbauen. Sie ermöglichen Entwicklern die schnelle Bereitstellung eines Rollups von Grund auf, indem sie benutzerdefinierte Funktionen aus Dropdown-Menüs auswählen. RaaS-Unternehmen übernehmen häufig die Reihenfolge der bereitgestellten Rollups und bieten zusätzliche Beratungsleistungen an.
Um zu verstehen, wie der Wert in den gesamten Stapel hinein- und herausfließt, ist es wichtig, zunächst die Architektur eines Rollups zu verstehen und zu verstehen, wie die verschiedenen Schichten miteinander interagieren. Es gibt im Großen und Ganzen drei Schichten, die einen Rollup-Stack bilden:
1.Ausführung – Diese Ebene führt die Transaktionen aus, indem sie die State Transition Function (STF) auf den vorhandenen Status des Rollups anwendet. Abhängig davon, wie „zentralisiert“ das Rollup ist, könnte ein Ausführungsknoten eine Reihe von Verantwortlichkeiten besitzen, von der Bestellung von Transaktionen und deren Ausführung bis hin zur Veröffentlichung auf L1 und der Erstellung von Betrugs-/Gültigkeitsnachweisen.
Die Ausführungsschicht ist die „benutzerorientierte“ Schicht, auf der das Geld in den Rollup-Stapel gelangt. Benutzern wird eine Transaktionsgebühr (Gas) berechnet, die in der Regel eine Marge über die verschiedenen Kosten darstellt, die die Ausführungsschicht zahlen muss (mehr dazu später). Diese Ebene kann den Benutzern auch zusätzlichen Wert entlocken, indem sie Transaktionen auf bestimmte Weise anordnet (auch bekannt als MEV: Maximal Extractable Value).
Aufschlüsselung der Ausführungsschicht, die von einem zentralen Rollup-Sequenzer betrieben wird. Zu seinen Aufgaben gehören: Bestellen von Transaktionen, Veröffentlichen von Transaktionsdaten auf der DA-Ebene, Erstellen von Nachweisen, Veröffentlichen von Nachweisen und Statusänderungen auf der Abrechnungsebene
Aufschlüsselung der Ausführungsschicht, die von einem zentralen Rollup-Sequenzer betrieben wird. Zu seinen Aufgaben gehören: Bestellen von Transaktionen, Veröffentlichen von Transaktionsdaten auf der DA-Ebene, Erstellen von Nachweisen, Veröffentlichen von Nachweisen und Statusänderungen auf der Abrechnungsebene
Aufschlüsselung der Ausführungsschicht, die von einem zentralen Rollup-Sequenzer betrieben wird. Zu seinen Aufgaben gehören: Bestellen von Transaktionen, Veröffentlichen von Transaktionsdaten auf der DA-Ebene, Erstellen von Nachweisen, Veröffentlichen von Nachweisen und Statusänderungen auf der Abrechnungsebene
2. Abwicklung – Dazu gehört die Überprüfung der Gültigkeits-/Betrugsnachweise und die „Definition“ des kanonischen Status des Rollups (im Fall von Smart-Contract-Rollups). Die Abwicklung wird normalerweise von einer einheitlichen Hochsicherheitsschicht wie Ethereum verwaltet. Rollup-Frameworks können auch ihre eigene Abrechnungsschicht aufbauen.
Die Abrechnung ist keine besonders wertvolle Werterfassungsschicht des Stapels, da die Verifizierungskosten normalerweise gering sind. Optimism zahlt Ethereum nur etwa 5 US-Dollar pro Tag für die Abwicklung. Eine wettbewerbsfähige Siedlungsschicht würde sogar noch weniger kosten. (wie auch in Rollups-as-a-Service Are Going To Zero hervorgehoben)
3. Datenverfügbarkeit – DA umfasst die Übertragung der bestellten Transaktionsdaten an den Rest des Netzwerks (manchmal auch als Datenveröffentlichung bezeichnet). Es stellt sicher, dass jeder den Rollup-Status ohne Erlaubnis rekonstruieren kann, indem er einfach die übertragenen Transaktionsdaten auf einen zuvor endgültigen Status anwendet.
DA-Kosten machen einen Großteil aller Rollup-Kosten aus. Das Posten von Daten auf einer hochsicheren Ebene wie Ethereum kann ziemlich teuer sein. Günstigere und schnellere DA-Alternativen werden von Protokollen wie Celestia, Avail und EigenDA aktiv entwickelt. Rollup-Frameworks könnten auch den Aufbau einer eigenen DA-Schicht in Betracht ziehen, aber eine fragmentierte DA verursacht hohe Bootstrapping-Kosten und macht die Interoperabilität komplexer.
Wertefluss auf hohem Niveau
Es könnte hilfreich sein, sich die Ausführungsschicht als B2C-Modell und die Abwicklungs- und DA-Schichten als B2B-Modelle vorzustellen:
Die Ausführungsschicht kauft Blockplatz von der DA-Schicht und verkauft ihre Ausführungsdienste direkt an den Endbenutzer (Kunden). Es kauft auch Verifizierungs- und Überbrückungsdienste von der Abwicklungsschicht
Die DA-Schicht verkauft Blockraum an ein anderes Unternehmen – die Ausführungsschicht
Die Abwicklungsschicht stellt Abwicklungsdienstleistungen für ein anderes Unternehmen bereit – die Ausführungsschicht
In einem solchen Setup erfolgt in wettbewerbsintensiven Märkten der Großteil der Werterfassung direkt vom Endbenutzer in der Ausführungsschicht des Stacks. Daher ist es sinnvoll, sie weiter aufzuschlüsseln und ihre Wertströme unabhängig zu analysieren.
Die Ausführungsschicht generiert Einnahmen, indem sie den Benutzern jede Transaktion in Rechnung stellt und die Betriebskosten an die anderen Unternehmen (Schichten) im Stapel zahlt.
Umsatz: Der eingehende Wert kann wie folgt kategorisiert werden:
Vom Endverbraucher pro Transaktion gezahlte Gaskosten
Intradomänen-MEV
Domänenübergreifendes MEV (Wenn das Framework Sequenzierung für mehrere Rollups auf derselben DA-Ebene bereitstellt. Könnte sonst schwierig zu extrahieren sein)
MEV hängt vom Transaktionsfluss ab (der „extrahierbare“ Wert ist für jeden Transaktionssatz unterschiedlich) und lässt sich oft nur schwer im Voraus vorhersagen. Die den Nutzern in Rechnung gestellten Gaskosten betragen dann in der Regel eine Marge über den vorhersehbaren Gesamtkosten.
Kosten: Die Wertabflüsse aus der Ausführungsschicht sind folgende:
Betriebsaufwand des Knotens
Ausführungskosten (Rechenkosten).
Nachweiskosten (Gültigkeits-/Betrugsnachweise).
Datenbuchungskosten (variabel basierend auf der Überlastung auf der DA-Ebene)
Quelle: Understanding Rollup Value Accrual von Sanjay Shah | Elektrisches Kapital
Häufig werden alle Verantwortlichkeiten der Ausführungsschicht von einem zentralen Sequenzerknoten getragen. Dieser einzelne Knoten sammelt alle Einnahmen der Benutzer und ist für die Zahlung der DA- und Abrechnungskosten verantwortlich. Zu anderen Zeiten kann das Setup verschiedene Knoten für unterschiedliche Verantwortlichkeiten haben:
Das Obige ist eine breite Differenzierung der Verantwortlichkeiten verschiedener Knoten. Welcher Knoten welche Aufgaben übernimmt, kann je nach Architektur des Rollup-Teams unterschiedlich sein. Der Einfachheit halber bleiben wir in diesem Blog bei einem zentralisierten Sequenzer-Setup, bei dem ein Knoten alle erforderlichen Ausführungsaufgaben ausführt.
Die Frage ist dann: Wenn die Ausführungsschicht den größten Wert generiert, welcher Teilnehmer im Stapel ist dann am besten positioniert, um ihn zu erfassen?
Jeder, der den Sequenzierungsknoten betreibt und die verschiedenen damit verbundenen Aktivitäten ausführt!
Dies kann das Rollup-Team selbst sein. Oder, wie am Anfang des Artikels erwähnt, übernehmen RaaS-Anbieter häufig die Sequenzierung für die über sie bereitgestellten Rollups. Tatsächlich ist dies der größte Teil des Umsatzes der RaaS-Anbieter.
Es gibt drei Hauptbereiche, in denen ein RaaS einen Mehrwert erzielen kann:
Sequenzer-Hosting: Der RaaS-Anbieter führt den Sequenzer und die damit verbundenen Aktivitäten für das Rollup aus. Es handelt sich um eine Arbeitsteilung, bei der das Rollup-Team die Innovation (die App, die es erstellt) einbringt und der RaaS-Anbieter alles andere erledigt. Der Sequenzer ordnet Transaktionen an, postet Daten auf L1 und erstellt bei Bedarf Nachweise
Zusätzliche Infrastruktur: Block-Explorer, Brücken usw.
Dedizierter Support: Beratung und Partnerschaft bei Infrastrukturentscheidungen (Sequenzierung, MEV usw.) + sonstiger technischer Support
RaaS ähnelt einem traditionellen B2B-SaaS-Geschäft, bei dem das Unternehmen seinen Kunden eine Pauschalgebühr oder eine Hybrid-Stufengebühr berechnen kann, die auf den gekauften Diensten und der Nutzung (z. B. Anzahl der Endbenutzertransaktionen für ein Rollup) basiert.
RaaS könnte auch eine Integration mit einem gemeinsamen Sequenzer wie Espresso ermöglichen. Allerdings würden ihnen in diesem Fall die Einnahmen aus dem Sequenzer entgehen, die einen Großteil der Gewinne von RaaS ausmachen. Diese Partnerschaften erfordern daher eine vertragliche Gewinnbeteiligung zwischen dem gemeinsam genutzten Sequenzer und dem RaaS-Anbieter.
Aber wenn RaaS ein Wrapper ist, der auf einem bestehenden Rollup-Framework aufbaut, muss es auch die Einnahmen mit ihnen teilen, oder?
Nun ja, nicht unbedingt.
Die meisten der bisher veröffentlichten Rollup-Frameworks waren Open Source und durften nicht darauf aufbauen. RaaS-Anbieter können das Framework ohne Erlaubnis nutzen, um darauf einen No-Code-Wrapper zu erstellen, und sind nicht verpflichtet, Gewinne mit dem zugrunde liegenden Framework zu teilen.
Können sie mit dem Rollup-Framework eine vertragliche Vereinbarung zur Gewinnbeteiligung treffen?
Sie können, aber wenn sie es tun:
Damit ein RaaS-Anbieter überleben kann, besteht theoretisch die rationale Entscheidung darin, die Gewinne NICHT mit dem zugrunde liegenden Framework zu teilen.
Wenn jemand ohne Erlaubnis ein Rollup mithilfe des Open-Source-Frameworks erstellen kann, ist es dann überhaupt eine wirtschaftlich sinnvolle Entscheidung, überhaupt ein Open-Source-Rollup-Framework zu entwickeln?
Die Antwort ist nicht so einfach. Damit ein Rollup-Framework „wirtschaftlich“ ist, muss es einen nachhaltigen, langfristigen Wert generieren. Idan Levin hat ein gutes mentales Modell vorgestellt, um darüber nachzudenken, wie dies erreicht werden kann. Lassen Sie uns dieses Modell hier näher erläutern. Es gibt drei wesentliche Möglichkeiten, wie Rollup-Frameworks einen Mehrwert schaffen können:
Indirekte Wertschöpfung: Wenn das Framework gut ist, werden es immer mehr Teams nutzen. Dies wird die Aufmerksamkeit der Entwickler auf sich ziehen und mehr Aufmerksamkeit für das Ökosystem wecken. Das Gewinnen von Mindshare ist immer positiv, da es dem Framework-Team bei der Weiterentwicklung der Tools hilft. Alle Verbesserungen, die eines der Teams vornimmt, können in das OG-Framework integriert werden. Dadurch entsteht eine positive Verstärkungsschleife für das gesamte System.
Halbdirekte Wertsteigerung: Einige Rollups, die auf dem Framework aufbauen, könnten einen Anreiz haben, Einnahmen mit dem Framework-Netzwerk zu teilen. Base hat beispielsweise derzeit eine Vereinbarung mit OP Stack, wonach sie einen Teil der Sequenzierungsgebühr mit Optimism teilen.
Warum werden sie dazu angeregt?
Denn Base verfügt nicht über das nötige Entwickler-Ökosystem, um mit dem Wachstum und der Entwicklung des OP-Frameworks Schritt zu halten. Stellen Sie sich vor, wenn das OP-Framework eines der Module vollständig ändert, könnten sie sich dafür entscheiden, Base keinen Entwicklersupport zu bieten, um mit den Änderungen Schritt zu halten.
Darüber hinaus bietet die Zugehörigkeit zur „Superchain“ Netzwerkeffekte wie Cross-Rollup-Zusammensetzbarkeit, die Ketten wie Base nützlich finden könnten (und dies könnte eine Anforderung zur Umsatzbeteiligung mit Optimism mit sich bringen).
Ein wichtiger Vorbehalt hierbei ist, dass die Anreize von Rollups und Rollup-Frameworks möglicherweise nicht immer aufeinander abgestimmt sind. Das Rollup könnte sich jederzeit dafür entscheiden, seinen eigenen Weg zu gehen, indem es das Framework anpasst und alle Umsatzbeteiligungsvereinbarungen aufgibt.
Das macht OP Stack mit dem Gesetz der Ketten. Um Teil der Superchain zu sein, müssen Sie bestimmte Regeln befolgen. Diese Regeln werden von der OP-Governance definiert. Eine dieser Regeln könnte beispielsweise sein, dass alle Rollups in Superchain OP als Gas-Token verwenden müssen. Dies könnte sich auch dahingehend entwickeln, dass MEV-Aktiengesetze einbezogen werden, sodass beispielsweise X % der kettenübergreifenden MEV-Einnahmen an die OP-Schatzkammer zurückfließen würden.
Die Rollup-Framework-Teams können mit den oben genannten drei Segmenten spielen, um ihren „Werterfassungs“-Mechanismus an ihre Ziele und Ambitionen anzupassen. Damit ihnen ein direkter Mehrwert entsteht, könnten einige (nicht erschöpfende) Optionen wie folgt aussehen:
Die rasante Entwicklung von Rollup-Frameworks und Rollups-as-a-Service (RaaS)-Anbietern im Blockchain-Bereich hat Fragen zu deren Wertsteigerung aufgeworfen. Während die Ausführungsebene den Löwenanteil des Werts ausmacht, können Rollup-Frameworks durch Einführung und Verbesserungen indirekt an Wert gewinnen. Einige Rollups können sogar den Umsatz teilen, wodurch eine halbdirekte Wertsteigerung entsteht. Darüber hinaus können Frameworks durch die Bereitstellung eigener Rollups und die Nutzung der Zusammensetzbarkeit zwischen Rollups einen direkten Mehrwert erzielen. Während sich das Ökosystem weiterentwickelt, wird es für das nachhaltige Wachstum von Rollup-Frameworks und RaaS-Anbietern von entscheidender Bedeutung sein, das richtige Gleichgewicht zwischen Wettbewerb und Zusammenarbeit zu finden.