jakiro
Auteur: Vitalik, fondateur d’Ethereum; Traduction: Bitchain Vision Xiaozhou
Les critiques les plus courantes concernant l’augmentation du plafond de gaz L1 sont en plus des problèmes de sécurité du réseau qui rendent le fonctionnement complet des nœuds. Surtout dans le contexte de la feuille de route avec des «nœuds complets non liés» comme noyau, pour résoudre ce problème, nous devons d’abord comprendre la signification de l’existence de nœuds complets.
La vue traditionnelle est que les nœuds complets sont utilisés pour vérifier les données sur la chaîne.S’il s’agit du seul problème, alors ZK-EVM peut débloquer l’expansion de L1: la seule limitation est de maintenir la construction de blocs et les coûts de preuve suffisamment bas pour que les deux puissent maintenir une résistance de la censure N et former un marché concurrentiel.
Mais en réalité, ce n’est pas la seule considération.Un autre facteur important est:L’exécution d’un nœud complet vous permet d’avoir un serveur RPC local, vous permettant de lire des données sur la chaîne de manière sans confiance, résistante à la censure et protégée par la confidentialité.Cet article discutera de la façon d’ajuster la feuille de route actuelle de l’extension L1 pour atteindre cet objectif.
1. Pourquoi n’êtes-vous pas satisfait de la non-confiance et de la vie privée mise en œuvre par ZK-EVM + PIR?
Ma feuille de route de confidentialité publiée le mois dernier Advocates: Tees + Oram Solutions est adoptée à court terme, et la technologie PIR est tournée à long terme.Combiné avec Helios et la vérification ZK-EVM, les utilisateurs peuvent pleinement convaincre lors de la connexion aux RPC externes qui (i) les données de chaîne acquises sont correctes et (ii) la confidentialité des données est protégée.Cela soulève la question: pourquoi ne pas s’arrêter là?Ces solutions de cryptographie avancées rendent-elles obsolètes les nœuds auto-hébergés?
J’ai quelques réponses à ceci:
–Les solutions de cryptographie entièrement fiables (telles que le PIR à serveur unique) sont coûteuses. Les frais généraux actuels sont irréalistes, et même après de multiples optimisations d’efficacité, il peut encore maintenir des prix élevés.
–Problèmes de confidentialité des métadonnées.Les métadonnées telles que l’heure de demande, le mode de demande et d’autres métadonnées de l’adresse IP exposeront elles-mêmes une grande quantité d’informations utilisateur.
–Revue de la vulnérabilité:La structure du marché dominée par quelques fournisseurs de RPC sera confrontée à de fortes interdictions des utilisateurs ou à une pression d’examen.De nombreux fournisseurs de RPC ont commencé à bloquer complètement certains pays.
Par conséquent, il est toujours utile de continuer à assurer la commodité des nœuds personnels.
2. Priorités à court terme
Priorité au déploiement complet de l’EIP-4444, et se rend finalement compte que chaque nœud ne stocke que les données pendant environ 36 jours. Cela réduira considérablement la demande d’espace disque dur – le principal obstacle qui empêche actuellement les gens de courir les nœuds.Après cela, les exigences de stockage des nœuds ne comprendront que: (i) les données d’état, (ii) la branche de Merkel, (iii) les données historiques de 36 jours.
Construire une solution de stockage historique distribuée, pour que chaque nœud puisse stocker une petite quantité de données historiques qui expirent. Maximiser la fiabilité grâce à la technologie de codage d’effacement.Cela garantit non seulement la fonctionnalité de « préservation permanente de la blockchain », mais n’a pas non plus besoin de compter sur des fournisseurs centralisés ou de mettre des charges lourdes sur les opérateurs de nœuds.
Ajustez la stratégie de tarification des gaz pour augmenter les coûts de stockage et réduire les coûts d’exécution.Concentrez-vous sur l’augmentation du coût du gaz des opérations suivantes: (i) Exécuter SSTORE pour la nouvelle fente de stockage, (ii) Créer un code de contrat et (iii) transférer ETH vers le compte Zero Balance / Zero Nonce.
3. Objectif à moyen terme: vérification sans état
Une fois la vérification sans état implémentée, l’exécution des nœuds qui prennent en charge le RPC (c’est-à-dire les nœuds qui stockent l’état) n’auront pas besoin de sauvegarder les succursales de Merkel d’état.Cela peut réduire les exigences de stockage d’environ 50%.
4. Nouveaux nœuds: quelques nœuds apatrides
Ce concept innovant deviendra la clé pour maintenir le fonctionnement des nœuds personnels après l’augmentation du plafond de gaz L1 de 10 à 100 fois.
Nous avons ajouté un nouveau type de nœud: vérifiez le bloc de manière apatride, vérifiez toute la chaîne par vérification sans état ou ZK-EVM, mais maintenez uniquement certaines des données d’état.Tant que les données requises pour les demandes RPC sont dans ce sous-ensemble d’état, le nœud peut répondre;D’autres demandes échoueront (ou devront être rétablies à une solution de cryptographie gérée à l’extérieur – si la secours doit être choisi par l’utilisateur).
L’état de maintenance spécifique dépend de la configuration de l’utilisateur, par exemple:
– Exclure tous les États en dehors des contrats de déchets connus.
–Status liés à tous les comptes EOA, SCW et les jetons et applications ERC20 / ERC721 couramment utilisés.
– L’état du compte EOA / SCW actif au cours des deux dernières années + certains statuts de jeton ERC20 couramment utilisés + Statut de l’application Swap / DeFi / Privacy sélectionné couramment.
La configuration peut être gérée via des contrats en chaîne: lorsque l’utilisateur exécute un nœud, utilisez le paramètre « –Save_State_By_Config 0x12345 … 67890 », qui définira la liste d’adresses, les emplacements de stockage ou les règles de filtrage d’état que le nœud doit enregistrer et mettre à jour en temps réel dans un langage spécifique.Notez que l’utilisateur n’a pas besoin d’enregistrer la branche Merkel, seule la valeur d’origine est requise.
Ces nœuds fournissent un accès direct local aux états critiques et assurent la confidentialité de l’accès complet.
