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 !