Peut-on « désactiver définitivement » l’EIP-7702 d’Ethereum ? Un nouveau projet dit que oui
Hier soir, nous avons parlé de ce qu’est l’EIP-7702. Aujourd’hui, il y a une suite : sur le forum des développeurs d’Ethereum (Ethereum Magicians), un projet d’EIP-8476 a été publié aux premières heures du 31 octobre, heure de Pékin. Son titre, traduit littéralement, est « Retrait définitif de la délégation pour les adresses ordinaires ».
Précision importante : il s’agit d’un projet au stade Draft, encore très loin d’une mise à niveau du réseau principal.
Voici ce qu’il propose, en quelques points :
1. Permettre à une adresse ordinaire (EOA) d’envoyer une transaction spéciale de type 4 pour s’attribuer une « marqueur non exécutable ». Dès lors, aucune autorisation de délégation 7702 ne pourrait le remplacer ni l’effacer.
2. L’adresse resterait inchangée et pourrait toujours recevoir des transferts et envoyer des transactions normalement ; elle ne pourrait simplement plus jamais activer de délégation 7702.
3. Le texte cite explicitement trois types de comptes visés : les portefeuilles d’institutions, les portefeuilles chauds des plateformes d’échange et les trésoreries, qui n’ont pas besoin de l’exécution par délégation.
4. Le texte précise aussi que cela ne protège pas contre le vol de la clé privée : quiconque la détient peut toujours signer une transaction ordinaire et transférer les fonds.
Deux problèmes relevés dans la discussion sont assez concrets :
· Un évaluateur a signalé que les adresses dotées de ce marqueur pourraient ne pas pouvoir recevoir certains NFT (les transferts sécurisés appellent le code du destinataire). L’auteur a répondu tard dans la soirée du 31 octobre, heure de Pékin, qu’il comptait modifier le projet afin que l’EVM traite ce marqueur comme du « code vide ».
· Quelqu’un d’autre a fait remarquer que cette protection ne s’applique que chaîne par chaîne : si vous la désactivez sur le réseau principal, mais pas sur une autre chaîne, les autorisations signées avec la même clé pourront toujours y être utilisées.
Dans le fil de discussion, quelqu’un a également analysé l’incident récent du portefeuille chaud de Binance à partir de données publiques on-chain. Selon la réponse de l’auteur, la désactivation préalable n’aurait pas empêché le vol ; elle aurait simplement supprimé le raccourci consistant à « signer un lot d’autorisations, puis ne plus avoir à en signer ». Binance n’a pas encore publié de rapport complet sur les causes de l’incident : il ne s’agit que d’une analyse on-chain partagée sur le forum.
Quelques vérités bonnes à rappeler :
· À peine plus d’un an après le lancement d’une fonctionnalité, quelqu’un propose déjà d’ajouter « un bouton pour la désactiver définitivement » : cela montre que toutes les adresses n’ont pas besoin d’être aussi intelligentes.
· Un projet ne signifie pas qu’il sera adopté, encore moins qu’il arrivera sur le réseau principal. Ne vous fiez pas au titre en croyant que les portefeuilles peuvent déjà désactiver cette fonctionnalité.
· La règle de base reste la même : ne signez pas n’importe quoi ; vérifiez bien ce que vous signez.
Votre portefeuille a-t-il besoin d’une fonctionnalité « intelligente » comme 7702 ? Ou préférez-vous qu’il soit un peu moins malin, mais plus sûr ?
$ETH #EIP7702 #MiseÀJourEthereum
Hier soir, nous avons parlé de ce qu’est l’EIP-7702. Aujourd’hui, il y a une suite : sur le forum des développeurs d’Ethereum (Ethereum Magicians), un projet d’EIP-8476 a été publié aux premières heures du 31 octobre, heure de Pékin. Son titre, traduit littéralement, est « Retrait définitif de la délégation pour les adresses ordinaires ».
Précision importante : il s’agit d’un projet au stade Draft, encore très loin d’une mise à niveau du réseau principal.
Voici ce qu’il propose, en quelques points :
1. Permettre à une adresse ordinaire (EOA) d’envoyer une transaction spéciale de type 4 pour s’attribuer une « marqueur non exécutable ». Dès lors, aucune autorisation de délégation 7702 ne pourrait le remplacer ni l’effacer.
2. L’adresse resterait inchangée et pourrait toujours recevoir des transferts et envoyer des transactions normalement ; elle ne pourrait simplement plus jamais activer de délégation 7702.
3. Le texte cite explicitement trois types de comptes visés : les portefeuilles d’institutions, les portefeuilles chauds des plateformes d’échange et les trésoreries, qui n’ont pas besoin de l’exécution par délégation.
4. Le texte précise aussi que cela ne protège pas contre le vol de la clé privée : quiconque la détient peut toujours signer une transaction ordinaire et transférer les fonds.
Deux problèmes relevés dans la discussion sont assez concrets :
· Un évaluateur a signalé que les adresses dotées de ce marqueur pourraient ne pas pouvoir recevoir certains NFT (les transferts sécurisés appellent le code du destinataire). L’auteur a répondu tard dans la soirée du 31 octobre, heure de Pékin, qu’il comptait modifier le projet afin que l’EVM traite ce marqueur comme du « code vide ».
· Quelqu’un d’autre a fait remarquer que cette protection ne s’applique que chaîne par chaîne : si vous la désactivez sur le réseau principal, mais pas sur une autre chaîne, les autorisations signées avec la même clé pourront toujours y être utilisées.
Dans le fil de discussion, quelqu’un a également analysé l’incident récent du portefeuille chaud de Binance à partir de données publiques on-chain. Selon la réponse de l’auteur, la désactivation préalable n’aurait pas empêché le vol ; elle aurait simplement supprimé le raccourci consistant à « signer un lot d’autorisations, puis ne plus avoir à en signer ». Binance n’a pas encore publié de rapport complet sur les causes de l’incident : il ne s’agit que d’une analyse on-chain partagée sur le forum.
Quelques vérités bonnes à rappeler :
· À peine plus d’un an après le lancement d’une fonctionnalité, quelqu’un propose déjà d’ajouter « un bouton pour la désactiver définitivement » : cela montre que toutes les adresses n’ont pas besoin d’être aussi intelligentes.
· Un projet ne signifie pas qu’il sera adopté, encore moins qu’il arrivera sur le réseau principal. Ne vous fiez pas au titre en croyant que les portefeuilles peuvent déjà désactiver cette fonctionnalité.
· La règle de base reste la même : ne signez pas n’importe quoi ; vérifiez bien ce que vous signez.
Votre portefeuille a-t-il besoin d’une fonctionnalité « intelligente » comme 7702 ? Ou préférez-vous qu’il soit un peu moins malin, mais plus sûr ?
$ETH #EIP7702 #MiseÀJourEthereum
