Le Rollup natif d'Ethereum pourrait réaliser une évolutivité sans confiance.

Auteur: Donovan Choy, Blockworks; Traduction: Baishui, Finance d'or

La Fondation Ethereum traverse quelques turbulences internes, mais le travail de développement du World Computer se poursuit toujours.

Le chercheur en Ethereum, Justin Drake, a publié hier sur le forum ethresearch un article d'assemblage sur une nouvelle conception de synthèse appelée "agrégation native".

Si vous êtes comme moi et que vous ne comprenez pas la technologie, suivre les changements constants de la conception de synthèse d'Ethereum peut être ennuyeux, sans parler de suivre tout son écosystème de base.

Cependant, la méthode la plus simple pour penser à l'agrégation native dépend de la preuve par les validateurs d'Ethereum L1, c'est-à-dire les fonctions de transition d'état et la validation.

Cela contraste avec Optimism Rollup (par exemple Optimism, Arbitrum) ou zk Rollup (par exemple Starknet, ZKsync), qui repoussent la charge de calcul à exécuter vers L2, puis s'appuient sur la fraude ou un système de preuves zk pour générer une racine d'état et une preuve, et revenir ensuite au mainnet.

Le code de ces systèmes de preuve est lourd, ce qui les rend sujets aux erreurs et autres vulnérabilités, c'est pourquoi les trieuses Rollup (entités qui trient les transactions sur L2) ont toujours été centralisées. Les critiques de la centralisation des trieuses ont à leur tour stimulé la conception de Rollup « basées » comme Taiko, qui dépendent des validateurs Ethereum L1 pour effectuer le tri.

Mais revenons à Rollup natif. La proposition de Drake suggère d'introduire une précompilation "exécution" (fonction codée en dur dans l'EVM) qui vérifie la transition d'état EVM des transactions utilisateur. Cela permet plusieurs avancées :

• Les rollups natifs n'ont plus besoin d'un réseau de validateurs coûteux à investir et à entretenir car la validation sera gérée et exécutée par les validateurs L1.
• Le rollup natif n'a plus besoin de maintenir une structure de gouvernance complexe, y compris l'approbation par un comité de sécurité de confiance pour la mise à niveau des contrats afin d'atteindre l'équivalence EVM.

Ces deux méthodes de déverrouillage rendent en réalité les rollups natifs 'sans confiance' en héritant de la sécurité de l'Etheruem L1.

Enfin, tout comme Rollup basé sur Rollup, Rollup natif bénéficiera d'une 'composabilité synchrone', ce qui signifie que les transactions sur la chaîne peuvent être combinées sur différentes chaînes Rollup au lieu d'être dispersées. La possibilité d'interchangeabilité transparente des actifs entre L1 et L2 résoudra les problèmes d'expérience utilisateur liés au pontage continu entre les chaînes.

Cependant, contrairement à un rollup basé sur rollup, l'exécution d'un rollup natif n'est pas limitée par un temps de bloc de 12 secondes. En raison de la précompilation de l'exécution, les validateurs L1 n'ont qu'à vérifier la preuve zk, sans avoir à effectuer eux-mêmes les calculs.

La consolidation native peut-elle atténuer le problème d'accumulation de valeur ETH ? Peut-être.

Selon mes connaissances, les validateurs utiliseront une nouvelle exécution pré-compilée forcée, ce qui rendra l'ETH indispensable pour le règlement des transactions.

Deuxièmement, l'élimination de la gouvernance L2 (et de ses jetons) peut rediriger la valeur vers l'ETH en tant que principale source de valeur.

La synthèse native représente un pas progressif mais essentiel vers le renforcement de la valeur propositionnelle d'Ethereum et du rôle d'ETH en tant que base d'un écosystème décentralisé.