P01-L04 · P01 · P01-M01
Netzwerk, Transaktionsstatus und Gebühren auffinden
Voraussetzungen: P01-L03
Lernziele
- Netzwerk, Transaktionsstatus und Gebühren auffinden
- Status und Kontext getrennt lesen.
- Eine Ausführungsgebühr aus bereitgestellten Werten berechnen.
- Einen dargestellten Datensatz von unabhängiger Verifikation unterscheiden.
EN-Quellmaster · P01-L04 · 30 Minuten geschätzte Dauer · needs_review
Studium mit reinem Lesezugriff. Keine Wallet-Verbindung, echtes Geld, Seed-Phrase, privater Schlüssel, Signatur oder Live-Handel. Die Dauer ist eine redaktionelle Schätzung; visuelle Elemente sind Spezifikationen, keine bereitgestellten Komponenten.
Warum das wichtig ist
Explorer-Seiten kombinieren Datensatzfelder, dekodierte Daten und Anbieterbeschriftungen. Wer weiß, welche Ebene eine Aussage stützt, verhindert, dass eine ansprechende Seite zu einem übertriebenen Beweis wird.
Erklärung
Zuerst die Identitätsfelder lesen
Mit Netzwerk und vollständiger Transaktionskennung beginnen. Dann Blocknummer und -hash, Quellen-URL oder Datensatzpfad und Abrufkontext bewahren. Eine dargestellte Explorer-Seite belegt, was dieser Anbieter zeigte. Sie ist nicht automatisch ein unabhängig erfasster Knotenbeleg oder Konsensbeweis. Die Übung liefert ausdrücklich einen dargestellten Datensatz.
Status eng auslegen
Ethereum-Belege berichten Ausführungsstatus und Blockkontext [RPC]. Erfolg bedeutet, dass die Ausführung auf oberster Ebene unter ihren Regeln abgeschlossen wurde; er bedeutet nicht, dass ein Token legitim ist oder das beabsichtigte Geschäftsergebnis eintrat. Ein Contract-Aufruf kann abgeschlossen werden und etwas tun, das der Nutzer nicht verstand. Ein fehlender Beleg kann nicht verfügbare oder noch nicht aufgenommene Daten bedeuten; er ist kein universelles Fehlerergebnis.
Den Transaktionsempfänger auf oberster Ebene von Empfängern dekodierter Tokenbewegungen trennen. Ein Contract-Aufruf und das Senden eines Tokens an einen Begünstigten sind verschiedene Rollen. Ein einziges «To»-Feld kann nicht sicher für beide stehen. Beschriftungen und Dollarumrechnungen auf der Seite können andere Quellen als der Beleg selbst haben.
Kosten mit Einheiten berechnen
Im vorgegebenen einfachen Ethereum-Ausführungsfall ist die Ausführungsgebühr gasUsed mal effectiveGasPrice [GAS]. Gwei mit 10^9 gwei pro ETH in ETH umrechnen. Nicht das maximale Gaslimit multiplizieren und tatsächliche Gebühr nennen. Nicht den übertragenen Betrag anstelle des Ressourcenverbrauchs einsetzen. Andere Transaktions-/Netzwerktypen können zusätzliche Gebührenbestandteile haben; dieser Fall schließt sie bewusst aus.
Beobachtungsumfang bewahren
Aufschreiben, was gelesen wurde und wie es erlangt wurde. «Vom Explorer dargestellter Erfolg in Datensatz R» ist genauer als «unabhängig verifizierter Erfolg». Zeitstempel wie vorgegeben erfassen, Blockzeit und Abrufzeit unterscheiden und fehlende UTC-Werte niemals erfinden. Stimmen zwei Anzeigen nicht überein, die Abweichung vor ihrer Klärung bewahren. Wiederholtes Laden desselben Anbieters ist keine unabhängige Bestätigung.
Klassifikation der Evidenzzustände
OBSERVED in der bereitgestellten Darstellung: Status, Gasfelder und verschiedene Empfängerrollen. INFERRED: Ausführungsgebühr von 0.0006 unter dem angegebenen Modell ausschließlich für Ausführung. UNKNOWN: UTC-Zeiten, Finalität und menschliche Identität. INSUFFICIENT EVIDENCE: ein dargestellter Erfolgsstatus beweist native Belegerfassung, beabsichtigte Lieferung oder Assetsicherheit.
Begriffe
- Beleg: Ausführungsergebnis mit Blockkontext.
- Gas: Einheit zur Messung der Ethereum-Ausführungsarbeit.
- Gwei: ein Milliardstel ETH, eine häufig für Gaspreise verwendete Einheit.
- gasUsed: verbrauchte Ausführungseinheiten.
- effectiveGasPrice: tatsächlicher Einheitspreis der bereitgestellten Ausführung.
- Explorer-Darstellung: Präsentation von Datensätzen durch einen Anbieter.
Historisches Beispiel
ILLUSTRATIVE R-EX: SIM-EVM Hauptübungsnetzwerk, SIM-TX-44, SIM-BLOCK-100, status=1, gasUsed=30000, effectiveGasPrice=20 gwei, gasLimit=80000. Kein blob/L2-Bestandteil. Empfänger auf oberster Ebene CONTRACT-A; angezeigter Tokenempfänger ACCOUNT-B. Blockzeit und Abruf-UTC sind nicht vorgegeben.
Visuelle Spezifikationen
Evidenzpanel mit Spalten für Identität, Ausführung und Herkunft; 30000×20 gwei und zwei Empfängerrollen hervorheben. Alternativtext: fiktiver dargestellter Erfolg kostet im vereinfachten Fall 0.0006 ETH; Finalität ist unbekannt.
Was die Evidenz belegt
Die Felder und Arithmetik innerhalb der vorgegebenen Darstellung.
Was die Evidenz nicht belegt
Unabhängige Verifikation eines nativen Belegs, Finalität, Nutzerabsicht oder aktuellen Status.
Häufige Fehler
- gasLimit als tatsächliche Gebühr multiplizieren.
- status=1 als Sicherheitszertifizierung bezeichnen.
- Fehlende Belegdaten durch eine Fehlerbehauptung ersetzen.
Praktische Übung
Einen Bericht mit sechs Feldern erstellen: Netzwerk, Kennung, Kontext, Statusumfang, Ausführungsgebühr und fehlende Informationen. Erklären, warum CONTRACT-A und ACCOUNT-B getrennt bleiben müssen.
Reichen Sie eine kurze Evidenztabelle und Begründung nur anhand des bereitgestellten Materials ein. Empfohlene Zeiteinteilung: Studium 12 min, Prüfung/Berechnung 8 min, Korrektur/Quiz 10 min.
Ausführliche Lösung anzeigen
SIM-EVM/SIM-TX-44/SIM-BLOCK-100 berichten; vom Explorer dargestellter Erfolg im Übungsdatensatz. Gebühr=30000×20=600000 gwei=0.0006 ETH. Das Gaslimit ist eine Obergrenze, kein tatsächlicher Verbrauch. Das Ziel eines Contract-Aufrufs ist nicht zwingend der Tokenbegünstigte. UTC-Zeiten, Konsensfinalität und menschliche Identität sind UNKNOWN.
Bewertungsraster: 1 Punkt für genauen Umfang, Quellen-/Übungsdatenherkunft, korrekte Begründung, ausdrückliche Grenzen und sicheres Arbeiten ohne Netzwerkverbindung (insgesamt 5). Erfundenes Beobachten oder unbelegte menschliche Zuordnung erfordert unabhängig von der Punktzahl Korrektur. Dies ist Lernfeedback, keine Zertifizierung.
Checkliste
- Netzwerk und Transaktion zuerst.
- Aufrufziel und Begünstigten getrennt halten.
- Mit verbrauchten Einheiten rechnen.
- Anbieter und fehlende Zeitstempel kennzeichnen.
Zusammenfassung
Explorer-Seiten kombinieren Datensatzfelder, dekodierte Daten und Anbieterbeschriftungen. Wer weiß, welche Ebene eine Aussage stützt, verhindert, dass eine ansprechende Seite zu einem übertriebenen Beweis wird. Das bereitgestellte Material stützt die Felder und Arithmetik innerhalb der vorgegebenen Darstellung. Es belegt keine unabhängige Verifikation eines nativen Belegs, Finalität, Nutzerabsicht oder aktuellen Status.
Zusammenfassung
- Status und Kontext getrennt lesen.
- Eine Ausführungsgebühr aus bereitgestellten Werten berechnen.
- Einen dargestellten Datensatz von unabhängiger Verifikation unterscheiden.
Nächste Lektion
P01-L05 nach Prüfung dieser Übung und ihrer Voraussetzungen.
Werkzeuge
NONE. Der maßgebliche Katalog verlangt hier keinen Produktzugang. Verwenden Sie eingefrorenes Material ohne Netzwerkverbindung.
Quellen und Aussagegrenzen
- [RPC] Ethereum JSON-RPC — Belegstatus, Blockkontext und netzwerkbezogene API-Ergebnisse. Geprüft 2026-10-01.
- [GAS] Ethereum-Gas und Gebühren — Verbrauchtes Gas mal effektiver Preis sowie Kosten aufgenommener fehlgeschlagener Ausführungen. Geprüft 2026-10-01.
Synthetische Werte sind vom Autor erstellte Übungseingaben. Historische Werte müssen gegebenenfalls den verknüpften Datensatz und dessen enger begrenzte Herkunft verwenden. Quellenprüfung ist keine unabhängige redaktionelle Abnahme.
Visuelle Spezifikationen
P01-L04-V01
Netzwerk, Transaktionsstatus und Gebühren auffinden
Illustrative Lerndaten; keine Live-Ansicht
Evidenzpanel mit Spalten für Identität, Ausführung und Herkunft; 30000×20 gwei und zwei Empfängerrollen hervorheben. Alternativtext: fiktiver dargestellter Erfolg kostet im vereinfachten Fall 0.0006 ETH; Finalität ist unbekannt.
fiktiver dargestellter Erfolg kostet im vereinfachten Fall 0.0006 ETH; Finalität ist unbekannt.
390px: gestapelte Zeilen mit vollständigem Textäquivalent; Abnahme der Darstellung bei 768px/Desktop ausstehend
Prosa RTL; Kennungen und Zahleneinheiten bleiben LTR; tatsächliche Pfeilrichtungen bewahren
FIX-P01-L04
Quellen und Aussagegrenzen
RPC · PRIMARY_DOCUMENTATION
Ethereum JSON-RPC
- Gestützte Aussage
- Belegstatus, Blockkontext und netzwerkbezogene API-Ergebnisse.
- Verifikationsgrenze
- Primärseite für den angegebenen Mechanismus oder die zugeschriebene Veröffentlichung geprüft; sie authentifiziert keine Beispieldaten.
- Prüfdatum
- 2026-10-01
https://ethereum.org/en/developers/docs/apis/json-rpc/
GAS · PRIMARY_DOCUMENTATION
Ethereum-Gas und Gebühren
- Gestützte Aussage
- Verbrauchtes Gas mal effektiver Preis sowie Kosten aufgenommener fehlgeschlagener Ausführungen.
- Verifikationsgrenze
- Primärseite für den angegebenen Mechanismus oder die zugeschriebene Veröffentlichung geprüft; sie authentifiziert keine Beispieldaten.
- Prüfdatum
- 2026-10-01
https://ethereum.org/en/developers/docs/gas/
Datenherkunft
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