Qu'est-ce que l'ERC-7730 ? Explications sur la norme de signature « Clear Signing » relative à l'Ethereum

Quicknode

19 mai 2026 — 5 min de lecture

Partager

Ajouter comme source préférée

La norme ERC-7730 est la première initiative visant à résoudre un problème représentant 2 milliards de dollars.

Et le problème réside essentiellement dans le principe même de la monnaie cryptographique : la signature des transactions. Voyons cela en chiffres :

• Bybit a été victime d'un piratage d'environ 1,46 milliard de dollars suite à une manipulation de l'interface de signature.

• Les attaques de hameçonnage visant le Ledger Connect Kit ont coûté 600 000 dollars.

• Radiant Capital a subi une perte d'environ 50 millions de dollars suite à une manipulation des données relatives aux transactions.

Tous les exemples ci-dessus mettent en évidence la même vulnérabilité : les utilisateurs valident ce qui s'affiche dans le portefeuille, tandis que la chaîne exécute des données d'appel ou des signatures opaques.

C'est ce qu'on appelle la « signature à l'aveugle ». En termes simples, les humains ont le pouvoir d'autoriser et d'approuver des données de transaction sous forme de bytecodes qu'ils ne peuvent pas lire.

La norme ERC-7730 constitue la première initiative coordonnée d'Ethereum visant à faire évoluer la signature des transactions d'un principe de « confiance dans l'interface » vers un principe de « vérification de l'intention ».

Cet article explique en détail ce que sont la signature transparente et la norme ERC-7730, comment elles fonctionnent et ce que cela implique pour l'écosystème des cryptomonnaies dans son ensemble.

Qu'est-ce que Clear Signing ?

Clear Signing permet aux portefeuilles d'afficher l'intention et les détails de manière lisible par l'utilisateur avant que celui-ci ne signe la transaction, remplaçant ainsi la « signature à l'aveugle » du bytecode brut.

Au lieu d'afficher des données d'appel brutes, des hachages ou une invite générique du type « Signer le message », le portefeuille devrait expliquer l'action en langage clair :

• envoyer des USDC,

• approuver un responsable des dépenses,

• échanger des jetons,

• actifs de transition, ou

• transférer la propriété du contrat.

La norme ERC-7730, définie par l'Ethereum, permet de procéder de manière cohérente.

Cette norme permet aux équipes chargées des contrats intelligents de publier des descripteurs qui indiquent aux portefeuilles comment décoder et afficher certaines interactions avec les contrats.

N'oubliez pas qu'une signature claire ne garantit pas automatiquement la sécurité des transactions. Elle rend simplement lisibles les données et l'intention de la transaction, ce qui aide les utilisateurs à vérifier ce qu'ils signent.

D'accord. Alors, comment fonctionnent l'ERC-7730 et la signature « clear » ?

Fonctionnement de la norme ERC-7730

Le préambule de cette norme de l'Ethereum , est « Ce que vous voyez, c'est ce que vous signez ».

Pour ce faire, la norme ERC-7730 s'appuie sur des descripteurs de transaction. Il s'agit de fichiers JSON structurés qui associent les fonctions des contrats intelligents à des messages de signature lisibles par l'utilisateur.

Un descripteur indique au portefeuille :

• à quel contrat et à quelle chaîne cela s'applique-t-il ?

• quelle fonction est appelée

• quels sont les paramètres importants ?

• comment ces paramètres doivent être affichés

• quel message final l'utilisateur doit voir avant de signer

Au lieu d'afficher un fichier brut approve(adresse, uint256) Lors d'un appel, les portefeuilles utilisant le descripteur ERC-7730 peuvent afficher : Autoriser {spender} à dépenser {amount} {token}

Voyons comment cela se passe concrètement.

Anatomie d'un descripteur ERC-7730

Un descripteur ERC-7730 est un fichier JSON qui indique aux portefeuilles comment transformer les appels de contrat en invites de signature lisibles.

Il comporte trois parties principales :

Contexte

La section « Contexte » explique dans quels cas le portefeuille doit utiliser un descripteur. Elle associe le fichier à un ou plusieurs déploiements de contrats, généralement à l'aide du `chainId` et de l'adresse.

Lorsqu'un utilisateur signe une transaction, le portefeuille vérifie si le contrat cible et le réseau correspondent à un descripteur connu.

Métadonnées

La section « Métadonnées » apporte des informations contextuelles complémentaires. Elle peut inclure le propriétaire du protocole, l'URL du projet, le nom du contrat, les détails du jeton, les constantes, les énumérations ou les valeurs de repli.

Cela permet aux portefeuilles d'afficher les valeurs de manière plus claire, plutôt que de présenter des adresses brutes, des nombres entiers ou des paramètres non expliqués.

Affichage

La section d'affichage se charge du travail de traduction proprement dit. À l'intérieur formats d'affichage, chaque clé correspond à une signature de fonction ABI lisible par l'utilisateur, telle que :

swapExactTokensForTokens(
  uint256 amountIn,
  uint256 amountOutMin,
  address[] path,
  address to,
  uint256 deadline
)

Pour chaque fonction, le descripteur définit une intention, un élément facultatif intention interpolée, ainsi qu'une liste des champs que le portefeuille doit afficher.

Chaque champ pointe vers une valeur « calldata » décodée à l'aide de chemins tels que #.montantEn, #.to, ou #.date limite, puis indique au portefeuille comment le formater.

Par exemple :

{
  "path": "#.amountIn",
  "label": "Send",
  "format": "tokenAmount",
  "params": {
    "tokenPath": "#.path[0]"
  }
}

Cela indique au portefeuille :

• prendre le montantIn paramètre,

• l'intituler « Envoyer »,

• le mettre au format d'un montant symbolique, et

• utilisation chemin[0] pour déterminer quel jeton fournit le symbole boursier et le nombre de décimales.

N'oubliez pas que la transaction s'exécute toujours de la même manière sur la chaîne. La norme ERC-7730 offre simplement aux portefeuilles un moyen standard d'expliquer ce que l'utilisateur s'apprête à signer.

Cependant, l'affichage ne constitue qu'un aspect de la sécurité de la signature. Voici pourquoi la norme ERC-7730 reste une solution incomplète.

Ce que la norme ERC-7730 ne résout pas

La norme ERC-7730 est importante, mais on a tendance à surestimer son utilité. C'est précisément pour cette raison qu'il est essentiel de bien comprendre les limites de cette section.

« Lisible » ne signifie pas « vérifié ». Un descripteur peut indiquer « Autoriser l'utilisateur à utiliser l'USDC », mais la norme ERC-7730 ne garantit pas que ce descripteur soit exact, complet ou fiable.

Même des invites claires peuvent conduire à l'autorisation d'une action néfaste. Le portefeuille peut afficher correctement la transaction, tandis que l'utilisateur approuve néanmoins un contrat malveillant, une autorisation non sécurisée ou une interaction avec une interface utilisateur compromise flow. Un portefeuille peut afficher la transaction avec exactitude, mais l'utilisateur peut tout de même approuver un contrat malveillant, une autorisation excessive ou une interaction risquée avec un protocole.

Les descripteurs peuvent prendre du retard par rapport aux contrats. Si un proxy est mis à jour, si un routeur modifie son comportement ou si la signification d'une fonction évolue, un ancien descripteur peut tout de même afficher une invite correcte.

Les descripteurs ont du mal à gérer les chemins d'exécution complexes. Les appels groupés, les appels délégués, les routeurs et les données d'appel imbriquées peuvent amener une transaction à effectuer davantage d'opérations que ne le laisse supposer la fonction visible.

Par ailleurs, pour que la signature transparente fonctionne de manière fiable et soit efficace, elle dépend fortement des éléments suivants :

• registres de confiance,

• simulation de transaction,

• vérifications des métadonnées, et

• alertes de risque au niveau du portefeuille.

C'est pourquoi il est important de rappeler une nouvelle fois cette limite : le standard ERC-7730 rend les transactions plus faciles à comprendre, mais ne garantit pas automatiquement la sécurité de leur signature.

ERC-7730 : quelle est la prochaine étape ?

La norme ERC-7730 est déjà opérationnelle au niveau du registre, et Ledger en est aujourd'hui l'implémentation en production la plus aboutie. Mais le champ d'application de la signature claire est bien plus vaste.

À mesure que le concept d'« abstraction de compte » gagnera en maturité, les utilisateurs signeront moins de transactions ponctuelles et accorderont davantage d'autorisations limitées à un périmètre précis :

• plafonds de dépenses,

• clés de session,

• contrats approuvés,

• les actions déléguées, et

• polices à renouvellement automatique.

Cela rend l'intention de transaction d'autant plus importante.

Un portefeuille intelligent ne peut pas appliquer de bonnes règles s'il ne comprend pas clairement ce que signifie une action.

Il en va de même pour l'agents , et l'exécution autonome par l'IA.

Si agents doit effectuer des échanges, des paiements, des rééquilibrages ou des appels de marge pour le compte des utilisateurs, il lui faut plus que de simples données brutes relatives aux appels.

Ils ont besoin d'une couche sémantique pouvant être lue par les portefeuilles, les moteurs de règles, les simulateurs et, à terme, d'autres agents.

La norme ERC-7730 constitue un premier pas dans cette direction.

Tout commence par une signature lisible par l'homme, mais sa valeur à long terme réside peut-être dans l'intention lisible par machine : un moyen commun permettant aux portefeuilles, aux applications et aux « agents » de comprendre ce qui est autorisé avant que l'exécution n'ait lieu.