P01-L04 · P01 · P01-M01
Localiser le statut et les frais d’une transaction du réseau
Prérequis: P01-L03
Objectifs pédagogiques
- Localiser le statut et les frais d’une transaction du réseau
- Lire séparément le statut et le contexte.
- Calculer les frais d’exécution à partir des valeurs fournies.
- Distinguer un enregistrement affiché d’une vérification indépendante.
Source canonique EN · P01-L04 · durée estimée : 30 minutes · needs_review
Étude en lecture seule. Aucune connexion de portefeuille, aucun argent réel, aucune phrase de récupération, clé privée, signature ou transaction de marché en direct. La durée est une estimation éditoriale ; les éléments visuels sont des spécifications, pas des composants déployés.
Pourquoi ce sujet compte
Les pages d’explorateur combinent des champs d’enregistrement, des données décodées et des étiquettes du fournisseur. Savoir quelle couche étaye une affirmation évite de transformer une page attrayante en preuve exagérée.
Explication
Lire d’abord les champs d’identité
Commencer par le réseau et l’identifiant complet de la transaction. Conserver ensuite le numéro et le hash du bloc, l’URL source ou le chemin de l’enregistrement et le contexte de récupération. Une page d’explorateur affichée prouve ce que ce fournisseur a présenté. Elle n’est pas automatiquement un reçu acquis indépendamment auprès d’un nœud ni une preuve de consensus. L’exercice fournit explicitement un enregistrement affiché.
Interpréter le statut dans son périmètre restreint
Les reçus Ethereum indiquent le statut d’exécution et le contexte du bloc [RPC]. La réussite signifie que l’exécution de premier niveau s’est achevée selon ses règles ; elle ne signifie pas qu’un jeton est légitime ni que le résultat économique voulu par l’utilisateur s’est produit. Un appel de contrat peut aboutir tout en réalisant une opération que l’utilisateur ne comprenait pas. Un reçu manquant peut correspondre à des données indisponibles ou pas encore incluses ; ce n’est pas un résultat d’échec universel.
Séparer le destinataire de premier niveau de la transaction des destinataires présents dans les mouvements de jetons décodés. Appeler un contrat et envoyer un jeton à un bénéficiaire sont des rôles différents. Un seul champ « To » ne peut pas représenter les deux de façon sûre. Les étiquettes et les conversions en dollars de la page peuvent avoir des sources différentes du reçu lui-même.
Calculer le coût avec ses unités
Pour le cas simple d’exécution Ethereum fourni, les frais d’exécution sont égaux à gasUsed multiplié par effectiveGasPrice [GAS]. Convertir les gwei en ETH avec 10^9 gwei par ETH. Ne pas multiplier la limite maximale de gas en présentant le résultat comme les frais réels. Ne pas substituer le montant transféré à la consommation de ressources. D’autres types de transactions ou de réseaux peuvent comporter des frais supplémentaires ; ce cas les exclut délibérément.
Préserver le périmètre de l’observation
Indiquer à la fois ce qui a été lu et comment cela a été obtenu. « Réussite affichée par l’explorateur dans l’enregistrement R » est plus précis que « réussite vérifiée indépendamment ». Consigner les horodatages tels qu’ils sont fournis, distinguer l’heure du bloc de l’heure de récupération et ne jamais inventer des valeurs UTC manquantes. Si deux affichages divergent, préserver cette divergence avant de tenter de la résoudre. Recharger le même fournisseur n’est pas une corroboration indépendante.
Classification des états de preuve
OBSERVED dans l’affichage fourni : statut, champs de gas et rôles distincts des destinataires. INFERRED : frais d’exécution de 0.0006 selon le modèle indiqué limité à l’exécution. UNKNOWN : heures UTC, finalité et identité humaine. INSUFFICIENT EVIDENCE : un statut de réussite affiché ne suffit pas à prouver la capture d’un reçu natif, la livraison voulue ou la sécurité de l’actif.
Terminologie
- Reçu : résultat d’exécution avec le contexte du bloc.
- Gas : unité mesurant le travail d’exécution d’Ethereum.
- Gwei : milliardième d’un ETH, unité courante pour les prix du gas.
- gasUsed : unités d’exécution consommées.
- effectiveGasPrice : prix unitaire réel de l’exécution fournie.
- Affichage d’explorateur : présentation des enregistrements par un fournisseur.
Exemple historique
ILLUSTRATIVE R-EX : réseau pédagogique principal SIM-EVM, SIM-TX-44, SIM-BLOCK-100, status=1, gasUsed=30000, effectiveGasPrice=20 gwei, gasLimit=80000. Aucun composant blob/L2. Destinataire de premier niveau CONTRACT-A ; destinataire de jetons affiché ACCOUNT-B. L’heure du bloc et l’heure UTC de récupération ne sont pas fournies.
Spécifications visuelles
Panneau de preuves avec des colonnes pour l’identité, l’exécution et la provenance ; mettre en évidence 30000×20 gwei et les deux rôles des destinataires. Texte alternatif : une réussite fictive affichée coûte 0.0006 ETH dans le cas simplifié ; la finalité est inconnue.
Ce que les preuves établissent
Les champs et les calculs dans l’affichage stipulé.
Ce que les preuves n’établissent pas
La vérification indépendante d’un reçu natif, la finalité, l’intention de l’utilisateur ou le statut actuel.
Erreurs fréquentes
- Multiplier gasLimit en présentant le résultat comme les frais réels.
- Qualifier status=1 de certification de sécurité.
- Remplacer des données de reçu manquantes par une affirmation d’échec.
Exercice pratique
Produire un rapport à six champs : réseau, identifiant, contexte, périmètre du statut, frais d’exécution et informations manquantes. Expliquer pourquoi CONTRACT-A et ACCOUNT-B doivent rester séparés.
Présenter un court tableau des éléments de preuve et le raisonnement, uniquement à partir du matériel fourni. Répartition suggérée : étude 12 min, inspection/calcul 8 min, correction/quiz 10 min.
Afficher la correction détaillée
Rapporter SIM-EVM/SIM-TX-44/SIM-BLOCK-100 ; réussite affichée par l’explorateur dans le jeu pédagogique. Frais=30000×20=600000 gwei=0.0006 ETH. La limite de gas fournit un plafond, pas la consommation réelle. La cible d’un appel de contrat n’est pas nécessairement le bénéficiaire des jetons. Les heures UTC, la finalité du consensus et l’identité humaine restent UNKNOWN.
Barème de revue : 1 point pour chacun des critères suivants : périmètre exact, provenance des sources/données pédagogiques, raisonnement correct, limites explicites et manipulation sûre hors ligne (5 au total). Une observation inventée ou une attribution humaine non étayée exige une correction quel que soit le score. Il s’agit d’un retour formatif, pas d’une certification.
Liste de contrôle
- Commencer par le réseau et la transaction.
- Garder séparés la cible de l’appel et le bénéficiaire.
- Calculer à partir des unités consommées.
- Identifier le fournisseur et les horodatages manquants.
Résumé
Les pages d’explorateur combinent des champs d’enregistrement, des données décodées et des étiquettes du fournisseur. Savoir quelle couche étaye une affirmation évite de transformer une page attrayante en preuve exagérée. Le matériel fourni étaye les champs et les calculs dans l’affichage stipulé. Il n’établit pas la vérification indépendante d’un reçu natif, la finalité, l’intention de l’utilisateur ou le statut actuel.
Résumé
- Lire séparément le statut et le contexte.
- Calculer les frais d’exécution à partir des valeurs fournies.
- Distinguer un enregistrement affiché d’une vérification indépendante.
Leçon suivante
P01-L05 après revue de cet exercice et de ses prérequis.
Outils
NONE. Le catalogue de référence n’exige aucun accès au produit pour cette leçon. Utiliser le matériel figé/hors ligne.
Sources et limites des affirmations
- [RPC] Ethereum JSON-RPC — Statut du reçu, contexte du bloc et résultats d’API dans le périmètre du réseau. Vérifié le 2026-10-01.
- [GAS] Gas et frais Ethereum — Gas utilisé multiplié par le prix effectif et coûts d’un échec inclus dans un bloc. Vérifié le 2026-10-01.
Les valeurs synthétiques sont des données d’entrée d’exercice créées par l’auteur. Les valeurs historiques éventuelles doivent utiliser le jeu de données lié et sa provenance plus restreinte. L’inspection des sources ne constitue pas une acceptation éditoriale indépendante.
Spécifications visuelles
P01-L04-V01
Localiser le statut et les frais d’une transaction du réseau
Données pédagogiques illustratives ; pas un écran en direct
Panneau de preuves avec des colonnes pour l’identité, l’exécution et la provenance ; mettre en évidence 30000×20 gwei et les deux rôles des destinataires. Texte alternatif : une réussite fictive affichée coûte 0.0006 ETH dans le cas simplifié ; la finalité est inconnue.
une réussite fictive affichée coûte 0.0006 ETH dans le cas simplifié ; la finalité est inconnue.
390px : lignes empilées avec un équivalent textuel complet ; acceptation du rendu à 768px/sur ordinateur en attente
Prose RTL ; identifiants et unités numériques restent LTR ; préserver le sens factuel des flèches
FIX-P01-L04
Sources et limites des affirmations
RPC · PRIMARY_DOCUMENTATION
Ethereum JSON-RPC
- Affirmation étayée
- Statut du reçu, contexte du bloc et résultats d’API dans le périmètre du réseau.
- Limite de vérification
- Page de documentation primaire inspectée pour le mécanisme indiqué ou la publication attribuée ; elle n’authentifie pas les données illustratives.
- Date de vérification
- 2026-10-01
https://ethereum.org/en/developers/docs/apis/json-rpc/
GAS · PRIMARY_DOCUMENTATION
Gas et frais Ethereum
- Affirmation étayée
- Gas utilisé multiplié par le prix effectif et coûts d’un échec inclus dans un bloc.
- Limite de vérification
- Page de documentation primaire inspectée pour le mécanisme indiqué ou la publication attribuée ; elle n’authentifie pas les données illustratives.
- Date de vérification
- 2026-10-01
https://ethereum.org/en/developers/docs/gas/
Provenance des données
id: FIX-P01-L04
dataStatus: ILLUSTRATIVE
source: Original teaching fixture embedded below; not externally observed
observedAt: null
timeBasis: SIM/T markers are fictional; no real timestamp or chain observation
scope: Invalid training labels; no usable wallet, key or signature