Introduction
Le co-fondateur d’Ethereum, Vitalik Buterin, a soutenu l’EIP-8288, une proposition visant à améliorer la gestion de la cryptographie complexe sans ajouter de nouvelles fonctions de vérification de manière répétée à Ethereum. Il a fait valoir que la plupart des travaux cryptographiques lourds devraient être réalisés en dehors du processus d’exécution principal du réseau.
Proposition EIP-8288
Dans une série de publications sur X, le 19 octobre, Buterin a expliqué que la machine virtuelle actuelle d’Ethereum et les fonctions cryptographiques spécialisées ne sont pas adaptées pour prendre en charge chaque nouveau système de signature ou de preuve. Il a plutôt proposé un design permettant aux utilisateurs de générer des preuves localement et de les soumettre via un mécanisme d’agrégation.
La proposition EIP-8288 permettrait à Ethereum de vérifier que les opérations cryptographiques ont été effectuées correctement sans inclure chaque signature ou preuve originale dans un bloc.
Buterin a décrit cette approche comme faisant partie de sa vision d’Ethereum en tant qu’ordinateur mondial cryptographique, où des calculs substantiels peuvent être réalisés en dehors de la blockchain tout en restant vérifiables. La spécification est encore à l’état de brouillon et n’a pas encore été approuvée pour être déployée sur le mainnet d’Ethereum.
Gestion des opérations cryptographiques
Les derniers commentaires de Vitalik Buterin se concentrent sur la manière dont Ethereum gère les opérations cryptographiques nécessitant de grandes quantités de calcul ou de données. Actuellement, les développeurs peuvent utiliser la machine virtuelle Ethereum (EVM) pour exécuter des contrats intelligents qui vérifient certaines déclarations cryptographiques.
Ethereum propose des précompilations, qui sont des fonctions intégrées permettant d’effectuer des calculs spécifiques plus efficacement que le code de contrat intelligent ordinaire. Cependant, le soutien de méthodes cryptographiques supplémentaires via des précompilations pourrait nécessiter des modifications du protocole d’Ethereum.
Limites et défis
Buterin a souligné qu’aucune des deux approches ne devrait devenir la solution par défaut pour chaque nouveau système cryptographique. Sa préoccupation concerne la quantité de données devant être incluse dans les blocs d’Ethereum lorsque les applications soumettent de grandes signatures ou des preuves cryptographiques pour vérification.
Il a estimé qu’avec des améliorations telles que PeerDAS et blocks-in-blobs, le réseau pourrait rencontrer des limites pratiques autour de 8 mégaoctets par seconde avant que des données supplémentaires ne deviennent difficiles à gérer.
En fin de compte, les précompilations et l’EVM ne sont pas des endroits appropriés pour intégrer la plupart des soutiens cryptographiques dans Ethereum. Cette estimation représente l’évaluation de Buterin des contraintes d’ingénierie futures, et non le débit de transaction mesuré actuellement d’Ethereum.
Vision d’Ethereum
Buterin a décrit Ethereum comme un ordinateur mondial cryptographique dans lequel la blockchain ne devrait gérer que des informations nécessitant une exécution et une vérification partagées. Cette idée est cohérente avec son travail antérieur sur la réduction de la quantité de calcul que chaque validateur Ethereum doit effectuer indépendamment.
En septembre, crypto.news a couvert sa vision d’ordinateur cryptographique, qui décrivait la transition proposée d’Ethereum vers une vérification basée sur des preuves, la confidentialité et une gestion plus efficace des données. Ses commentaires d’octobre se sont concentrés sur une proposition spécifique pour faire fonctionner cette approche à travers différents systèmes cryptographiques.
Mécanisme d’agrégation
Le mécanisme proposé est décrit dans l’EIP-8288, intitulé Agrégation de signatures et de preuves en mémoire. Buterin et le chercheur Ethereum Thomas Coratger ont élaboré cette proposition le 3 juin 2026. Selon la spécification officielle, le système permettrait aux transactions de déclarer quelles déclarations cryptographiques doivent être vérifiées sans inclure tout le matériel de preuve original dans le bloc final.
Ces déclarations identifieraient le schéma de vérification, un hachage représentant les données pertinentes et un hachage associé à la clé de vérification. Le réseau utiliserait ces références pour relier les transactions à des preuves que les opérations requises ont été effectuées correctement.
Conclusion
La proposition EIP-8288 aborde une partie du travail en proposant une méthode commune pour vérifier plusieurs schémas cryptographiques. Son implémentation modifierait les règles de consensus d’Ethereum, car les blocs contenant le format de preuve récursive proposé ne seraient pas compris par les nœuds exécutant un logiciel sans mise à jour.
Les développeurs d’Ethereum devraient terminer le travail technique, examiner les hypothèses de sécurité et convenir de l’activation du réseau avant que le design puisse être déployé. La proposition nécessite donc une mise à niveau coordonnée du réseau avant que son système d’agrégation cryptographique puisse devenir partie intégrante des règles du mainnet d’Ethereum.
