Recherche-Checkliste mit Evidenz im Mittelpunkt

EN-Quellmaster · P01-L08 · 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.

Recherchequalität hängt davon ab, Beobachtung und Interpretation getrennt zu halten. Eine Checkliste hilft nur, wenn sie die Formulierung von Schlussfolgerungen verändert und unbelegte Behauptungen verhindert.

Die Behauptung vor der Materialsammlung definieren

Mit einem prüfbaren Satz beginnen. «Dieser Contract meldet ein bestimmtes Angebot bei einem bestimmten Block» unterscheidet sich von «dieses Projekt ist sicher». Ersteres hat ein identifizierbares Datensatzziel; Letzteres bündelt viele Unbekannte. Eine breite Behauptung in Felder zu zerlegen macht fehlende Evidenz sichtbar, statt sie unter einer einzigen Vertrauensbeschriftung zu verbergen.

Eine Quelle ihrer Rolle zuordnen

Eine API-Spezifikation erklärt Feldbedeutungen [RPC]; ein Tokenstandard erklärt Schnittstellensemantik [ERC20]. Keine der Dokumentationsseiten beweist, dass ein fiktiver oder historischer Saldo existierte. Einen Wert durch den tatsächlich bereitgestellten Datensatz und seinen Kontext belegen. Zur Erklärung einer Rechnung Eingabedatensätze und Methode nennen.

Eine Zuordnung von Quelle zu Aussage sollte nennen, welches Datensatzfeld welche Aussage stützt und wo die Schlussfolgerung beginnt. Eine URL ans Berichtsende zu kopieren reicht nicht, wenn sie nur einen Mechanismus behandelt.

Die vier Zustände genau anwenden

OBSERVED: ein unmittelbar prüfbares Feld oder eine tatsächlich veröffentlichte Aussage, auf dieser Ebene beschrieben. INFERRED: Rechnung oder Interpretation mit ausdrücklichen Annahmen. UNKNOWN: eine benötigte Tatsache fehlt. INSUFFICIENT EVIDENCE: das verfügbare Material kann die vorgeschlagene Behauptung nicht belegen. Diese Bezeichnungen sind keine Rangliste, in der jedes Unbekannte irgendwann positiv werden muss.

Dieselbe Quelle kann eine enge Beobachtung stützen und eine breitere Behauptung unbelegt lassen. Eine Token-allowance ist der Betrag, den ein bestimmter Spender nach den Token-Contract-Regeln im Namen eines Kontos ausgeben darf [ERC20]. Eine bereitgestellte allowance von null beschreibt eine Berechtigung in einem Kontext; sie belegt nicht die Abwesenheit jedes Weges zu Assetverlust. Die Website-Aussage, ein Team kontrolliere eine Adresse, wird als Aussage beobachtet, während die zugrunde liegende Zuordnung unbelegt bleiben kann.

Eine nützliche nächste Anfrage wählen

Einen bestimmten fehlenden Datensatz, ein Datum oder eine Methode anfordern. «Mehr Recherche» ist zu vage. Bei fehlender Zeit den Quellenkontext anfordern; bei einer Angebotsabweichung genauen Contract/Block und Buchführungsdefinition anfordern. Für eine Identitätsbehauptung keine Seed-Phrase anfordern und keine Finanzierungsverbindung als Ersatz für Zuordnung verwenden.

Den Bericht an seiner Grenze beenden

Eine knappe Schlussfolgerung bleibt auch mit Unbekannten nützlich: genaues Objekt, gemessene Tatsachen, Rechnung und nicht belegte Behauptungen nennen. Aus dem Abschluss dieser Checkliste folgt keine finanzielle Handlung. Ziel ist eine begründbare Recherchenotiz.

• Behauptung: eine bestimmte zu prüfende Aussage.
• Herkunft: woher ein Datensatz stammt und wie er erlangt wurde.
• Schlussfolgerung: unter Annahmen abgeleitetes Ergebnis.
• Abdeckung: der von den Datensätzen behandelte Teil der Frage.

ILLUSTRATIVE Dossier bei SIM-BLOCK-8. R1: TOKEN-Q totalSupply roh=1000000, vorgegebene decimals=2. R2: allowance ACCOUNT-A→SPENDER-B=0 für TOKEN-Q. R3: Projektseite behauptet «Team kontrolliert A». Keine unabhängigen Identitätsdatensätze, Reservedatensätze oder Zeitstempel vorgegeben.

Evidenzpanel mit R1/R2/R3, verbunden mit engen Aussagen und vier beschrifteten Zuständen. Alternativtext: beobachtete Felder führen zu einer Angebotsberechnung; Identität und Sicherheit bleiben offen.

Die vorgegebenen Felder, transparente Arithmetik und das Vorhandensein der Behauptung.

Umfassende Berechtigungsabdeckung, menschliche Identität, Reserveunterlegung oder garantierte Sicherheit.

• Mechanismusdokumentation als Datensatz zitieren.
• Eine breite Behauptung OBSERVED markieren, weil ein Feld sichtbar ist.
• Unbekannte Identität durch eine Cluster-Vermutung ersetzen.

Vier Aussagen für die Evidenzzustände schreiben. Das angezeigte Angebot berechnen, «alle Gelder sind sicher» prüfen und jede Schlussfolgerung R1/R2/R3 oder einem fehlenden Datensatz zuordnen. Zwei gezielte Nachfragen vorschlagen.

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.

• Eine genaue Aussage pro Zeile.
• Datensatzreferenz und Kontext.
• Annahmen der Schlussfolgerung.
• Fehlende Tatsachen und unbelegte Schlussfolgerungen.
• Gezielte Nachfrage ohne Geheimnisse.

Recherchequalität hängt davon ab, Beobachtung und Interpretation getrennt zu halten. Eine Checkliste hilft nur, wenn sie die Formulierung von Schlussfolgerungen verändert und unbelegte Behauptungen verhindert. Das bereitgestellte Material stützt die vorgegebenen Felder, transparente Arithmetik und das Vorhandensein der Behauptung. Es belegt keine umfassende Berechtigungsabdeckung, menschliche Identität, Reserveunterlegung oder garantierte Sicherheit.

• Alle vier Evidenzzustände Aussage für Aussage zuweisen.
• Eine begrenzte Rechercheschlussfolgerung schreiben.
• Die kleinste Evidenz anfordern, die eine Lücke klärt.

P02-L01 nach Prüfung dieser Übung und ihrer Voraussetzungen.

NONE. Der maßgebliche Katalog verlangt hier keinen Produktzugang. Verwenden Sie eingefrorenes Material ohne Netzwerkverbindung.

• [RPC] Ethereum JSON-RPC — Belegstatus, Blockkontext und netzwerkbezogene API-Ergebnisse. Geprüft 2026-10-01.
• [ERC20] ERC-20-Tokenstandard — Token-Salden, optionale Dezimalstellen sowie Schnittstellen für transfer, approval und allowance. 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.