Comparez votre historique avec l'adresse que vous vouliez payer et repérez les sosies empoisonnés.
Vérification du checksum d'adresse
L'outil lui-même est en anglais ; cette page vous l'explique dans votre langue.
Utilisez Vérification du checksum d'adresse
Fonctionnalités
Collez une adresse, une liste ou un message entier. Chaque adresse détectée est associée à son réseau, sa somme de contrôle est vérifiée (lorsque le format en prévoit une), et la forme normalisée s'affiche.
Tout se passe entièrement dans votre navigateur : aucune des données que vous saisissez n'est transmise.
Comment utiliser Vérification du checksum d'adresse
- Collez les adresses. Collez une adresse, une liste, ou un message ou une facture entière. Toutes les adresses du texte sont trouvées, jusqu'à 500.
- Laissez la vérification se faire. Les résultats s'affichent peu après que vous avez cessé de taper ; vous pouvez aussi appuyer sur Check addresses (vérifier les adresses).
- Lisez le résumé. L'encadré coloré compte les adresses dont le checksum correspond, celles sans checksum, celles dont seul le format est valide et celles qui sont invalides.
- Examinez chaque carte. Chaque carte affiche un badge de statut, le réseau et le type d'adresse, l'adresse telle que trouvée avec les caractères erronés surlignés, la forme normalisée et de courtes notes.
- Copiez ou transmettez. L'option « Copier uniquement les copies dont la somme de contrôle a été vérifiée » ne copie que les adresses dont la somme de contrôle correspond ; l'option « Copier toutes les adresses bien formées » ajoute également les adresses qui ne comportent pas de somme de contrôle. Les deux options copient les formes normalisées, à raison d'une par ligne. L'option « Envoyer vers… » les ouvre dans l'outil de vérification des adresses (Address Poisoning Checker).
- Comparez avec une source fiable. Un checksum valide n'exclut que les fautes de frappe. Avant de payer, comparez l'adresse complète avec l'écran de réception du destinataire lui-même ou avec un contact vérifié.
Exemple
Vecteurs de test d'EIP-55, de BIP-350 et de Bitcoin Core
0x5aAeb6053F3E94C9b9A09f33669435E7Ef1BeAed
0x5aAeb6053F3E94C9b9A09f33669435E7Ef1BeAeD
0xfb6916095ca1df60bb79ce92ce3ea74c37c5d359
bc1p0xlxvlhemja6c4dqv22uapctqupfhlxm9h8z3k2e72q4k9hcz7vqzk5jj0
BC1QW508D6QEJXTDG4Y5R3ZARVARY0C5XW7KV8F3T4
1FsSia9rv4NeEwvJ2GvXrX7LyxYspbN2mo
1FsSia9rv4NeEwvJ2GvXrX7LyxYspbN2mp
410000000000000000000000000000000000000000
TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA9 addresses found: 4 with a matching checksum, 2 without a checksum to verify, 1 with the right format (Solana has no checksum), 2 invalid. Do not send funds to an invalid address: it was mistyped or altered. Copy it again from a source you trust.
Checksum OK
EVM (Ethereum and compatible chains)
Hex address
0x5aAeb6053F3E94C9b9A09f33669435E7Ef1BeAed
EIP-55 checksum matches.
Invalid
EVM (Ethereum and compatible chains)
Hex address
0x5aAeb6053F3E94C9b9A09f33669435E7Ef1BeAeD
EIP-55 checksum does not match: the case of 1 letter is wrong. A character was probably mistyped or changed; get the address again from a trusted source.
If only the letter case was altered (some tools do that), the same digits in checksummed form are 0x5aAeb6053F3E94C9b9A09f33669435E7Ef1BeAed. If a digit was mistyped, that is a different address.
No checksum
EVM (Ethereum and compatible chains)
Hex address
0xfb6916095ca1df60bb79ce92ce3ea74c37c5d359
Checksummed (EIP-55): 0xfB6916095ca1df60bB79Ce92cE3Ea74c37c5d359
All lowercase: there is no EIP-55 checksum, so a typo cannot be detected. The checksummed form is shown.
Checksum OK
Bitcoin
P2TR (Taproot, SegWit v1, Bech32m)
bc1p0xlxvlhemja6c4dqv22uapctqupfhlxm9h8z3k2e72q4k9hcz7vqzk5jj0
Bech32m (BIP-350) checksum matches.
Checksum OK
Bitcoin
P2WPKH (SegWit v0, Bech32)
BC1QW508D6QEJXTDG4Y5R3ZARVARY0C5XW7KV8F3T4
Lowercase form: bc1qw508d6qejxtdg4y5r3zarvary0c5xw7kv8f3t4
Bech32 (BIP-173) checksum matches.
Written in uppercase (allowed, used in QR codes); the lowercase form is shown.
Checksum OK
Bitcoin
P2PKH (legacy, starts with 1)
…La première adresse EIP-55 est validée, tandis que sa copie, dont une majuscule a été modifiée, échoue ; celle en minuscules ne comporte pas de somme de contrôle. Les deux adresses SegWit sont validées, la copie Base58 dont le dernier caractère a été modifié échoue, l'hexadécimal TRON devient T9yD14Nj9j7xAB4dbGeiX9h8unkKHxuWwb et l'identifiant de programme Solana est validé uniquement au niveau du format. La copie « vérifiée par somme de contrôle » retient les quatre adresses validées ; la copie « toutes les adresses bien formées » ajoute les trois adresses sans somme de contrôle.
Ce qu'il vérifie
| Signal | Ce que cela signifie |
|---|---|
| Checksum OK (vert) | La casse EIP-55 ou le checksum Base58Check ou Bech32/Bech32m correspond : l'adresse n'a donc pas été mal saisie ni altérée par accident. Cela ne dit rien de son propriétaire. |
| No checksum (jaune) | Une adresse EVM écrite dans une seule casse ou sans lettres, ou une adresse TRON au format hexadécimal 41… : une faute de frappe ne peut pas être détectée. La forme avec checksum ou la forme T… est affichée à la place. |
| Format OK, no checksum (jaune) | Solana : le texte se décode en exactement 32 octets, mais les adresses Solana ne portent pas de checksum ; une adresse mal saisie peut donc quand même passer. |
| Invalid (rouge) | Mauvaise casse selon EIP-55, caractère non autorisé, longueur incorrecte ou checksum en échec. Lorsque l'outil peut localiser le problème, le caractère est surligné. N'envoyez pas de fonds ; copiez à nouveau l'adresse depuis une source de confiance. |
| Unknown network (bleu) | Le checksum est valide, mais l'octet de version ou le préfixe Bech32 n'appartient ni à Bitcoin, ni à Litecoin, ni à Dogecoin, ni à TRON. |
| Ligne réseau et format | Par exemple P2PKH, P2SH, P2WSH ou P2TR, et s'il s'agit d'une adresse testnet. Une adresse testnet ne peut pas recevoir de vraies cryptomonnaies. |
| Formes normalisées et alternatives | La forme EIP-55 avec checksum, le Bech32 en minuscules ou, pour TRON, la forme hexadécimale et les mêmes 20 octets écrits comme une adresse EVM. |
| Notes sur les adresses zéro et de burn | L'adresse zéro EVM, l'adresse zéro TRON et le System Program de Solana sont identifiés. Les jetons envoyés à une adresse zéro sont brûlés. |
| Copier les fichiers dont la somme de contrôle a été vérifiée et copier tous les fichiers correctement formés | Les adresses vérifiées ont passé le test de somme de contrôle. Celles qui sont correctement formées mais ne comportent pas de somme de contrôle (EVM entièrement en minuscules ou en majuscules, hexadécimal TRON, Solana) ne peuvent pas comporter de faute de frappe. Les adresses non valides ne sont jamais copiées. |
D'autres exemples
Vecteurs EIP-55 écrits dans une seule casse
0x52908400098527886E0F7030069857D2E4169EE7
0xde709f2102306220921060314715629080e2fb772 adresses trouvées : 2 avec un checksum correspondant. Les notes indiquent que chacune correspond à sa forme EIP-55, laquelle se trouve être entièrement en majuscules pour l'une et entièrement en minuscules pour l'autre.
Adresses de burn et adresses zéro
0x000000000000000000000000000000000000dEaD
0x0000000000000000000000000000000000000000
T9yD14Nj9j7xAB4dbGeiX9h8unkKHxuWwb3 adresses trouvées : 2 avec un checksum correspondant, 1 sans checksum à vérifier. La carte 0x0000… indique qu'il s'agit de l'adresse zéro et qu'elle ne contient aucune lettre pour porter un checksum. La carte TRON identifie l'adresse zéro TRON et affiche la forme hexadécimale 410000000000000000000000000000000000000000.
Adresses tronquées et altérées
Send to 0x52908400098527886E0F7030069857D2E4169EE or bc1qw508d6qejxtdg4y5r3zarvary0c5xw7kv8f3t52 adresses trouvées : 2 invalides, avec l'avertissement de ne pas envoyer de fonds. L'adresse EVM compte 39 chiffres hexadécimaux (des caractères manquent) ; l'adresse Bitcoin échoue au checksum Bech32 parce que son dernier caractère a été modifié par rapport au vecteur de test BIP-173.
FAQ
Quelles adresses et quels checksums le validateur vérifie-t-il ?
Les adresses EVM avec checksum EIP-55 en casse mixte ; les adresses Base58Check de Bitcoin, Litecoin et Dogecoin (double SHA-256) ; les adresses SegWit Bech32 et Bech32m (BIP-173 et BIP-350) ; les adresses TRON en Base58Check et sous forme hexadécimale 41 ; et les adresses Solana.
Un checksum valide signifie-t-il qu'on peut payer cette adresse sans risque ?
Non. Un checksum montre seulement que l'adresse n'a pas été mal saisie ni altérée ; l'adresse d'un escroc ou une adresse sosie empoisonnée le passent aussi. Les adresses Solana et les adresses EVM entièrement en minuscules ne portent aucun checksum, si bien que seul leur format peut être confirmé.
Quelque chose est-il envoyé à un serveur ou à un explorateur de blocs ?
Non. Le décodage et la vérification des checksums s'exécutent dans votre navigateur, avec le SHA-256 de l'API Web Crypto du navigateur. L'outil ne recherche ni soldes, ni propriétaires, ni historique de transactions.
Pourquoi une adresse entièrement en minuscules est-elle marquée OK et une autre No checksum ?
EIP-55 cache le checksum dans le choix des lettres écrites en majuscules. Pour quelques adresses, la forme correcte se trouve être entièrement en minuscules ou entièrement en majuscules, et l'outil le signale. Toute autre adresse écrite dans une seule casse a perdu son checksum.
Pourquoi une adresse TRON affiche-t-elle aussi une adresse EVM ?
Les adresses TRON et EVM sont construites à partir du même type de valeur de 20 octets. L'outil affiche cette valeur dans les deux notations pour que vous puissiez les comparer. Cela ne signifie pas que des fonds envoyés sur un réseau apparaissent sur l'autre.
Puis-je l'utiliser pour nettoyer une liste d'adresses avant un signalement ?
Oui. Collez la liste, puis utilisez l'option « Copier les entrées vérifiées par somme de contrôle » ou « Copier toutes les entrées bien formées » (pour inclure les adresses sans somme de contrôle) afin d'obtenir chaque adresse une seule fois sous sa forme normalisée. Les entrées non valides sont ignorées ; vérifiez-les donc au préalable au cas où l'une d'entre elles aurait été tronquée lors de la copie.