SIMULATEUR DE PORTEFEUILLE CRYPTO GRATUIT
Envoyer. Observer.
Comprendre.
Deux portefeuilles fictifs. Quatre réseaux. Six missions pour comprendre ce qui change vraiment quand vous envoyez une crypto.
Ouvrir les portefeuilles fictifsSimulateur WTB, indépendant de MetaMask. Aucun argent réel, aucune clé, aucun portefeuille connecté. Ne saisissez jamais de phrase de récupération ici.
À la fin de ce cours : Séparer l’application, le compte, le réseau et l’actif en observant un transfert des deux côtés.
01 / DÉBUTANT
D’abord, de quoi parle-t-on ?
Ce portefeuille d’entraînement représente des comptes fictifs. Vous choisissez un actif et un réseau, puis observez les soldes avant et après. Un vrai portefeuille prépare et autorise des opérations ; le réseau enregistre leurs effets. Ici tout reste dans la page, sans argent ni connexion réelle.
Les mots à connaître
- Compte
- Alice ou Sam dans cet exercice ; leurs identifiants sont fictifs.
- Actif
- BTC, ETH, BNB ou USDC : ce que vous envoyez.
- Réseau
- L’environnement où le solde est consulté et modifié.
L’idée à comprendre
Les six missions construisent une progression : envoi simple, distinction token/frais et choix de réseau. Lire le résultat et l’explication après chaque opération ; réussir un clic ne suffit pas à comprendre ce qui a changé.
VOIR EN PRATIQUE
Maintenant, un exemple concret
Dans la mission ETH, Alice envoie à Sam sur Ethereum. Le montant reçu et les frais sont séparés. Dans la mission USDC, observez deux soldes chez Alice : le token envoyé et l’actif natif utilisé pour les frais.
À VOUS DE JOUER
Pourquoi le même compte peut-il afficher plusieurs soldes ETH ?
Formulez une réponse avant d’ouvrir l’explication. Vous pouvez aussi en discuter à voix haute.
Comparer avec l’explication
Parce que les réseaux sont distincts. L’exercice permet de le voir sans transfert réel : une action sur un réseau ne modifie pas automatiquement le solde d’un autre.
02 / INTERMÉDIAIRE
Comment cela fonctionne, et pourquoi
Les six missions construisent une progression : envoi simple, distinction token/frais et choix de réseau. Lire le résultat et l’explication après chaque opération ; réussir un clic ne suffit pas à comprendre ce qui a changé.
Le modèle ne réalise ni échange d’actifs ni bridge. Envoyer du BTC reste envoyer du BTC. Un mauvais choix de réseau est bloqué pour apprendre ; un vrai outil peut laisser passer ce type d’erreur.
VOIR EN PRATIQUE
Appliquer le mécanisme
Dans la mission ETH, Alice envoie à Sam sur Ethereum. Le montant reçu et les frais sont séparés. Dans la mission USDC, observez deux soldes chez Alice : le token envoyé et l’actif natif utilisé pour les frais.
À VOUS DE JOUER
Pourquoi le même compte peut-il afficher plusieurs soldes ETH ?
Formulez une réponse avant d’ouvrir l’explication. Vous pouvez aussi en discuter à voix haute.
Comparer avec l’explication
Parce que les réseaux sont distincts. L’exercice permet de le voir sans transfert réel : une action sur un réseau ne modifie pas automatiquement le solde d’un autre.
03 / APPROFONDI
Les règles derrière l’interface
Ce modèle emploie une comptabilité simplifiée de soldes, des frais fixes et une précision limitée. Bitcoin utilise réellement des UTXO ; Ethereum gère les nonces, le gas et les contrats. Les délais de consensus et les réorganisations ne sont pas simulés ici.
Pour transposer le raisonnement, remplacer chaque hypothèse fictive par une preuve réelle : réseau, contrat, destination, estimation de frais et reçu. Le simulateur n’authentifie aucun service et ne vérifie aucune adresse réelle.
À VOUS DE JOUER
Un transfert fonctionne dans le simulateur. Qu’est-ce que cela prouve sur un transfert réel vers une plateforme ?
Formulez une réponse avant d’ouvrir l’explication. Vous pouvez aussi en discuter à voix haute.
Comparer avec l’explication
Rien sur la plateforme ou l’adresse réelle. Cela vérifie seulement la cohérence du scénario pédagogique. Les conditions de dépôt et la sécurité doivent être vérifiées séparément.
Les sources officielles en fin de page permettent d’examiner ces mécanismes plus en détail.
Commencez par les bases, puis choisissez jusqu’où aller.
LA RÉPONSE EN BREF
Un portefeuille est une application pour utiliser des comptes sur un ou plusieurs réseaux. Un envoi simple transfère un actif sur un même réseau : il ne le convertit pas et ne change pas sa blockchain. Essayez ici avec des soldes entièrement fictifs.
L’application
MetaMask est un exemple réel. Une application peut gérer des comptes sur plusieurs réseaux, y compris Bitcoin. Son interface n’est pas le réseau lui-même.
Le compte et l’adresse
L’adresse identifie une destination. Pour un compte ordinaire contrôlé par la même clé, une adresse compatible Ethereum peut être identique sur plusieurs réseaux. Bitcoin utilise d’autres formats d’adresse.
Le réseau et l’actif
Ethereum / ETH. BNB Smart Chain / BNB. Bitcoin / BTC. L’actif natif est la monnaie propre au réseau, utilisée habituellement pour ses frais. USDC est un token disponible sur plusieurs réseaux. Un symbole ou une adresse identique ne suffit pas à choisir le réseau d’un dépôt.
Votre espace d’entraînement
0 / 6 missions expliquées
VOTRE MISSION
Le premier envoi
Alice veut envoyer 0,05 ETH à Sam sur Ethereum. Regardez leurs soldes, préparez l’envoi, puis comparez ce que chacun gagne ou perd.
Un indice avant d’essayer
Choisissez Ethereum des deux côtés, ETH et 0,05. Les frais sont payés en plus par Alice : Sam reçoit tout le montant envoyé dans ce modèle.
Changer de mission ou réinitialiser recharge les soldes fictifs. La progression reste uniquement tant que cette page est ouverte ; la quitter ou la recharger l’efface.
Ce que représente ce modèle et ses limites
- Les soldes et identifiants sont inventés. Ils ne peuvent pas recevoir de fonds. Aucun vrai compte, adresse, contrat de token ou transfert n’est vérifié.
- Les frais sont des valeurs pédagogiques fixes, payées en actif natif du réseau, en plus du montant envoyé. Ce ne sont pas des tarifs actuels. Certains vrais portefeuilles proposent d’autres moyens de paiement des frais ou leur prise en charge.
- C’est un modèle simplifié de soldes. Les sommes dépensables séparément sur Bitcoin (UTXO) et la monnaie rendue, les vrais délais, les échanges et les passages entre réseaux (bridges) ne sont pas simulés. Aucun actif n’est converti automatiquement.
- L’exercice utilise au maximum 8 décimales pour ETH, BNB et BTC, et 6 pour USDC. Les vrais ETH et BNB permettent davantage de précision. L’actif est identifié par le scénario ; en pratique, vérifiez le token et le réseau pris en charge chez le destinataire.
- Le blocage entre réseaux différents est un garde-fou pédagogique. Une vraie application peut laisser partir un transfert EVM sur un réseau inattendu. L’accès aux fonds dépend ensuite du contrôle de la destination et du service de réception.
Les six missions, indices et explications
1. Le premier envoi
Alice veut envoyer 0,05 ETH à Sam sur Ethereum. Regardez leurs soldes, préparez l’envoi, puis comparez ce que chacun gagne ou perd.
Choisissez Ethereum des deux côtés, ETH et 0,05. Les frais sont payés en plus par Alice : Sam reçoit tout le montant envoyé dans ce modèle.
Explication : Alice : 0,2 − 0,05 − 0,00042 = 0,14958 ETH. Sam : 0,01 + 0,05 = 0,06 ETH. Les 0,00042 ETH de frais ne vont pas à Sam. Ils représentent le coût réseau fictif.
2. BNB n’est pas Ethereum
Envoyez 0,1 BNB d’Alice à Sam sur BNB Smart Chain. Sam affiche encore Ethereum. Même nom de compte, mauvais réseau affiché : que faut-il vérifier ?
Dans cet exercice, Sam contrôle son compte sur les deux réseaux. Sélectionnez BNB Smart Chain dans sa fiche de réception. Ses ETH sur Ethereum ne changent pas.
Explication : Sam reçoit des BNB sur BNB Smart Chain. Il ne reçoit pas des ETH sur Ethereum. Une application peut afficher plusieurs réseaux ; un envoi simple n’échange pas la crypto et ne traverse pas les réseaux.
3. Le réseau Bitcoin
Alice envoie 0,002 BTC natifs à Sam sur Bitcoin. Préparez une réception Bitcoin, puis observez la différence entre l’identifiant Bitcoin et l’identifiant des réseaux compatibles Ethereum.
Sélectionnez Bitcoin dans les deux fiches. Le BTC natif de cette mission reste sur Bitcoin. Un token représentant du bitcoin sur Ethereum serait un actif différent.
Explication : Bitcoin est le réseau ; BTC est son actif natif. Une application multiréseau peut aussi gérer un compte Bitcoin. Un token comme WBTC sur Ethereum n’est pas un solde BTC natif sur Bitcoin. Ici, les frais sont inventés ; les frais Bitcoin réels dépendent notamment de la taille de la transaction et du tarif par unité de taille.
4. USDC, mais sur quel réseau ?
Sam pense recevoir 10 USDC sur Base, mais Alice les détient sur Ethereum. Essayez l’aperçu. Pour cet exercice, Sam accepte finalement de les recevoir sur Ethereum : préparez alors cet envoi.
Gardez Ethereum chez Alice, sélectionnez Ethereum chez Sam et envoyez 10 USDC. Changer seulement l’affichage chez Alice ferait apparaître un autre solde ; cela ne déplacerait pas ses 120 USDC.
Explication : Le même symbole USDC peut exister sur plusieurs réseaux, avec des contrats distincts. Ici, Sam a accepté Ethereum : son solde USDC sur Ethereum augmente, celui sur Base reste à 5. S’il exigeait Base, cet envoi ne répondrait pas à sa demande ; il faudrait un autre procédé adapté, hors de ce simulateur.
5. Des USDC, aucun ETH ici
Alice possède 120 USDC sur Ethereum, mais aucun ETH sur ce réseau. Elle a pourtant de l’ETH sur Base. Essayez d’envoyer 10 USDC. Comprenez le blocage, puis utilisez l’apport fictif d’ETH proposé.
Le modèle paie les frais en ETH sur Ethereum. Après le blocage, ajoutez 0,005 ETH fictifs avec le bouton pédagogique, puis recommencez l’aperçu. Rien n’est prélevé sur Base.
Explication : Les USDC envoyés et les frais en ETH sont deux débits distincts. Les ETH de Base ne paient pas directement un envoi sur Ethereum. Ce modèle utilise le paiement classique en actif natif ; certaines applications proposent aussi des frais payés via un autre token ou sponsorisés, selon l’opération.
6. Tout envoyer… et les frais ?
Alice veut envoyer le maximum de ses 0,2 ETH sur Ethereum. Essayez 0,2 : pourquoi cela bloque-t-il ? Corrigez le montant en réservant les frais fixes de l’exercice.
0,2 − 0,00042 = 0,19958 ETH. Le bouton « Maximum après frais » fait ce calcul avec le tarif fictif. Dans une vraie application, relisez l’estimation au moment de confirmer.
Explication : Avec ce tarif fixe, 0,19958 ETH sont reçus et 0,00042 ETH paient les frais : Alice termine à zéro. Les vrais frais varient et les applications peuvent réserver une marge. Un bouton « maximum » ne constitue pas une garantie de coût identique dans la réalité.
Sources et approfondissement
- Ethereum.org — Wallets, accounts and addresses · en anglais
- MetaMask — Address format and multiple networks · en anglais
- MetaMask — Get started with Bitcoin · en anglais
- MetaMask — Gas and alternative fee payment · en anglais
- BNB Chain — BNB Smart Chain · en anglais
- Coinbase — Fee assets by network (including Base) · en anglais
- Circle — USDC contract addresses by network · en anglais
- Bitcoin.org — Transaction fees · en anglais
- Bitcoin developer guide — Transactions · en anglais
- Ethereum.org — Transactions · en anglais
Page mise à jour le
Vérification documentaire le · WhyTheBlockchain · Méthode éditoriale