Naar inhoudBlockAssay

Onderzoekschecklist met bewijs als uitgangspunt

P01-L08 · P01 · P01-M02

Classificeer een projectclaim in de vier bewijsstatussen

ILLUSTRATIVE · needs_review

Vereisten: P01-L07

Leerdoelen

  • Classificeer een projectclaim in de vier bewijsstatussen
  • Ken de vier bewijsstatussen per claim toe.
  • Schrijf een begrensde onderzoeksconclusie.
  • Vraag het kleinste bewijs dat een lacune oplost.

EN-bronmaster · P01-L08 · 30 minuten geschat · needs_review

Alleen lezen. Geen walletverbinding, echt geld, herstelzin, privésleutel, handtekening of live trade. Duur is een redactionele schatting; visuals zijn specificaties, geen uitgerolde componenten.

Waarom dit belangrijk is

Onderzoekskwaliteit hangt af van het scheiden van waarneming en interpretatie. Een checklist is alleen nuttig als ze de formulering van conclusies verandert en onbewezen claims voorkomt.

Uitleg

Definieer de claim voordat je materiaal verzamelt

Begin met één toetsbare zin. ‘Dit contract meldt een specifieke voorraad bij een specifiek blok’ verschilt van ‘dit project is veilig’. De eerste heeft een identificeerbaar recorddoel; de tweede bundelt veel onbekenden. Een brede claim in velden ontleden maakt ontbrekend bewijs zichtbaar in plaats van het onder één vertrouwenslabel te verbergen.

Koppel een bron aan haar rol

Een API-specificatie verklaart veldbetekenissen [RPC]; een tokenstandaard verklaart interfacesemantiek [ERC20]. Geen van beide documentatiepagina's bewijst dat een fictief of historisch saldo bestond. Verwijs voor een waarde naar het werkelijk verstrekte record en de context. Vermeld om een berekening uit te leggen zowel invoerrecords als methode.

Een bron-claimkoppeling moet vermelden welk recordveld welke verklaring ondersteunt en waar de afleiding begint. Een URL aan het einde van een verslag kopiëren is onvoldoende als de URL alleen een mechanisme bespreekt.

Pas de vier statussen precies toe

OBSERVED: een rechtstreeks inspecteerbaar veld of werkelijke verklaring in een publicatie, beschreven op dat niveau. INFERRED: een berekening of interpretatie met expliciete aannames. UNKNOWN: een benodigd feit ontbreekt. INSUFFICIENT EVIDENCE: het beschikbare materiaal kan de voorgestelde claim niet vaststellen. Deze labels vormen geen rangschikking waarin elk onbekend gegeven uiteindelijk positief moet worden.

Dezelfde bron kan een beperkte waarneming ondersteunen en een bredere claim onbewezen laten. Een token-allowance is het bedrag dat een bepaalde spender namens een account mag uitgeven onder de regels van het tokencontract [ERC20]. Een verstrekte allowance van nul beschrijft één bevoegdheid in één context; ze stelt niet vast dat elke route naar activumverlies ontbreekt. De websiteverklaring dat een team een adres controleert wordt als verklaring waargenomen, terwijl de onderliggende toeschrijving onbewezen kan blijven.

Kies een nuttig vervolgverzoek

Vraag een specifiek ontbrekend record, datum of methode. ‘Meer onderzoek’ is te vaag. Vraag bij ontbrekende tijd de broncontext; vraag bij een voorraadverschil het exacte contract/blok en de boekhouddefinitie. Vraag bij een identiteitsclaim geen herstelzin en gebruik een financieringslink niet als vervanging voor toeschrijving.

Stop het verslag bij zijn grens

Een korte conclusie blijft nuttig met onbekenden: vermeld exact object, gemeten feiten, berekening en niet-vastgestelde claims. Het voltooien van deze checklist leidt tot geen financiële handeling. Het doel is een verdedigbare onderzoeksnotitie.

Begrippen

  • Claim: specifieke te toetsen propositie.
  • Herkomst: waar een record vandaan komt en hoe het is verkregen.
  • Afleiding: conclusie onder aannames.
  • Dekking: het deel van de vraag dat de records behandelen.

Historisch voorbeeld

ILLUSTRATIVE dossier op SIM-BLOCK-8. R1: TOKEN-Q totalSupply ruw=1000000, verstrekte decimalen=2. R2: allowance ACCOUNT-A→SPENDER-B=0 voor TOKEN-Q. R3: projectpagina beweert ‘Team controleert A’. Geen onafhankelijk identiteitsrecord, reserverecord of tijdstempel verstrekt.

Visuele specificaties

Bewijspaneel met R1/R2/R3 gekoppeld aan beperkte claims en vier gelabelde statussen. Alternatieve tekst: waargenomen velden leiden tot een voorraadberekening; identiteit en veiligheid blijven onopgelost.

Wat het bewijs aantoont

De vastgelegde velden, transparant rekenwerk en het bestaan van de claim.

Wat het bewijs niet aantoont

Alomvattende bevoegdheidsdekking, menselijke identiteit, reservedekking of gegarandeerde veiligheid.

Veelgemaakte fouten

  • Mechanismedocumentatie als record citeren.
  • Een brede claim OBSERVED noemen omdat één veld zichtbaar is.
  • Onbekende identiteit vervangen door een clustergok.

Praktische oefening

Schrijf vier claims voor de bewijsstatussen. Bereken weergegeven voorraad, beoordeel ‘al het geld is veilig’ en koppel elke conclusie aan R1/R2/R3 of een ontbrekend record. Stel twee gerichte vervolgverzoeken voor.

Lever een korte bewijstabel en onderbouwing uitsluitend op basis van het verstrekte materiaal. Voorgestelde verdeling: studie 12 min, controle/berekening 8 min, correctie/quiz 10 min.

Uitgewerkte correctie tonen

OBSERVED in de oefengegevens: R1 ruwe voorraad en decimalen; R2 geselecteerde allowance van nul; de toeschrijvingsverklaring van R3. INFERRED: weergegeven voorraad=10000 onder verstrekte decimalen. UNKNOWN: menselijke beheerder, reserves en UTC-tijd. INSUFFICIENT EVIDENCE: veiligheid van al het geld en onafhankelijk vastgestelde teamcontrole. Vraag broncontext voor tijd en onafhankelijk onderbouwde toeschrijving; vraag geen geheimen.

Rubriek: 1 punt voor precieze reikwijdte, herkomst van bron/oefengegevens, correcte redenering, expliciete grenzen en veilig offline werken (totaal 5). Verzonnen waarnemingen of onbewezen menselijke toeschrijving vereisen correctie ongeacht de score. Dit is leerfeedback, geen certificering.

Controlelijst

  • Eén precieze claim per rij.
  • Recordverwijzing en context.
  • Afleidingsaannames.
  • Ontbrekende feiten en onbewezen conclusies.
  • Gericht vervolgverzoek zonder geheimen.

Samenvatting

Onderzoekskwaliteit hangt af van het scheiden van waarneming en interpretatie. Een checklist is alleen nuttig als ze de formulering van conclusies verandert en onbewezen claims voorkomt. Het verstrekte materiaal ondersteunt de vastgelegde velden, transparant rekenwerk en het bestaan van de claim. Het stelt geen alomvattende bevoegdheidsdekking, menselijke identiteit, reservedekking of gegarandeerde veiligheid vast.

Samenvatting

  • Ken de vier bewijsstatussen per claim toe.
  • Schrijf een begrensde onderzoeksconclusie.
  • Vraag het kleinste bewijs dat een lacune oplost.

Volgende les

P02-L01 na controle van deze oefening en de vereisten.

Hulpmiddelen

NONE. De gezaghebbende catalogus vereist geen producttoegang voor deze les. Gebruik het bevroren/offline materiaal.

Bronnen en grenzen van claims

  • [RPC] Ethereum JSON-RPC — Status van transactiebewijs, blokcontext en netwerkgebonden API-resultaten. Geverifieerd 2026-10-01.
  • [ERC20] ERC-20-tokenstandaard — Interfaces voor tokensaldi, optionele decimalen, overdracht, goedkeuring en allowance. Geverifieerd 2026-10-01.

Synthetische waarden zijn door de auteur gemaakte oefeninvoer. Historische waarden, indien aanwezig, moeten de gekoppelde dataset en de beperktere herkomst gebruiken. Broninspectie is geen onafhankelijke redactionele goedkeuring.

Visuele specificaties

P01-L08-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

Classificeer een projectclaim in de vier bewijsstatussen

Illustratieve lesgegevens; geen live weergave

Bewijspaneel met R1/R2/R3 gekoppeld aan beperkte claims en vier gelabelde statussen. Alternatieve tekst: waargenomen velden leiden tot een voorraadberekening; identiteit en veiligheid blijven onopgelost.

waargenomen velden leiden tot een voorraadberekening; identiteit en veiligheid blijven onopgelost.

390px: gestapelde rijen met volledig tekstequivalent; rendering op 768px/desktop nog te controleren

RTL-proza; identifiers en getallen met eenheden blijven LTR; behoud feitelijke pijlrichtingen

FIX-P01-L08

Bronnen en grenzen van claims

RPC · PRIMARY_DOCUMENTATION

Ethereum JSON-RPC

Ondersteunde claim
Status van transactiebewijs, blokcontext en netwerkgebonden API-resultaten.
Verificatiegrens
Primaire pagina onderzocht voor het genoemde mechanisme of de toegeschreven publicatie; authenticeert illustratieve gegevens niet.
Controledatum
2026-10-01
Primaire bron openen
https://ethereum.org/en/developers/docs/apis/json-rpc/

ERC20 · PRIMARY_DOCUMENTATION

ERC-20-tokenstandaard

Ondersteunde claim
Interfaces voor tokensaldi, optionele decimalen, overdracht, goedkeuring en allowance.
Verificatiegrens
Primaire pagina onderzocht voor het genoemde mechanisme of de toegeschreven publicatie; authenticeert illustratieve gegevens niet.
Controledatum
2026-10-01
Primaire bron openen
https://eips.ethereum.org/EIPS/eip-20

Herkomst van gegevens

id: FIX-P01-L08

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

Toets je redenering

P01-L08-Q1 · Wat is de weergegeven voorraad uit R1?
P01-L08-Q2 · Wat stelt R3 vast?
P01-L08-Q3 · Stelt R2 veiligheid van al het geld vast?
P01-L08-Q4 · Kan alleen mechanismedocumentatie de illustratieve R1 authenticeren als een echte historische waarneming?
P01-L08-Q5 · Wat is het beste vervolgverzoek bij ontbrekende tijd?