Attribués une fois après une réponse correcte.
Suivre les états distincts d’une transaction
À connaître avant : Hash, clés et signatures · Consensus et finalité
Parcours de lecture · 3 / 41 · 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
- 01Préparer et signer
- 02En attente ou rejetée
- 03Inclure et exécuter
- 04Vérifier résultat et finalité
Ces repères représentent des notions liées, pas nécessairement des étapes successives.
Lire l’explication
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.
Replacez le mécanisme dans son contexte
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é ».
Appliquer dans l’atelier →Ce que ce mécanisme ne garantit pas
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.
La distinction qui change l’analyse
Un wallet peut afficher un identifiant dès la soumission. Cet identifiant permet de retrouver la tentative ; il ne certifie pas son exécution. Construisez une chronologie et associez une preuve distincte à la soumission, à l’inclusion et au résultat.
À vous de l’expliquer
Reprenez le cas ci-dessus. Nommez ce qui est établi, ce qui reste à vérifier et la preuve qui permettrait de conclure. Une réponse solide traite les deux côtés du schéma.
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.