Suivre les états distincts d’une transaction
À la fin, expliquez le schéma avec vos mots, résolvez le cas et justifiez la correction.
Prérequis : Hash, clés et signatures · Consensus et finalité
Niveau 2 · Intermédiaire →Parcours de lecture · 3 / 35 · Intermédiaire
L’utilisateur construit une transaction avec le bon réseau, le destinataire et les frais.
L’essentiel
L’utilisateur construit une transaction avec le bon réseau, le destinataire et les frais. Le wallet présente les éléments à approuver, puis signe. Une interface RPC transmet l’opération à un nœud ; sur les réseaux publics, elle peut rejoindre une zone d’attente appelée mempool. Les producteurs de blocs sélectionnent et ordonnent des transactions, puis les autres nœuds vérifient le résultat.
Le mécanisme
L’ordre a une valeur économique : un échange peut s’exécuter à un prix différent selon ce qui le précède. La MEV désigne la valeur extraite en jouant sur l’inclusion, l’exclusion ou l’ordre des transactions. Elle comprend notamment arbitrages et certaines attaques de type sandwich.
Les points d’attention
Un smart contract est un programme exécuté selon les règles du réseau. Une opération qui échoue peut consommer des frais, même si ses changements d’état sont annulés. Une exécution atomique applique l’ensemble d’une opération ou l’annule ; cette propriété ne s’étend pas automatiquement à plusieurs blockchains ou au paiement bancaire extérieur.
Comprendre en profondeur
Un portefeuille prépare une demande, obtient une signature et la diffuse par un nœud. Ce nœud peut la rejeter avant inclusion, la conserver en attente ou la relayer. Un producteur sélectionne et ordonne les transactions. L’exécution applique leurs règles à l’état précédent. Un explorateur affiche une interprétation de ce processus, parfois avec un retard ou une indexation incomplète.
Limites et erreurs fréquentes
Un identifiant de transaction ne prouve pas sa réussite. Sur une chaîne d’exécution, une transaction peut être incluse mais échouer : les modifications demandées sont annulées alors que des frais peuvent être prélevés. Un transfert de jetons dépend aussi du contrat. Vérifiez réseau, statut du reçu et événements pertinents, puis distinguez réussite technique et résultat économique attendu.
Le mécanisme en un schéma
- Préparer et signer
- En attente ou rejetée
- Inclure et exécuter
- Vérifier résultat et finalité
Appliquer la leçon à un cas
Un échange figure dans un bloc avec un reçu d’échec parce que son montant minimum de sortie n’a pas été respecté. L’utilisateur a payé du gas sans recevoir les jetons échangés. Construisez une chronologie : envoi, inclusion, résultat d’exécution, confirmation ultérieure. Ne résumez pas tout par « envoyé ».
Relevez chaîne, hash, statut du reçu, variations de solde et motif d’échec disponible. Confirmez que la première tentative a échoué plutôt que de rester en attente. Une relance aveugle peut doubler une action. Une nouvelle tentative rencontre aussi de nouveaux prix et frais : l’ancien devis n’est pas une garantie.
Suivre une transaction Bitcoin
Wallet
Choisissez UTXO, destinataire, rendu et frais. Cette simulation ne se connecte jamais à un wallet.
Les termes de cette leçon
- Mempool
- L’ensemble local des transactions en attente d’un nœud ; son contenu peut différer d’un nœud à l’autre.
Préparer une note de correction
Décrivez le passage et la correction proposée. Vous pourrez copier cette note pour la partager ; rien n’est envoyé. N’incluez aucune donnée personnelle ou confidentielle.