Si l'avenir consiste en une économie onchain composée de milliers de rollups, nous sommes sans aucun doute sur la bonne voie dans le présent. De la pile Optimism et du kit de développement de chaîne Polygon à Caldera et Stackr, ces derniers mois ont vu une variété de frameworks Rollup et de fournisseurs de Rollups-as-a-Service (RaaS) arriver sur le marché. Ces cadres offrent des bases de code modulaires (souvent à source ouverte) pour les différents composants d'un rollup, ce qui permet aux développeurs de choisir parmi une variété d'options personnalisées pour chaque couche de la pile.

Mais comment ces fournisseurs accumulent-ils de la valeur ? Ou, au contraire, apportent-elles une quelconque valeur ajoutée ? Comme l'a récemment affirmé Neel Somani dans son exposé "RaaS solutions are going to zero" (les solutions RaaS vont vers zéro) au Modular Summit.

Dans cet article de blog, nous analysons certains de ses arguments et explorons également la dynamique complexe de l'accumulation de valeur pour les cadres de rollup et les fournisseurs RaaS. Des couches individuelles aux superchaînes, nous dévoilons les mécanismes cachés derrière la création et la capture de valeur par les cadres de rollup et les fournisseurs RaaS.

Rollups vs Rollup Framework vs RaaS

Les rollups sont des applications qui effectuent une exécution hors chaîne et publient les données d'exécution sur une autre blockchain (hôte). Ce faisant, ils déduisent les propriétés de sécurité de la chaîne hôte. L'application du rollup elle-même peut être une simple fonction de transition d'état ou une blockchain distincte pour laquelle l'état canonique est maintenu par un groupe de nœuds.

Un cadre de rollup est une base de code préconstruite qui met en œuvre les composants essentiels d'un rollup. Au lieu de créer un rollup à partir de zéro, les développeurs peuvent utiliser ces bases de code existantes (souvent présentées sous forme de SDK) et les adapter à leurs besoins spécifiques. OP Stack et Arbitrum Orbit sont des exemples de frameworks de rollup open-source.

Les rollups en tant que service, ou protocoles RaaS, sont des enveloppes sans code construites au-dessus des cadres de rollups existants. Ils permettent aux développeurs de déployer rapidement un rollup à partir de zéro en sélectionnant des fonctionnalités personnalisées dans des menus déroulants. Les sociétés RaaS s'occupent souvent du séquençage des rollups déployés et offrent des services de conseil supplémentaires.

Où va l'argent ?

Pour comprendre comment la valeur entre et sort de l'ensemble de la pile, il est important de comprendre d'abord l'architecture d'un rollup et comment les différentes couches interagissent les unes avec les autres. Une pile de rouleaux se compose généralement de trois couches :

1. exécution - Cette couche exécute les transactions en appliquant la fonction de transition d'état (STF) à l'état existant du rollup. En fonction du degré de "centralisation" du rollup, un nœud d'exécution peut avoir un éventail de responsabilités allant de la commande de transactions et de leur exécution à leur publication sur L1 et à la création de preuves de fraude/validité.

La couche d'exécution est la couche "en contact avec l'utilisateur", où l'argent entre dans la pile du rollup. Les utilisateurs se voient facturer des frais de transaction (gaz) qui représentent généralement une marge par rapport aux différents coûts que la couche d'exécution doit payer (nous y reviendrons plus tard). Cette couche peut également extraire une valeur supplémentaire des utilisateurs en ordonnant les transactions de certaines manières (également connue sous le nom de MEV : Maximal Extractable Value).

Décomposition de la couche d'exécution opérée par un séquenceur de rollup centralisé. Ses responsabilités sont les suivantes : Ordonner les transactions, enregistrer les données des transactions sur la couche DA, créer des preuves, enregistrer les preuves et les changements d'état sur la couche de règlement.

Décomposition de la couche d'exécution opérée par un séquenceur de rollup centralisé. Ses responsabilités sont les suivantes : Ordonner les transactions, enregistrer les données des transactions sur la couche DA, créer des preuves, enregistrer les preuves et les changements d'état sur la couche de règlement.

Décomposition de la couche d'exécution opérée par un séquenceur de rollup centralisé. Ses responsabilités sont les suivantes : Ordonner les transactions, enregistrer les données des transactions sur la couche DA, créer des preuves, enregistrer les preuves et les changements d'état sur la couche de règlement.

2.Règlement - Il s'agit de vérifier les preuves de validité/fraude et de "définir" l'état canonique du rollup (dans le cas des rollups de contrats intelligents). Le règlement est généralement géré par une couche unifiée et hautement sécurisée comme Ethereum. Les frameworks de rollup peuvent également construire leur propre couche de règlement.

Le règlement n'est pas une couche de la pile dont la valeur est très élevée, car les coûts de vérification sont généralement faibles. Optimism ne paie qu'environ 5 dollars par jour à Ethereum pour le règlement. Une couche de règlement compétitive coûterait encore moins cher. (comme souligné également dans Rollups-as-a-Service Are Going To Zero)

3) Disponibilité des données - La disponibilité des données comprend la diffusion des données de la transaction commandée au reste du réseau (parfois appelée publication des données). Il garantit que n'importe qui peut reconstruire sans permission l'état du rollup en appliquant simplement les données de transaction diffusées à un état précédemment finalisé.

Les frais de DA constituent une part importante de tous les frais de rollup. La publication de données sur une couche hautement sécurisée comme Ethereum peut s'avérer très coûteuse. Des alternatives moins chères et plus rapides à l'AD sont activement développées par des protocoles tels que Celestia, Avail et EigenDA. Les cadres de rollup pourraient également envisager de construire leur propre couche d'AD, mais une AD fragmentée a des coûts d'amorçage élevés et rend l'interopérabilité plus complexe.

Flux de valeurs de haut niveau

Il peut être utile de considérer la couche Exécution comme un modèle B2C et les couches Règlement et DA comme des modèles B2B :

La couche d'exécution achète de l'espace bloc à la couche DA et vend ses services d'exécution directement à l'utilisateur final (client). Il achète également des services de vérification & auprès de la couche "règlement".

La couche DA vend de l'espace bloc à une autre entreprise - la couche d'exécution.

La couche de règlement fournit des services de règlement à une autre entreprise, la couche d'exécution.

Dans une telle configuration sur des marchés concurrentiels, la majeure partie de la valeur est capturée directement par l'utilisateur final dans la couche d'exécution de la pile, il est donc logique de la décomposer davantage et d'analyser ses flux de valeur de manière indépendante.

Couche d'exécution : Un modèle économique B2C

La couche d'exécution génère des revenus en faisant payer les utilisateurs pour chaque transaction et paie les coûts opérationnels des autres entreprises (couches) de la pile.

Les recettes : La valeur entrante peut être classée comme suit :

Coût du gaz payé par les utilisateurs finaux par transaction

MEV intra-domaine

MEV inter-domaines (si le cadre prévoit le séquençage de plusieurs rollups sur la même couche DA). Il pourrait être difficile de l'extraire autrement)

La VME dépend du flux de transactions (la valeur "extractible" sera différente pour chaque série de transactions) et est souvent difficile à prévoir à l'avance. Les coûts du gaz facturés aux utilisateurs représentent alors généralement une marge par rapport aux coûts prévisibles combinés.

Les coûts : Les sorties de valeur de la couche d'exécution sont les suivantes :

• Frais généraux d'exploitation du nœud

• Coûts d'exécution (calcul)

• Frais de preuve (preuves de validité/fraude)

• Frais d'envoi des données (variables en fonction de la congestion de la couche DA)

Source : Understanding Rollup Value Accrual par Sanjay Shah | Electric Capital

Souvent, toutes les responsabilités de la couche d'exécution sont assumées par un nœud séquenceur centralisé. Ce nœud unique accumule toutes les recettes provenant des utilisateurs et est responsable du paiement des frais de DA et de règlement. Dans d'autres cas, l'installation peut comporter différents nœuds pour différentes responsabilités :

• Les séquenceurs ordonnent les transactions et enregistrent les données sur la couche DA. Ils "gagnent" les frais de transaction payés par les utilisateurs et paient les frais généraux de séquençage et les coûts d'affichage des données. Le séquençage peut également être effectué par un ensemble de séquenceurs présélectionnés ou par des séquenceurs décentralisés comme Espresso. Les séquenceurs sont également responsables de l'enregistrement des changements d'état dans la couche de règlement et du paiement des coûts de règlement.
• Les nœuds de vérification sont chargés de produire des preuves. Il peut s'agir d'un prouveur central ou d'un ensemble décentralisé de nœuds de preuve. Leurs coûts comprennent les frais généraux liés à la production de la preuve. En fonction de la configuration, les prouveurs "vendent" les preuves au séquenceur ou les envoient directement à la couche de règlement.
• Les rollups peuvent également comporter d'autres nœuds complets (ou nœuds légers à vérification complète) qui exécutent tous les lots de transactions et maintiennent l'état canonique du rollup. Ces nœuds complets ne génèrent pas nécessairement de revenus directs, mais capturent indirectement de la valeur en détenant le jeton de gaz natif du rollup.

Il s'agit d'une différenciation générale des responsabilités des différents nœuds. La répartition des tâches entre les différents nœuds peut varier en fonction de l'architecture de l'équipe chargée du rollup. Par souci de simplicité, nous nous en tiendrons dans ce blog à une configuration de séquenceur centralisé dans laquelle un nœud exécute toutes les tâches d'exécution requises.

La question qui se pose alors est la suivante : si c'est la couche d'exécution qui génère le plus de valeur, quel acteur de la pile est le mieux placé pour la capturer ?

Toute personne qui exécute le nœud de séquençage et effectue les diverses activités qui y sont associées !

Il peut s'agir de l'équipe de rollup elle-même. Ou, comme mentionné au début de l'article, les fournisseurs RaaS s'occupent souvent du séquençage des rollups déployés par leur intermédiaire. En fait, il s'agit de la majeure partie des revenus des fournisseurs RaaS.

(Comment) RaaS gagne-t-il de l'argent ?

Il y a trois domaines principaux dans lesquels un RaaS peut créer de la valeur :

Hébergement du séquenceur : Le fournisseur RaaS exécute le séquenceur et les activités associées pour le rollup. Il s'agit d'une division du travail où l'équipe du rollup apporte l'innovation (l'application qu'elle construit) et où le fournisseur RaaS s'occupe de tout le reste. Le séquenceur ordonne les transactions, enregistre les données sur L1 et crée des preuves si nécessaire.

Infra. supplémentaire : Explorateurs de blocs, ponts, etc.

Soutien spécialisé : Conseil et partenariat sur les décisions infra (comment séquencer, MEV, etc.) + autre support technique

RaaS est similaire à une entreprise SaaS B2B traditionnelle où l'entreprise peut facturer à ses clients une redevance forfaitaire ou une redevance hybride basée sur les services achetés et l'utilisation (nombre de transactions de l'utilisateur final pour un rollup, par exemple).

RaaS pourrait également fournir une intégration avec un séquenceur partagé comme Espresso. Cependant, dans ce cas, ils perdraient les revenus des séquenceurs, qui constituent une part importante des bénéfices de RaaS. Ces partenariats nécessitent donc un partage contractuel des bénéfices entre le séquenceur partagé et le fournisseur RaaS.

Mais si RaaS est un wrapper construit au-dessus d'un cadre de rollup existant, il doit également partager les revenus avec eux, n'est-ce pas ?

Pas nécessairement.

La plupart des cadres de rollup publiés jusqu'à présent sont libres de droits et ne nécessitent pas d'autorisation pour être utilisés. Les fournisseurs de RaaS peuvent utiliser le cadre sans permission pour construire une enveloppe sans code au-dessus de celui-ci et ne sont pas obligés de partager les bénéfices avec le cadre sous-jacent.

Peuvent-ils conclure un accord contractuel avec le cadre du rollup pour partager les bénéfices ?

Ils peuvent le faire, mais s'ils le font :

1. Ils perdent une partie de leurs propres bénéfices
2. Un autre concurrent, RaaS, pourrait choisir de ne pas partager les bénéfices avec le cadre du rollup et serait économiquement dominant à long terme.

Par conséquent, d'un point de vue théorique, pour que le fournisseur RaaS survive, la décision rationnelle est de ne PAS partager les bénéfices avec le cadre sous-jacent.

Si les fournisseurs de RaaS ne partagent pas les bénéfices, comment un cadre de rollup peut-il acquérir une quelconque valeur ?

Si n'importe qui peut construire un rollup sans permission en utilisant le framework open-source, est-ce que c'est une décision économiquement viable de développer un framework open-source pour les rollups ?

La réponse n'est pas si simple. Pour qu'un cadre de rollup soit "économiquement viable", il doit générer une valeur durable à long terme. Idan Levin a partagé un bon modèle mental pour réfléchir à la manière dont cela peut être fait. Développons ici ce modèle. Les cadres roulants peuvent prendre de la valeur de trois manières différentes :

Accumulation de valeur indirecte : si le cadre est bon, de plus en plus d'équipes l'utiliseront. Cela attirera l'attention des développeurs et attirera davantage l'attention sur l'écosystème. Attirer l'attention est toujours un avantage net, car cela aidera l'équipe chargée du cadre de travail à développer les outils. Toute amélioration apportée par l'une ou l'autre des équipes peut être incorporée dans le cadre d'OG. Cela crée une boucle de renforcement positif pour l'ensemble du système.

Accumulation de valeur semi-directe : Certains rollups qui s'appuient sur le cadre pourraient être incités à partager leurs revenus avec le réseau du cadre. Par exemple, Base a conclu un accord avec OP Stack en vertu duquel elle partage une partie des frais de séquençage avec Optimism.

Pourquoi sont-ils incités à le faire ?

Parce que Base ne dispose pas de l'écosystème de développeurs nécessaire pour suivre la croissance et le développement du cadre OP. Imaginez que le cadre OP modifie complètement l'un des modules, il pourrait choisir de ne pas fournir à Base l'aide au développement nécessaire pour suivre les changements.

En outre, le fait de faire partie de la "Superchain" permet d'obtenir des effets de réseau tels que la possibilité de composer des rouleaux croisés, que des chaînes comme Base pourraient trouver utiles (ce qui pourrait entraîner une obligation de partager les revenus avec Optimism).

Une mise en garde importante s'impose ici : les incitations des rollups et des cadres de rollups ne sont pas toujours alignées. À tout moment, le rollup peut choisir de suivre sa propre voie en personnalisant le cadre et en supprimant tout accord de partage des recettes.

1. Accumulation directe de valeur : Par le biais du propre rollup du cadre (par exemple, le réseau principal Optimism) construit en utilisant le même cadre (par exemple, OP Stack). Le gaz pourrait être dans le jeton natif (par exemple, OP) et tous les MEV de ce rollup reviendraient à l'équipe cadre. En outre, l'équipe pourrait également "extraire" une valeur directe supplémentaire :
2. Construire son propre RaaS - Le cadre pourrait choisir de rivaliser dans l'espace RaaS et de fournir son propre hébergement Sequencer + des services de conseil. Si de nombreux cadres commencent à agir de la sorte, le modèle commercial RaaS pourrait ne plus être viable à long terme. En effet, le cadre pourrait tirer parti de sa crédibilité et de sa position sur le marché pour surpasser la concurrence de tout fournisseur externe de RaaS créé à partir de ce cadre.
3. La composabilité inter-rouleaux comme levier : N'importe qui peut construire un rollup en utilisant le cadre tel quel ou en le modifiant. Toutefois, pour obtenir des effets de réseau et l'interopérabilité avec d'autres rollups construits sur le même cadre, ce dernier peut exiger l'adhésion à certaines normes définies.

C'est ce que fait OP Stack avec la loi des chaînes. Pour faire partie de la Superchain, vous devez respecter certaines règles. Ces règles sont définies par la gouvernance du PO. Par exemple, l'une de ces règles pourrait être que tous les rollups de Superchain doivent utiliser OP comme jeton de gaz. Cela pourrait également évoluer pour inclure des lois sur le partage de la valeur ajoutée, par exemple, X% des revenus de la valeur ajoutée croisée de la chaîne seraient reversés à la trésorerie de l'OP.

Les équipes du cadre du rollup peuvent jouer avec les trois segments susmentionnés pour adapter leur mécanisme de "capture de la valeur" à leurs objectifs et à leurs ambitions. Pour qu'ils acquièrent une valeur directe, quelques options (non exhaustives) pourraient être envisagées :

• Déployer son propre rollup
• Déployer son propre RaaS
• Tirer parti de la composabilité pour régir les normes du cadre

Conclusion

Le développement rapide de frameworks de rollups et de fournisseurs de rollups-as-a-Service (RaaS) dans l'espace blockchain a suscité des questions sur leur accumulation de valeur. Alors que la couche d'exécution se taille la part du lion en termes de valeur, les cadres de rollup peuvent acquérir une valeur indirecte par le biais de l'adoption et de l'amélioration. Certains rollups peuvent même partager les revenus, créant ainsi une accumulation de valeur semi-directe. En outre, en déployant leurs propres rollups et en tirant parti de la composabilité inter-rollups, les cadres peuvent directement capturer de la valeur. Au fur et à mesure que l'écosystème évolue, il sera essentiel de trouver un juste équilibre entre concurrence et collaboration pour assurer la croissance durable des cadres de rollup et des fournisseurs de RaaS.

Clause de non-responsabilité：

1. Cet article est repris de[Stackr Labs]. Tous les droits d'auteur appartiennent à l'auteur original[Shivanshu Madan]. Si vous avez des objections à cette réimpression, veuillez contacter l'équipe de Gate Learn, qui s'en chargera rapidement.
2. Clause de non-responsabilité : Les points de vue et les opinions exprimés dans cet article sont uniquement ceux de l'auteur et ne constituent pas un conseil en investissement.
3. Les traductions de l'article dans d'autres langues sont effectuées par l'équipe de Gate Learn. Sauf mention contraire, il est interdit de copier, distribuer ou plagier les articles traduits.