P01-L08 · P01 · P01-M02
Classificeer een projectclaim in de vier bewijsstatussen
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
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
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
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