Client léger Ethereum Helios basé sur Rust : mise en œuvre d'un accès sans confiance
Le client léger Ethereum Helios a été récemment publié. Ce client est développé en langage Rust et vise à fournir un accès à Ethereum totalement sans confiance. Helios adopte le protocole de client léger facilité par la transition d'Ethereum vers PoS, capable de convertir les données des fournisseurs RPC centralisés non fiables en RPC local sécurisé et vérifiable. En combinant le RPC centralisé, Helios peut vérifier l'authenticité des données sans exécuter de nœud complet.
Le client Helios peut synchroniser en environ deux secondes, sans nécessiter de stockage, permettant aux utilisateurs d'accéder en toute sécurité aux données de la chaîne à partir de n'importe quel appareil (, y compris les téléphones et les extensions de navigateur ). Cette innovation résout le point de douleur commun de concilier commodité et décentralisation.
Risques potentiels des infrastructures centralisées
Bien que la technologie blockchain promette de permettre aux utilisateurs de contrôler leurs richesses et leurs données de manière autonome, nous avons fait des compromis dans certains domaines pour des raisons de commodité. L'un d'eux est l'utilisation de serveurs RPC centralisés. Les utilisateurs accèdent généralement à Ethereum via des fournisseurs centralisés, qui exécutent des nœuds hautes performances sur des serveurs cloud, facilitant ainsi la consultation des données sur la chaîne. Cependant, cette pratique exige que les utilisateurs fassent confiance à ces fournisseurs, sans pouvoir vérifier l'exactitude des résultats des requêtes.
En théorie, un fournisseur RPC malveillant pourrait manipuler les données de cotation d'une bourse décentralisée pour inciter les utilisateurs à définir un paramètre "rendement minimum" plus bas, ce qui permettrait la mise en œuvre d'un nouveau type d'attaque par sandwich. L'attaquant pourrait garder les transactions privées et les envoyer directement à certaines institutions pour en tirer profit, plutôt que de les diffuser dans la mémoire publique.
Bien qu'aucune attaque de ce type ne se soit encore produite, les utilisateurs doivent rester prudents avant d'ajouter des fournisseurs RPC inconnus à leur portefeuille.
Le fonctionnement de Helios
Helios est composé d'une couche d'exécution et d'une couche de consensus, les deux couches étant étroitement couplées, les utilisateurs n'ont qu'à installer et exécuter un seul logiciel.
La couche de consensus utilise le mécanisme de comité de synchronisation de la chaîne de balises. Le comité de synchronisation est composé de 512 validateurs sélectionnés au hasard, avec une durée de service d'environ 27 heures. Si plus des deux tiers des membres du comité signent un en-tête de bloc, il est très probable que ce bloc se trouve dans la chaîne de balises conforme. Helios suit l'état de la chaîne en interrogeant des RPC non fiables pour obtenir les signatures récentes du comité de synchronisation.
La couche d'exécution utilise l'en-tête de bloc de balise validé par la couche de consensus en combinaison avec des RPC de la couche d'exécution non fiables, fournissant des données de couche d'exécution vérifiées. Grâce à des demandes de racine d'état d'application et de preuves Merkle, Helios peut vérifier localement toutes les données stockées sur Ethereum.
Les perspectives d'application de Helios
Les caractéristiques légères de Helios permettent à un plus grand nombre de personnes d'accéder en toute sécurité aux données Ethereum depuis divers appareils. Les utilisateurs peuvent utiliser Helios comme fournisseur RPC dans certains portefeuilles, permettant un accès sans confiance à diverses applications décentralisées.
Le support de Rust pour WebAssembly permet également aux développeurs d'applications d'intégrer facilement Helios dans des applications JavaScript. Ces intégrations amélioreront la sécurité d'Ethereum et réduiront la dépendance aux infrastructures centralisées.
À l'avenir, Helios a plusieurs directions de développement possibles, notamment le support de l'obtention de données de light client directement à partir d'un réseau P2P, la construction d'une version pouvant être compilée en WebAssembly, et son intégration directe dans des logiciels de portefeuille, etc. Ces innovations favoriseront davantage le développement de l'écosystème Ethereum, offrant aux utilisateurs une expérience d'accès à la blockchain plus sécurisée et pratique.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
12 J'aime
Récompense
12
10
Reposter
Partager
Commentaire
0/400
liquidation_watcher
· 08-18 00:32
Cette vitesse de synchronisation est très agréable.
Voir l'originalRépondre0
LayerHopper
· 08-18 00:22
Rust est vraiment agréable
Voir l'originalRépondre0
BlockTalk
· 08-15 01:53
Le light client est l'avenir.
Voir l'originalRépondre0
StealthMoon
· 08-15 01:52
Qu'est-ce que la confiance ? Essayez et vous saurez.
Voir l'originalRépondre0
FOMOSapien
· 08-15 01:52
La confiance est la voie juste.
Voir l'originalRépondre0
AirdropHunter007
· 08-15 01:49
Enfin, la version légère est arrivée.
Voir l'originalRépondre0
ShibaMillionairen't
· 08-15 01:36
La méthode Rust est vraiment délicieuse.
Voir l'originalRépondre0
NFTArchaeologis
· 08-15 01:24
Les performances de sécurité sont vraiment bonnes.
Helios : une implémentation de client léger Ethereum basée sur Rust pour un accès sans confiance
Client léger Ethereum Helios basé sur Rust : mise en œuvre d'un accès sans confiance
Le client léger Ethereum Helios a été récemment publié. Ce client est développé en langage Rust et vise à fournir un accès à Ethereum totalement sans confiance. Helios adopte le protocole de client léger facilité par la transition d'Ethereum vers PoS, capable de convertir les données des fournisseurs RPC centralisés non fiables en RPC local sécurisé et vérifiable. En combinant le RPC centralisé, Helios peut vérifier l'authenticité des données sans exécuter de nœud complet.
Le client Helios peut synchroniser en environ deux secondes, sans nécessiter de stockage, permettant aux utilisateurs d'accéder en toute sécurité aux données de la chaîne à partir de n'importe quel appareil (, y compris les téléphones et les extensions de navigateur ). Cette innovation résout le point de douleur commun de concilier commodité et décentralisation.
Risques potentiels des infrastructures centralisées
Bien que la technologie blockchain promette de permettre aux utilisateurs de contrôler leurs richesses et leurs données de manière autonome, nous avons fait des compromis dans certains domaines pour des raisons de commodité. L'un d'eux est l'utilisation de serveurs RPC centralisés. Les utilisateurs accèdent généralement à Ethereum via des fournisseurs centralisés, qui exécutent des nœuds hautes performances sur des serveurs cloud, facilitant ainsi la consultation des données sur la chaîne. Cependant, cette pratique exige que les utilisateurs fassent confiance à ces fournisseurs, sans pouvoir vérifier l'exactitude des résultats des requêtes.
En théorie, un fournisseur RPC malveillant pourrait manipuler les données de cotation d'une bourse décentralisée pour inciter les utilisateurs à définir un paramètre "rendement minimum" plus bas, ce qui permettrait la mise en œuvre d'un nouveau type d'attaque par sandwich. L'attaquant pourrait garder les transactions privées et les envoyer directement à certaines institutions pour en tirer profit, plutôt que de les diffuser dans la mémoire publique.
Bien qu'aucune attaque de ce type ne se soit encore produite, les utilisateurs doivent rester prudents avant d'ajouter des fournisseurs RPC inconnus à leur portefeuille.
Le fonctionnement de Helios
Helios est composé d'une couche d'exécution et d'une couche de consensus, les deux couches étant étroitement couplées, les utilisateurs n'ont qu'à installer et exécuter un seul logiciel.
La couche de consensus utilise le mécanisme de comité de synchronisation de la chaîne de balises. Le comité de synchronisation est composé de 512 validateurs sélectionnés au hasard, avec une durée de service d'environ 27 heures. Si plus des deux tiers des membres du comité signent un en-tête de bloc, il est très probable que ce bloc se trouve dans la chaîne de balises conforme. Helios suit l'état de la chaîne en interrogeant des RPC non fiables pour obtenir les signatures récentes du comité de synchronisation.
La couche d'exécution utilise l'en-tête de bloc de balise validé par la couche de consensus en combinaison avec des RPC de la couche d'exécution non fiables, fournissant des données de couche d'exécution vérifiées. Grâce à des demandes de racine d'état d'application et de preuves Merkle, Helios peut vérifier localement toutes les données stockées sur Ethereum.
Les perspectives d'application de Helios
Les caractéristiques légères de Helios permettent à un plus grand nombre de personnes d'accéder en toute sécurité aux données Ethereum depuis divers appareils. Les utilisateurs peuvent utiliser Helios comme fournisseur RPC dans certains portefeuilles, permettant un accès sans confiance à diverses applications décentralisées.
Le support de Rust pour WebAssembly permet également aux développeurs d'applications d'intégrer facilement Helios dans des applications JavaScript. Ces intégrations amélioreront la sécurité d'Ethereum et réduiront la dépendance aux infrastructures centralisées.
À l'avenir, Helios a plusieurs directions de développement possibles, notamment le support de l'obtention de données de light client directement à partir d'un réseau P2P, la construction d'une version pouvant être compilée en WebAssembly, et son intégration directe dans des logiciels de portefeuille, etc. Ces innovations favoriseront davantage le développement de l'écosystème Ethereum, offrant aux utilisateurs une expérience d'accès à la blockchain plus sécurisée et pratique.