Un Rollup qui *réellement* évolue Ethereum Dans cet épisode de Deeply Intents, je discute avec @_prestwich de @init4tech @signetsh. Cet épisode est une masterclass sur les rollups. Dans cet épisode, nous discutons de : - Qu'est-ce qu'un rollup ? - Histoire des rollups - @signetsh depuis les premiers principes - Transactions conditionnelles - Exécution contrôlée par l'application - Rollups (Re)Basés Horodatages 0:00 - Construire un rollup d'une manière complètement différente 3:14 - Qu'est-ce qu'un rollup ? 6:17 - Histoire des rollups 9:57 - Plasmas 14:34 - Consensus fusionné viable minimum 18:45 - Signet depuis les premiers principes 21:27 - Pas de preuves 23:01 - Transactions conditionnelles 27:42 - Pontage instantané 31:47 - Exécution contrôlée par l'application (ACE) 37:45 - Émission native par des tiers 39:44 - Un rollup qui évolue réellement Ethereum 41:16 - Séquençage et construction de blocs 45:33 - Plus de constructeurs que d'Ethereum 48:08 - Trouver les bons partenaires 53:45 - Avantages de la chaîne d'application + chaîne à usage général 56:03 - Rollups (Re)Basés 1:00:04 - Espace de conception inexploré pour les rollups 1:03:41 - Erreurs dans la construction de produits sur Ethereum 1:07:39 - Création d'outils pour développeurs 1:11:37 - Bitcoin répétant l'histoire

Comme nous le voyons maintenant, les stacks L2 font face à un problème fondamental : ils ont des tokens. Une fois que ces tokens sont acquis, les ingénieurs et les équipes de développement commercial perdent souvent l'incitation à continuer de soutenir le projet. Cela se produit déjà avec plusieurs stacks L2 et est susceptible de se produire avec les autres. De plus, beaucoup de ces stacks souffrent de bases de code non maintenables. Elles sont soit excessivement grandes, dépassant parfois 500 000 lignes de code, soit mal écrites, ayant été précipitées en production pour lancer le token. Dans de nombreux cas, le token a été traité comme le produit, et non la base de code elle-même. @ethrex_client n'a pas ce problème. La base de code a été conçue pour être minimale et facilement maintenable afin que @class_lambda puisse continuer à la développer à long terme. La conception d'Ethrex a pris en compte le coût de sa maintenance à long terme. Nous l'avons également conçue comme un client L1 et L2 dès le premier jour. Ces deux caractéristiques la feront ressortir à long terme. Une autre chose intéressante à propos de l'absence de token associé à votre infrastructure est que vous n'avez pas besoin de parler avec moi, @class_lambda, ou quiconque pour lancer votre propre L2 avec @ethrex_client. Vous le faites simplement avec une commande. Avec des dizaines d'ingénieurs, nous écrivons maintenant un petit livre sur le fonctionnement d'Ethrex et d'Ethereum afin que quiconque puisse modifier n'importe quelle partie du code sans parler avec nous. Allons-y Ethereum. Allons-y Ethrex !