Ethereum lui-même doit passer le test de l'abandon. Ethereum est censé être un foyer pour des applications sans confiance et minimisées en confiance, que ce soit dans la finance, la gouvernance ou ailleurs. Il doit soutenir des applications qui ressemblent davantage à des outils - le marteau que vous achetez et qui vous appartient - qu'à des services qui perdent toute fonctionnalité une fois que le fournisseur perd tout intérêt à les maintenir (ou pire, se fait pirater ou devient extractif en valeur). Même lorsque les applications ont une fonctionnalité qui dépend d'un fournisseur, Ethereum peut aider à réduire ces dépendances autant que possible et protéger l'utilisateur autant que possible dans les cas où les dépendances échouent. Mais construire de telles applications n'est pas possible sur une couche de base qui dépend elle-même de mises à jour continues d'un fournisseur pour continuer à être utilisable - même si ce "fournisseur" est le processus de tous les développeurs principaux. La blockchain Ethereum doit avoir les caractéristiques que nous recherchons dans les applications d'Ethereum. Par conséquent, Ethereum lui-même doit passer le test de l'abandon. Cela signifie qu'Ethereum doit arriver à un endroit où nous _pouvons ossifier si nous le voulons_. Nous ne devons pas cesser de faire des changements au protocole, mais nous devons arriver à un endroit où la proposition de valeur d'Ethereum ne dépend pas strictement de fonctionnalités qui ne sont pas déjà dans le protocole. Cela inclut ce qui suit : * Résistance complète aux quantiques. Nous devrions résister à la tentation de dire "retardons la résistance quantique jusqu'au dernier moment possible au nom de l'optimisation de l'efficacité un peu plus longtemps". Les utilisateurs individuels ont ce droit, mais le protocole ne devrait pas. Être capable de dire "le protocole d'Ethereum, tel qu'il est aujourd'hui, est cryptographiquement sûr pour cent ans" est quelque chose que nous devrions nous efforcer d'atteindre dès que possible, et insister comme un point de fierté. * Une architecture qui peut s'étendre à une évolutivité suffisante. Le protocole doit avoir les propriétés qui lui permettent de s'étendre à des milliers de TPS au fil du temps, notamment la validation ZK-EVM et l'échantillonnage de données via PeerDAS. Idéalement, nous atteignons un point où l'évolutivité supplémentaire se fait par des changements "uniquement de paramètres" - et idéalement _ces_ changements ne sont pas des forks de style BPO, mais plutôt réalisés avec le même mécanisme de vote des validateurs que nous utilisons pour la limite de gaz. * Une architecture d'état qui peut durer des décennies. Cela signifie décider et mettre en œuvre la forme de partialité sans état et d'expiration d'état qui nous permettra de nous sentir à l'aise de laisser Ethereum fonctionner avec des milliers de TPS pendant des décennies, sans casser la synchronisation ou les exigences de disque dur ou d'E/S. Cela signifie également anticiper les types d'arbre et de stockage pour bien fonctionner avec cet environnement à long terme. * Un modèle de compte qui est généraliste (c'est "l'abstraction complète des comptes" : s'éloigner de l'ECDSA consacré pour la validation des signatures) * Un calendrier de gaz dont nous sommes confiants qu'il est exempt de vulnérabilités DoS, tant pour l'exécution que pour la preuve ZK * Un modèle économique PoS qui, avec tout ce que nous avons appris au cours des cinq dernières années de preuve de participation dans Ethereum et une décennie au-delà, nous sommes confiants qu'il peut durer et rester décentralisé pendant des décennies, et soutient l'utilité de l'ETH en tant que garantie sans confiance (par exemple, dans des stablecoins adossés à l'ETH minimisés en gouvernance) * Un modèle de construction de blocs dont nous sommes confiants qu'il résistera à la pression de centralisation et garantira la résistance à la censure même dans des environnements futurs inconnus Idéalement, nous faisons le travail difficile au cours des prochaines années, pour arriver à un point où, à l'avenir, presque toute l'innovation future peut se faire par l'optimisation des clients, et se refléter dans le protocole par des changements de paramètres. Chaque année, nous devrions cocher au moins une de ces cases, et idéalement plusieurs. Faites la bonne chose une fois, sur la base de la connaissance de ce qui est vraiment la bonne chose (et ne pas faire de compromis avec des solutions à moitié), et maximisez la robustesse technologique et sociale d'Ethereum à long terme. Ethereum va fort. C'est le gwei.