Vitalik : un plan d'optimisation de la feuille de route d'extension axé sur les nœuds locaux

Rédaction : Vitalik, fondateur d'Ethereum

Compilation : Jinse Caijing xiaozhou

Les critiques les plus courantes concernant l'augmentation de la limite de gaz L1, en dehors des préoccupations liées à la sécurité du réseau, sont que cela rendrait l'exécution des nœuds complets plus difficile. Surtout dans le contexte d'une feuille de route centrée sur "le déliement des nœuds complets", il est nécessaire de comprendre d'abord la signification de l'existence des nœuds complets pour résoudre ce problème.

La perspective traditionnelle considère que les nœuds complets sont utilisés pour vérifier les données sur la chaîne. Si c'est le seul problème, alors le ZK-EVM peut déverrouiller l'extension de L1 : la seule limite est de maintenir le coût de construction et de preuve des blocs suffisamment bas, afin que les deux puissent à la fois maintenir une résistance à la censure de 1 sur n et former un marché concurrentiel.

Mais en réalité, ce n’est pas la seule considération. Autre facteur important : l’exécution d’un nœud complet vous permet de disposer d’un serveur RPC local qui vous permet de lire les données sur la chaîne de manière fiable, résistante à la censure et préservant la confidentialité. Cet article explique comment adapter la feuille de route actuelle de mise à l’échelle L1 pour atteindre cet objectif.

1、Pourquoi ne pas se contenter de la décentralisation et de la confidentialité réalisées par ZK-EVM+PIR ?

La feuille de route sur la protection de la vie privée que j’ai publiée le mois dernier préconise l’adoption de TEEs+ORAM à court terme et le passage à la technologie PIR à long terme. Combiné à la validation Helios et ZK-EVM, les utilisateurs peuvent se connecter à des bacs réutilisables externes en toute confiance que le (i) reçoit les données de chaîne correctes et (ii) confidentialité des données est protégée. D’où la question : pourquoi ne pas s’arrêter là ? Ces schémas de cryptographie avancés rendent-ils les nœuds auto-hébergés obsolètes ?

À ce sujet, j'ai quelques réponses :

Les solutions cryptographiques complètement sans confiance (comme le PIR sur un serveur unique) sont coûteuses. Les frais actuels sont irréalistes, même après plusieurs optimisations de l'efficacité, il se peut qu'ils restent élevés.

Problèmes de confidentialité des métadonnées. Les métadonnées telles que l'heure de la demande et le modèle de demande d'adresse IP peuvent elles-mêmes révéler une grande quantité d'informations sur les utilisateurs.

Examen des vulnérabilités : la structure du marché dominée par quelques fournisseurs de RPC sera confrontée à de fortes pressions d'interdiction ou de censure des utilisateurs. De nombreux fournisseurs de RPC ont commencé à bloquer complètement certains pays.

Par conséquent, il reste utile de continuer à garantir la facilité de fonctionnement des nœuds personnels.

2. Priorités à court terme

Privilégiez le déploiement complet de l’EIP-4444 pour atteindre seulement environ 36 jours de stockage de données par nœud. Cela réduira considérablement les besoins en espace disque dur, qui sont actuellement le principal obstacle empêchant les gens d’exécuter des nœuds. Par la suite, les besoins de stockage des nœuds se composeront uniquement des données d’état (i), (ii) branche Merkle d’état (iii)36 jours de données historiques.

Construire une solution de stockage historique distribuée, de sorte que chaque nœud stocke une petite quantité de données historiques expirées. Maximiser la fiabilité grâce à la technologie de code de correction d'erreurs. Cela permet à la fois de garantir la caractéristique de « conservation permanente de la blockchain » et de ne pas dépendre de fournisseurs centralisés ni d'imposer un lourd fardeau aux opérateurs de nœuds.

Ajuster la stratégie de tarification du Gas, augmenter les coûts de stockage et réduire les coûts d'exécution. Mettre l'accent sur l'augmentation des coûts de Gas pour les opérations suivantes : (i) exécuter SSTORE pour un nouveau slot de stockage, (ii) créer du code de contrat, (iii) transférer de l'ETH à des comptes à solde nul / nonce nul.

3. Objectif à moyen terme : validation sans état

Après la mise en œuvre de la validation sans état, les nœuds prenant en charge RPC (c'est-à-dire les nœuds qui stockent l'état) n'auront plus besoin de conserver les branches de Merkle de l'état. Cela peut réduire encore d'environ 50 % les besoins de stockage.

4, Nouvelles nœuds : certains nœuds sans état

Cette idée novatrice sera la clé pour maintenir le fonctionnement des nœuds individuels même après une augmentation de 10 à 100 fois de la limite de gaz L1.

Nous avons ajouté un nouveau type de nœud : valider les blocs de manière sans état, en vérifiant l'ensemble de la chaîne par validation sans état ou ZK-EVM, mais en ne maintenant qu'une partie des données d'état. Tant que les données requises par la demande RPC se trouvent dans cet ensemble d'état, le nœud peut répondre ; d'autres demandes échoueront (ou devront revenir à une solution cryptographique hébergée externe - le choix de revenir doit être fait par l'utilisateur).

Les états spécifiques à maintenir dépendent de la configuration de l'utilisateur, par exemple :

Exclure tous les états en dehors des contrats poubelles connus.

État lié à tous les comptes EOA, SCW ainsi qu'aux jetons et applications ERC20/ERC721 courants.

État des comptes EOA/SCW actifs au cours des deux dernières années + État de certains tokens ERC20 couramment utilisés + État des applications swap/DeFi/privées sélectionnées.

La configuration peut être gérée via des contrats sur la chaîne : lors de l'exécution d'un nœud, l'utilisateur utilise le paramètre « --save_state_by_config 0x12345...67890 », cette adresse définira dans une langue spécifique la liste des adresses que le nœud doit enregistrer et mettre à jour en temps réel, ainsi que les emplacements de stockage (storage slot) ou les règles de filtrage d'état. Notez que l'utilisateur n'a pas besoin de sauvegarder la branche Merkle, mais seulement la valeur brute.

Ce type de nœud offre à la fois un accès local direct aux états clés et garantit une confidentialité d'accès totale.