Dans lepremier postDans le cadre de notre série Rollups 2.0, nous avons couvert les rollups basés, où le séquençage basé est l'une des méthodes les plus décentralisées et compatibles avec Ethereum pour gérer un rollup. En confiant la tâche du séquençage des transactions à la couche 1 d'Ethereum, les rollups basés exploitent la décentralisation, la simplicité et la vivacité de L1, ainsi que d'autres avantages.

Dans le post d'aujourd'hui, nous plongeons dans la prochaine évolution des rollups : les rollups Booster. Les rollups Booster ne se contentent pas de s'appuyer sur les fondations posées par les rollups de base, mais repoussent également les limites de la compositionnalité d'Ethereum. Mais comment étendre exactement cette compositionnalité ?

Quels sont les problèmes actuels dans l'espace L2?

Pour s'assurer que les réseaux L2 fonctionnent comme prévu, des vérifications supplémentaires sont souvent nécessaires. Cependant, les processus principaux de règlement et d'exécution ont toujours lieu directement sur L1. Cela signifie que, tandis que les L2 étendent la fonctionnalité avec une exécution EVM hors chaîne, ils ajoutent également une complexité supplémentaire. Bien que cette logique supplémentaire ne soit pas idéale, l'objectif ultime est de normaliser les opérations et de s'appuyer entièrement sur l'EVM standard. La normalisation est essentielle pour permettre des échanges de transactions fluides entre différents L2. Pour y parvenir, un nouveau type de transaction pourrait être nécessaire, une transaction capable de fonctionner sur plusieurs chaînes. Dans ce système, une seule transaction pourrait créer de plus petites sous-transactions. Chaque sous-transaction inclurait des détails tels que l'ID de chaîne source, l'ID de chaîne de destination, les données d'entrée (telles que l'appelant, l'adresse et les données d'appel) et la sortie résultante de la chaîne de destination. Ces données de transaction jouent deux rôles importants :

1. Il agit comme une entrée sur la chaîne source, permettant aux participants de voir la sortie sans impliquer directement la chaîne de destination.

2. Il est utilisé sur la chaîne de destination pour confirmer que les entrées données produisent les sorties attendues.

   En utilisant cette approche, chaque chaîne peut vérifier indépendamment ses propres transactions tout en suivant une norme partagée pour les formats de transaction et les entrées. En conséquence, la vérification des blocs reste simple, en utilisant le contrat vérificateur L1 familier pour s'assurer que les blocs sont valides.

Comment les rollups de booster sont-ils différents?

Les rollups Booster traitent les transactions comme s'il s'agissait de L1, avec accès à l'état de L1 mais avec un stockage séparé, ce qui permet de mettre à l'échelle à la fois l'exécution et le stockage vers L2. Chaque L2 étend l'espace de bloc de L1, distribuant le traitement des transactions et le stockage des données.

Imaginez déployer votre application décentralisée (dapp) une seule fois, et elle se met automatiquement à l'échelle sur tous les réseaux Layer 2 (L2). Si vous avez besoin de plus d'espace de blocs, il vous suffit d'ajouter plus de rollups booster sans aucune autre configuration. En d'autres termes, les développeurs n'ont pas de charge de travail supplémentaire, pas de frais de redéploiement et pas de complications supplémentaires.

En termes simples, les rollups booster sont comme ajouter des CPU ou des SSD supplémentaires à votre ordinateur portable : ils améliorent les performances, permettant aux applications de fonctionner de manière plus efficace et de s'étendre facilement.

Ou pour les lecteurs ayant un esprit technique, les rollups booster peuvent également être décrits comme "distribuer l'exécution des transactions et le stockage à travers plusieurs shards."

Comment fonctionnent les rollups booster ?

N'importe quel rollup, qu'il soit optimiste ou ZK, peut adopter la fonctionnalité du booster. Cependant, un boost complet n'est pas obligatoire pour tous les rollups, car certains pourraient bénéficier d'optimisations spécifiques à la L2.

Le scénario optimal pour le renforcement est avec un rollup basé si l'objectif est d'atteindre une mise à l'échelle native d'Ethereum. En permettant aux validateurs L1 de proposer des blocs pour l'ensemble du réseau renforcé, vous mettez effectivement à l'échelle Ethereum de manière transparente.

Les rollups boostés permettent également de résoudre le problème de fragmentation présent dans les écosystèmes de rollup actuels. En tirant parti du séquençage basé sur, ils conservent les avantages du séquençage L1 tout en introduisant des transactions atomiques inter-rollup sur tous les L2 au sein du réseau booster. Cette configuration permet d'obtenir le type de mise à l'échelle d'Ethereum envisagé dès le départ, intégré mais également expansif, offrant une solution unifiée aux défis de croissance d'Ethereum.

Une description de l'architecture du booster rollup

Étant donné que les rollups de booster sont pris en chargecomposabilité synchronepar nature, ce modèle de rollup élimine les tracas liés à la fragmentation ou au passage d'un L2 à un autre. Toutes les applications préférées seront disponibles sur chaque L2, offrant une expérience Ethereum fluide.

Grâce aux rollups boostés, les développeurs peuvent mettre à l'échelle leurs dapps sans avoir besoin de multiples redéploiements à travers les L2. Déployez votre dapp une seule fois sur L1, et elle se met automatiquement à l'échelle sur tous les L2 boostés existants et futurs, simplifiant ainsi le processus global de développement et de déploiement.

Quelles équipes construisent des rollups booster?

L'une des rares équipes qui construisent actuellement des rollups de booster est@gwyneth_taiko""> @gwyneth_taiko qui est également un rollup basé de manière synchrone composable avec Ethereum. Gwyneth tire parti des fondements d'Ethereum, où le séquençage des transactions est géré par les validateurs de L1, et les blocs sont assemblés par des constructeurs compatibles de L1.

Gwyneth incarne la composabilité synchrone en améliorant et en étendant les capacités de L1. Avec le séquençage natif, il permet une intégration fluide entre les rollups et les états L1. Alors que la demande d'espace de blocs augmente, le déploiement de rollups supplémentaires est simple, semblable à la mise à niveau d'un ordinateur portable avec plus de CPUs ou de SSDs pour augmenter la puissance de calcul et permettre une plus grande portée d'application. Gwyneth envisage un Ethereum intégré de manière transparente, dépourvu de fragmentation.

Gwyneth introduit un mécanisme de préconfirmation, où les validateurs L1 peuvent s'engager à l'avance sur les états L2, offrant aux utilisateurs des confirmations de transaction rapides et garantissant que les frais de congestion et de contention sont partagés de manière équitable entre les participants de la couche de base. Suite à la transaction préconfirmée basée sur la précurseur sur le testnet de Taiko, cette innovation continue d'avancer.

Depuis sa création, Gwyneth est conçue avec la finalité à l'esprit. Alimentée par le vérificateur multi-prover Taiko, Raiko, elle est conçue pour atteindre la composabilité synchrone. À l'heure actuelle, les environnements d'exécution de confiance (TEEs) servent de garde-fou minimal pour l'exécution, mais l'avenir promet de tirer parti des machines virtuelles à connaissance nulle optimisées (zkVMs) telles que SP1, Risc0, et potentiellement beaucoup d'autres.

L'argument en faveur des rollups booster

Les rollups Booster améliorent la scalabilité de manière transparente, comme l'ajout de serveurs à une ferme. Cette conception permet aux applications d'utiliser des ressources supplémentaires de manière transparente, garantissant ainsi que les développeurs peuvent mettre à l'échelle leurs solutions sans nécessiter d'étapes supplémentaires, telles que le déploiement d'infrastructures L2 complexes.

Ils abordent le problème de fragmentation en offrant une expérience uniforme sur L1 et L2. Avec des contrats intelligents partageant la même adresse, les utilisateurs bénéficient de la cohérence et de la simplicité, qu'ils interagissent avec un environnement L1 ou L2.

Ils résolvent les inefficacités de déploiement en permettant aux développeurs de déployer une fois sur L1, rendant les dapps multi-rollup par défaut, avec des mises à jour gérées de manière centralisée. Les utilisateurs bénéficient d'une seule adresse sur l'ensemble des réseaux, qu'ils utilisent un EOA ou un portefeuille intelligent, ce qui facilite les transactions transparentes entre L1 et L2.

Ils relèvent le défi auquel sont confrontés les opérateurs de rollup pour convaincre les développeurs de déployer sur leur réseau, car les dapps sont automatiquement disponibles. Le concept est empilable, combinant des boosters avec des rollups de base pour une mise à l'échelle significative. Tous les L2 n'ont pas besoin d'être des rollups booster, ce qui permet des réseaux mixtes.

Ils résolvent les problèmes de souveraineté et de sécurité en éliminant le besoin de contrats d'enveloppe spécifiques, car les contrats intelligents fonctionnent de la même manière sur L1 et L2, gardant le contrôle avec les développeurs. La sécurité est renforcée en abordant les points de défaillance uniques, avec une sécurité appliquée par dapp, plutôt que de compter sur des ponts ou des implémentations spécifiques.

Sur les limites des rollups booster

Pour garantir que L2 reflète L1, le déploiement des contrats doit être restreint à L1 uniquement, assurant un accès uniforme à travers les L2. Ce n'est pas une limitation majeure car les contrats intelligents peuvent encore se comporter différemment via des méthodes basées sur les données, comme le stockage des adresses de contrat dans le stockage, qui peut varier entre les chaînes.

Alors que L1 détient les données partagées, cela n'augmente pas directement la scalabilité, un défi inhérent aux systèmes évolutifs. Les développeurs doivent optimiser pour minimiser cet impact. Comme les logiciels traditionnels, tous les dapps ne peuvent pas tirer pleinement parti du traitement parallèle. Cependant, ces dapps bénéficient toujours de l'interopérabilité; même s'ils fonctionnent sur des L2 individuels, ils restent universellement accessibles.

Les rollups de booster agissent essentiellement comme une extension de la chaîne L1 mais avec une exécution et un stockage de transaction uniques. Pour interpréter les transactions de Booster Rollup, les nœuds L1 et L2 doivent fonctionner en synchronisation. Cependant, une approche pourrait consister à exécuter à la fois L1 et L2 sur le même nœud, en passant de stockage L1 partagé à stockage spécifique L2 pendant l'exécution de la transaction.

Conclusion

Les rollups booster offrent une solution transformative aux défis de scalabilité d'Ethereum en s'intégrant de manière transparente avec L1 pour améliorer le débit des transactions et l'efficacité du stockage. Ils s'attaquent à des problèmes tels que la fragmentation et les inefficacités de déploiement, permettant aux développeurs de mettre à l'échelle les dapps sur plusieurs L2 sans effort tout en maintenant la sécurité et la souveraineté. En rationalisant la scalabilité et en favorisant l'interopérabilité, les rollups booster ouvrent la voie à un écosystème Ethereum plus cohésif et convivial.

Dans notre prochaine série, nous plongerons dans les mondes intrigants des rollups natifs et des rollups gigagas, explorant comment ces technologies pourraient encore révolutionner le paysage de mise à l'échelle d'Ethereum.

Avertissement :

1. Cet article est repris de[2077 Recherche]. Tous les droits d'auteur appartiennent à l'auteur original [2077 Recherche]. If there are objections to this reprint, please contact the Porte Apprendreéquipe, et ils s'en occuperont rapidement.
2. Clause de non-responsabilité : Les points de vue et opinions exprimés dans cet article sont uniquement ceux de l'auteur et ne constituent aucun conseil en investissement.
3. L'équipe Gate Learn effectue des traductions de l'article dans d'autres langues. Sauf mention contraire, la copie, la distribution ou le plagiat des articles traduits est interdit.