Décodeur de Transaction EVM

Qu'est-ce que le Décodeur de Transaction EVM ?

Avant de diffuser une transaction signée au réseau — et surtout avant de payer du gaz pour elle — vous voulez savoir exactement ce que vous êtes sur le point d'envoyer. Votre portefeuille a-t-il correctement encodé l'appel de fonction ? L'adresse de destination est-elle correcte ? Le gaz est-il raisonnable pour les conditions actuelles du réseau ? Est-ce vraiment une transaction Type 2 EIP-1559 avec un maxFeePerGas adéquat, ou votre dApp a-t-elle pris par défaut un format legacy qui surpayera ? Ce décodeur déballe n'importe quel hex de transaction brute signée (la longue chaîne 0xf86... que votre portefeuille exporte pour signer hors ligne ou relayer via QR avec Ledger Nano) en champs lisibles : type, ID de chaîne, expéditeur (récupéré de la signature), destinataire, valeur, nonce, gaz, calldata, et composants de signature v/r/s. Fonctionne pour toutes les chaînes EVM — Ethereum, BSC, Polygon, Arbitrum, Optimism, Base, Avalanche, Fantom, zkSync, Linea, Gnosis. Crucial pour les flux cold-wallet, le débogage de smart contracts, les audits d'optimisation de gaz, et vérifier que l'UI de votre portefeuille correspond aux octets réellement signés.

Chaînes EVM prises en charge

Qu'est-ce qu'une transaction brute en hex ?

Une transaction brute en hex est la donnée de transaction sérialisée et signée au format hexadécimal. Elle contient toutes les informations de transaction, y compris l'émetteur, le destinataire, la valeur, les paramètres de gaz, les données d'entrée et la signature cryptographique. Ce format est utilisé pour diffuser les transactions sur les réseaux blockchain.

Quelles informations puis-je décoder ?

Le décodeur extrait : Type de transaction (Legacy, EIP-2930, EIP-1559), ID de chaîne, Adresses From/To, Valeur ETH, Nonce, Limite et prix du gaz, Données d'entrée (pour les smart contracts) et Composants de signature (v, r, s) utilisés pour vérifier la transaction.

Quelles blockchains sont prises en charge ?

Toutes les blockchains compatibles EVM sont prises en charge, notamment Ethereum, BSC (Binance Smart Chain), Polygon, Arbitrum, Optimism, Avalanche C-Chain, Fantom, Base, Gnosis, zkSync Era, Polygon zkEVM, Linea et toute autre chaîne utilisant la Machine Virtuelle Ethereum.

Quels sont les types de transaction (Type 0, 1, 2) ?

Le Type 0 est le format de transaction legacy original. Le Type 1 (EIP-2930) a ajouté les listes d'accès pour l'optimisation du gaz. Le Type 2 (EIP-1559) a introduit le nouveau marché de frais avec frais de base et frais de priorité, rendant les prix du gaz plus prévisibles.

Mes données de transaction sont-elles sécurisées ?

Oui ! Tout le décodage se fait entièrement dans votre navigateur en utilisant JavaScript. Aucune donnée de transaction n'est envoyée à un serveur. L'outil lit et affiche uniquement les informations publiquement visibles déjà contenues dans la transaction signée.

Pourquoi décoder avant de diffuser ?

Défense contre des dApps malveillantes ou des UI de portefeuille compromises. Une attaque courante : un site de phishing vous montre un bouton 'approve' innocent mais construit en réalité une transaction qui draine votre allowance de tokens vers l'attaquant. En décodant les octets bruts avant de signer, vous vérifiez que l'adresse de destination correspond au contrat attendu, que le sélecteur de fonction (4 premiers octets de data) appelle la méthode prévue (ex. 0xa9059cbb pour transfer, 0x095ea7b3 pour approve), et que les paramètres sont sensés. Les flux de hardware wallet impliquent souvent des QR-codes portant des données de tx brutes — décodez avant d'approuver sur l'appareil.

Quelle est la différence entre les transactions Type 0, 1 et 2 en pratique ?

Type 0 (legacy) : champ gasPrice unique, utilisé avant EIP-1559 et toujours requis pour des L2 comme BSC. Type 1 (EIP-2930) : ajoute une accessList déclarant quels slots de stockage seront lus — économise du gaz sur les interactions complexes mais rarement utilisé maintenant. Type 2 (EIP-1559) : remplace gasPrice par maxFeePerGas + maxPriorityFeePerGas (pourboire aux validateurs). Le Type 2 domine sur Ethereum mainnet car il empêche de surpayer — la base fee se brûle automatiquement, seul le pourboire va au validateur. Si vous voyez Type 0 sur Ethereum, votre portefeuille est obsolète.

Comment obtenir un hex de transaction brute à décoder ?

Plusieurs sources : (1) MetaMask : ouvrez l'onglet activity, cliquez sur une tx en attente, développez 'Détails', affichez raw — les versions varient. (2) Ledger Live : activez 'sign with QR' pour les flux cold-wallet ; le QR encode la tx brute. (3) Etherscan : toute page de tx confirmée a un onglet 'Raw Tx'. (4) ethers.js / web3.js : `wallet.signTransaction(tx)` retourne l'hex brut. (5) cast (Foundry CLI) : `cast tx --raw <hash>`. (6) Outil hors ligne MyCrypto. Collez n'importe lequel (commence par 0x) dans ce décodeur.

Que signifie l'adresse 'recovered from' ?

L'adresse du signataire n'est pas stockée directement dans la transaction — elle est récupérée mathématiquement à partir des composants v/r/s de la signature combinés avec le hash de la transaction. Ce décodeur exécute la récupération de courbe elliptique secp256k1 (le même algorithme que les nœuds Ethereum utilisent) pour dériver qui a signé. Si 'Cannot recover address' apparaît, la signature est malformée ou le mauvais chain ID a été utilisé (le chain ID est dans le hash de signature, donc mauvaise chaîne = mauvaise adresse récupérée). Vérifier que le 'from' récupéré correspond à votre portefeuille attendu est la preuve ultime que la tx n'a pas été altérée.

Comment l'utiliser

• Copiez votre transaction brute signée en hex (commence par 0x)
• Collez-la dans le champ de saisie
• Cliquez sur le bouton 'Décoder' pour analyser la transaction
• Visualisez tous les détails de transaction décodés, y compris adresses, valeur, gaz et données