Ethereum : l’EIP-7708 propose de rendre les transferts d’ETH repérables par des journaux standardisés

Une consultation sur la visibilité des transferts

L’EIP-7708 affiche le 1er novembre 2026 comme échéance de dernière consultation dans son document officiel. Créée le 17 mai 2024, cette proposition Ethereum reste au statut Last Call lors de la vérification. Elle veut produire automatiquement un journal pour les transferts d’ETH concernés par ses règles. L’intérêt est de permettre aux services de suivre ces mouvements avec un mécanisme commun, sans confondre cette étape d’examen avec une fonction déjà activée sur le réseau principal.

Le point de départ est une différence avec les jetons ERC-20. Ces derniers disposent d’événements souvent utilisés pour repérer leurs transferts. Les envois d’ETH provenant de comptes ordinaires peuvent être retrouvés dans la liste des transactions, mais ceux réalisés depuis des portefeuilles sous forme de contrats ne sont pas automatiquement enregistrés de la même manière. Le document évoque les difficultés que cette situation a déjà causées pour reconnaître certains dépôts. Il ne présente pas ces exemples historiques comme un nouvel incident.

Un événement commun pour plusieurs types d’opérations

La proposition définit un journal comparable à l’événement Transfer des ERC-20. Il indique l’adresse d’origine, l’adresse destinataire et le montant en wei, l’unité de base de l’ETH. L’émetteur du journal serait une adresse système du protocole, ce qui permettrait de distinguer ces traces automatiques des événements produits par les contrats des utilisateurs. Cette standardisation ne transformerait pas pour autant l’ETH en un nouveau jeton émis par une entreprise.

Les règles couvrent notamment les transactions qui transfèrent une valeur non nulle vers un autre compte, certains appels internes et les dotations lors de la création de contrats. Le texte prévoit aussi le cas des transferts admissibles liés à SELFDESTRUCT. L’ordre compte : pour une transaction, l’événement de transfert doit précéder les autres journaux créés par l’exécution. Les cas sans transfert de valeur, les opérations annulées et les appels internes dont les effets sont révoqués font partie des tests négatifs prévus.

Des limites explicites pour éviter de dupliquer les données

La proposition n’étend pas ce mécanisme à toutes les variations de solde. Les paiements de frais prioritaires et la destruction de la commission de base ont été envisagés, puis écartés du périmètre décrit. Les clients peuvent déjà calculer ces montants à partir des informations des blocs et des reçus. Les retraits du consensus ne sont pas non plus rattachés naturellement à une transaction et disposent déjà d’informations accessibles. Le document laisse aux clients la possibilité de proposer une vue agrégée par RPC.

Le texte reconnaît que le nombre moyen de journaux augmenterait, même s’il estime que son mécanisme n’accroît pas leur maximum théorique par bloc dans les conditions décrites. Les tests doivent vérifier les portefeuilles ordinaires et délégués, les créations de contrats, les échecs et la transition entre les règles. Pour les développeurs d’outils de suivi, l’enjeu est une trace plus uniforme des transferts. La date du 1er novembre marque la consultation de ce projet ancien, pas la garantie d’une intégration déjà achevée dans tous les services.