Validateur d'Adresse de Portefeuille

À propos du Validateur d'Adresse de Portefeuille

Les tickets de support crypto sont dominés par une tragédie : un utilisateur colle une adresse sur le mauvais réseau, perd un caractère à cause d'un lecteur d'écran, ou fait confiance à un faux QR — et les fonds disparaissent à jamais, car les transactions blockchain sont irréversibles. Cet outil exécute chaque checksum cryptographique que le réseau de destination exécuterait si vous lui soumettiez l'adresse. Bitcoin P2PKH et P2SH sont vérifiés par Base58Check double-SHA-256, Bitcoin SegWit (bc1) par polynôme Bech32 / Bech32m, Ethereum et toute chaîne EVM (BSC, Polygon, Arbitrum, Optimism, Base, Avalanche, Fantom) par EIP-55 Keccak-256 mixte, Solana par base58 longueur 32 (vérification clé publique Ed25519), Tron par Base58Check préfixe 0x41, Cardano par Bech32, Stellar par CRC16-XMODEM, plus Litecoin, Dogecoin et Ripple.

Tout s'exécute localement — l'adresse ne quitte jamais votre navigateur, pas d'appel API, pas de log, pas d'analytique sur le champ. L'outil a été construit spécifiquement pour répondre à la question récurrente « comment vérifier qu'une adresse de dépôt de Block.io ou Blockchain.com est un format Bitcoin véritable et acceptable » — la réponse : collez ici, voyez le verdict, le type d'adresse (P2PKH clé unique vs P2SH multi-signature vs Bech32 SegWit) et la liste de rappels légaux avant d'envoyer.

Comment savoir si une adresse Bitcoin de Block.io a le même format qu'une de Blockchain.com ?

Les deux services émettent des adresses Bitcoin standard qui suivent exactement les spécifications BIP-13 / BIP-141 / BIP-173 / BIP-350 — il n'existe pas de « format Block.io » ou « format Blockchain.com » propriétaire. Ce qui change entre adresses (peu importe le custodien) est le type : P2PKH (commence par '1', clé unique héritée, validée par Base58Check), P2SH (commence par '3', hash de script qui enveloppe souvent multi-signature ou un upgrade SegWit, aussi Base58Check), et Bech32 SegWit (commence par 'bc1q' pour SegWit v0 natif, 'bc1p' pour Taproot v1, minuscules uniquement, validée par checksum polynomial). Collez une adresse de l'un ou l'autre dans cet outil — la carte « Type d'adresse » vous dit laquelle c'est. Block.io et Blockchain.com supportent les trois formats ; choisissez le même type côté expéditeur pour éviter des frais supplémentaires, mais tout-vers-tout fonctionne toujours sur Bitcoin.

La validité du format signifie-t-elle que les fonds arriveront à la bonne personne ?

Non — et cette distinction tue plus de crypto que tout piratage. La validité du format prouve seulement que l'adresse obéit au checksum cryptographique de sa chaîne, donc la transaction ne sera pas rejetée par le réseau comme mal formée. Elle NE prouve PAS (1) qui contrôle la clé privée, (2) si l'adresse appartient à l'entité que vous croyez, (3) si quelqu'un a substitué une adresse similaire via un malware détournant le presse-papiers, (4) si le QR code scanné était légitime, ou (5) si la chaîne sur laquelle vous envoyez correspond à celle attendue par le destinataire. Croisez toujours les 6 premiers et 6 derniers caractères avec le destinataire via un canal alternatif (appel, message signé, portail officiel), et envoyez une petite transaction de test quand une valeur significative est en jeu.

Pourquoi la même adresse Ethereum fonctionne-t-elle sur BSC, Polygon, Arbitrum, Optimism et Base ?

Toutes ces chaînes sont « EVM-compatibles » — elles utilisent la même Ethereum Virtual Machine, la même courbe secp256k1 pour les clés et la même dérivation d'adresse (20 derniers octets de Keccak-256 de la clé publique non compressée). Donc une adresse 0x… est mathématiquement valide sur toute chaîne EVM. Mais les fonds vivent sur la chaîne spécifique où vous les avez envoyés : un ETH envoyé à votre adresse sur Polygon est maintenant Polygon-ETH et est invisible sur Ethereum mainnet sauf si vous le bridgez. L'erreur « mauvais réseau » est la cause #1 des tokens EVM perdus. Cet outil vous dit que l'adresse est EVM-compatible ; le menu déroulant de retrait de l'échange est ce qui sélectionne la chaîne — relisez-le trois fois.

Que détecte vraiment le checksum EIP-55 à casse mixte ?

EIP-55 prend une adresse Ethereum en minuscules, la hash avec Keccak-256, et utilise chaque caractère hex du hash pour décider si chaque lettre doit être en majuscule (si le chiffre du hash est ≥8) ou minuscule. Le motif majuscule encodé protège contre les fautes d'un seul caractère : si vous transposez deux lettres ou copiez l'une de travers, le motif se brise et la plupart des portefeuilles refusent l'adresse. Si vous recevez une adresse toute en minuscules ou majuscules, elle reste mathématiquement valide (Ethereum est insensible à la casse au niveau protocole), mais vous perdez la protection. Préférez toujours les adresses EIP-55 à casse mixte lors de la copie depuis une source de confiance. Cet outil signale « EIP-55 OK » ou « EIP-55 ÉCHEC » ce qui signifie habituellement une erreur de transcription.

Quelle est la différence entre P2PKH, P2SH, P2WPKH, P2WSH et P2TR Bitcoin ?

P2PKH (Pay to Public Key Hash, adresses '1…') est le format original de 2009 — une seule clé privée contrôle les fonds. P2SH (Pay to Script Hash, '3…') enveloppe un script de remboursement : classiquement utilisé pour les portefeuilles multi-signatures (ex. séquestre 2-sur-3) et pour SegWit rétrocompatible (les adresses « SegWit enveloppées » vues entre 2017-2021). P2WPKH (Pay to Witness Public Key Hash, 'bc1q…' 42 caractères) est SegWit v0 natif clé unique — moins cher à dépenser, signatures plus petites. P2WSH (Pay to Witness Script Hash, 'bc1q…' 62 caractères) est SegWit v0 natif multi-signature ou autres scripts complexes. P2TR (Pay to Taproot, 'bc1p…') est l'upgrade Taproot 2021 — multi-signature à confidentialité améliorée et dépenses style smart-contract qui ressemblent à une clé unique on-chain. Cet outil étiquette le type exact pour que vous puissiez vérifier quel type de portefeuille (clé unique vs multi-signature) détient votre adresse de dépôt.

Pourquoi le validateur est-il totalement hors-ligne ? Pourrais-je faire plus confiance à une API en ligne ?

La vérification de checksum cryptographique est de la mathématique déterministe — Base58Check, Bech32, EIP-55 et CRC16 ont des specs publiques et la même entrée produit la même sortie partout. Une API en ligne donnerait exactement la même réponse, plus trois risques que le hors-ligne évite : (1) panne réseau perdant le résultat, (2) l'opérateur de l'API journalisant votre adresse (l'associant à votre IP, appareil, navigateur), et (3) un attaquant au milieu substituant la réponse de validation pour vous faire confiance en une adresse mal formée. Le faire côté client supprime les trois. Le code est ouvert et visible — les outils de développement de votre navigateur vous permettent de confirmer qu'il n'y a aucun appel fetch() dans le chemin de validation.

Quelles chaînes et types d'adresses sont supportés aujourd'hui ?

Bitcoin : P2PKH, P2SH, Bech32 SegWit v0 (P2WPKH, P2WSH), Bech32m Taproot (P2TR), plus détection mainnet/testnet. Ethereum et toute chaîne EVM : 0x… avec vérification EIP-55 mixte. Solana : Ed25519 base58 32 octets. Tron : T… Base58Check avec préfixe 0x41 mainnet. Litecoin : L…, M…, ltc1… (Bech32). Dogecoin : D…, A…, 9… Base58Check. Cardano : addr1… et stake1… Bech32. Stellar : G… et M… strkey avec CRC16-XMODEM. Ripple : r… base58 (vérification de format uniquement — XRP utilise un alphabet non standard). Ajouts futurs sur demande : Monero, Tezos, Cosmos atom1, Polkadot, NEAR, Aptos, Sui.

Si le format est valide mais la transaction de test n'arrive jamais, qu'est-ce qui peut être faux ?

Cinq causes communes par fréquence. (1) MAUVAIS RÉSEAU sélectionné côté expéditeur — la plus commune ; les fonds sont sur une chaîne EVM différente de celle attendue par le portefeuille du destinataire. Vérifiez l'explorateur de la chaîne où vous avez envoyé. (2) Nombre de confirmations non atteint — certains échanges exigent 3-6 confirmations BTC ou 32 ETH avant de créditer ; attendez une heure. (3) Mémo / destination tag manquant — Ripple, Stellar, Cosmos et quelques échanges exigent un mémo pour router les dépôts vers votre compte ; sans lui les fonds restent dans le portefeuille chaud de l'échange et nécessitent une récupération manuelle. (4) Compte gelé / blocage de sanctions — l'adresse destinataire peut être gelée par l'équipe conformité de l'échange. (5) Smart contract refusant le transfert — envoyer ERC-20 à un contrat qui n'implémente pas l'interface réceptrice brûle les tokens. Confirmez toujours via l'explorateur officiel de la chaîne en utilisant le hash de la transaction avant de signaler les fonds « perdus ».