B.BlockAxis⌕ Recherche
Menu

De la signature au règlement

L’utilisateur construit une transaction avec le bon réseau, le destinataire et les frais.

IntermédiaireContenu révisé · 13.09.20263 min de lecture · prévoir 5–10 min pour l’atelierBlockAxis

Votre programme

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

Point clé

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

  1. Préparer et signer
  2. En attente ou rejetée
  3. Inclure et exécuter
  4. Vérifier résultat et finalité
Suivre les états distincts d’une transaction. Carte conceptuelle : reliez ces quatre repères à l’explication ci-dessus.
Atelier d’application · à votre rythme

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é ».

Quelles preuves recueillir avant de relancer cet échange échoué ?

Choisissez une réponse.

Explication interactive · modèle conceptuel

Suivre une transaction Bitcoin

Wallet

Choisissez UTXO, destinataire, rendu et frais. Cette simulation ne se connecte jamais à un wallet.

Aucune transaction réelle n’est envoyée.
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.