Naar inhoudBlockAssay

Wallets, adressen en sleutels

P01-L03 · P01 · P01-M01

Scheid openbare adressen van ondertekeningsbevoegdheid

ILLUSTRATIVE · needs_review

Vereisten: P01-L02

Leerdoelen

  • Scheid openbare adressen van ondertekeningsbevoegdheid
  • Scheid interface, adres en autorisatie.
  • Leg uit waarom openbare waarneming geen geheim vereist.
  • Onderscheid sleutelcontrole van menselijke identiteit.

EN-bronmaster · P01-L03 · 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

Een walletapplicatie verwarren met de bevoegdheid achter een account maakt onderzoek en beveiligingsbeslissingen onbetrouwbaar. Een leesopdracht mag geen verzoek om ondertekeningsmateriaal worden.

Uitleg

Drie verschillende objecten

Een walletinterface toont accounts en helpt ze beheren. Een adres identificeert een object binnen een netwerk. Een privésleutel kan handelingen autoriseren voor een sleutelgestuurd account. Ethereum heeft ook contractgestuurde accounts [ACCT]. Eén scherm kan meerdere accounts tonen en meerdere interfaces kunnen hetzelfde account tonen. Schermen tellen betekent dus niet onafhankelijke bevoegdheden tellen.

Een adres is openbare informatie om toestand te vinden, geen wachtwoord. Openbaar betekent niet zonder privacygevolgen: een gedeeld adres kan een gesprek koppelen aan een zichtbare geschiedenis. Deze les gebruikt ongeldige labels zodat geen student een werkelijk account hoeft bekend te maken.

Sleutels geven bevoegdheid, geen identiteitsbewijs

Een geldige handtekening kan autorisatie vaststellen onder een specifieke cryptografische of contractregel. Ze onthult niet de wettelijke naam van de ondertekenaar, hoe de sleutel is verkregen of of de handeling geïnformeerd was. Vraag in deze cursus geen testhandtekening om een identiteitsclaim te beslechten. Behandel mechanisme en persoon als afzonderlijke vragen.

Bij een gedeeld account kunnen meerdere mensen toegang hebben tot één geheim. Bij een multisignaturebeleid hoeven meerdere ondertekeningssleutels geen onafhankelijke mensen te vertegenwoordigen. Een openbare weergave kan deze mogelijkheden niet onderscheiden. Beschrijf het waargenomen beleid of de verstrekte rol en laat onbewezen menselijke toeschrijving open.

Herstelmateriaal is een andere laag

Sommige deterministische wallets leiden veel sleutels af uit seedmateriaal. BIP-39 definieert één schema van mnemonic naar seed [BIP39]; die regel dekt niet elk walletproduct. Een herstelzin is niet slechts een wachtwoord voor de huidige applicatie. Voer haar niet in een les, ondersteuningsformulier, screenshot of oefentool in.

Een interface vervangen verandert op zichzelf niet de bevoegdheid die een account controleert. Een watch-only-weergave kan ook saldi tonen zonder uitgaven te kunnen autoriseren. De zichtbare interfacefuncties en onderliggende bevoegdheid vereisen afzonderlijke inspectie.

Teken relaties met een benoemd type

Gebruik pijlen met ‘toont’, ‘identificeert’ en ‘autoriseert’. Gebruik geen vage lijn ‘bezit’ voor alles. Een diagram moet laten beantwoorden welke waarneming openbaar is, welk onderdeel geheim is en welke bevoegdheidsrelatie uitsluitend in de oefening is vastgelegd. Zeg het als de oefening geen menselijk bewijs bevat, ook wanneer een naam het verhaal makkelijker zou maken.

Classificatie van bewijsstatussen

OBSERVED in de oefengegevens: welke weergaven X/Y tonen en de vermelde placeholderbevoegdheid. INFERRED: er worden twee accounts weergegeven; de drie weergaven leveren geen bewijs voor drie onafhankelijke bevoegdheden. UNKNOWN: werkelijke menselijke beheerders. INSUFFICIENT EVIDENCE: één sleutel of meerdere interfaces stellen één menselijke eigenaar vast.

Begrippen

  • Walletinterface: software voor weergave/interactie.
  • Adres: openbare identifier binnen een netwerk.
  • Privésleutel: geheim autorisatiemateriaal.
  • Watch-only: waarneming zonder lokale ondertekeningsbevoegdheid.
  • Mnemonic: woordreeks die sommige herstelschema's gebruiken om seedmateriaal af te leiden; vertrouwelijk herstelmateriaal.

Historisch voorbeeld

ILLUSTRATIVE. VIEW-A en VIEW-B tonen beide ACCOUNT-X op SIM-NET. VIEW-C is watch-only voor ACCOUNT-Y. SECRET-PLACEHOLDER autoriseert ACCOUNT-X in het model; het is een label, geen sleutel. Er is geen menselijke beheerder verstrekt.

Visuele specificaties

Walletgrafiek met weergavepijlen van VIEW-A/B naar ACCOUNT-X, van VIEW-C naar ACCOUNT-Y en een afzonderlijke geheime bevoegdheidsverbinding naar X. Alternatieve tekst: twee interfaces tonen hetzelfde fictieve account; watch-only-waarneming geeft geen ondertekeningsbevoegdheid.

Wat het bewijs aantoont

Het model scheidt twee weergaven van één account van bevoegdheid.

Wat het bewijs niet aantoont

De identiteit van een persoon, onafhankelijke ondertekenaars of werkelijke toegang tot een wallet.

Veelgemaakte fouten

  • Applicaties tellen als wallets met onafhankelijke geheimen.
  • Openbare zichtbaarheid behandelen als bevoegdheid.
  • Herstelmateriaal vragen om een saldo te verifiëren.

Praktische oefening

Teken de drie soorten verbindingen. Kan VIEW-C uitgeven? Creëert de installatie van VIEW-B een nieuw ACCOUNT-X? Welk bewijs zou nodig zijn om een mens te identificeren?

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

VIEW-A/B tonen X; VIEW-C toont Y; de placeholder autoriseert X uitsluitend in het model. Watch-only C heeft geen verstrekte uitgavebevoegdheid. Een nieuwe interface impliceert geen nieuw account. Menselijke identiteit is UNKNOWN en gemeenschappelijk eigendom is INSUFFICIENT EVIDENCE. Voor dit antwoord zijn geen geheim of handtekening nodig.

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

  • Benoem interface tegenover account.
  • Markeer autorisatie afzonderlijk.
  • Houd geheimen buiten het bewijs.
  • Laat menselijke identiteit onbewezen tenzij die onafhankelijk is vastgesteld.

Samenvatting

Een walletapplicatie verwarren met de bevoegdheid achter een account maakt onderzoek en beveiligingsbeslissingen onbetrouwbaar. Een leesopdracht mag geen verzoek om ondertekeningsmateriaal worden. Het verstrekte materiaal ondersteunt de scheiding in het model van twee weergaven van één account en bevoegdheid. Het stelt geen identiteit van een persoon, onafhankelijke ondertekenaars of werkelijke toegang tot een wallet vast.

Samenvatting

  • Scheid interface, adres en autorisatie.
  • Leg uit waarom openbare waarneming geen geheim vereist.
  • Onderscheid sleutelcontrole van menselijke identiteit.

Volgende les

P01-L04 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

  • [ACCT] Ethereum-accounts — Accounts en ondertekeningsbevoegdheid, los van walletinterfaces en menselijke identiteit. Geverifieerd 2026-10-01.
  • [BIP39] BIP-39 — Constructie van mnemonic naar seed; niet elke wallet gebruikt dit schema. 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-L03-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

Scheid openbare adressen van ondertekeningsbevoegdheid

Illustratieve lesgegevens; geen live weergave

Walletgrafiek met weergavepijlen van VIEW-A/B naar ACCOUNT-X, van VIEW-C naar ACCOUNT-Y en een afzonderlijke geheime bevoegdheidsverbinding naar X. Alternatieve tekst: twee interfaces tonen hetzelfde fictieve account; watch-only-waarneming geeft geen ondertekeningsbevoegdheid.

twee interfaces tonen hetzelfde fictieve account; watch-only-waarneming geeft geen ondertekeningsbevoegdheid.

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-L03

Bronnen en grenzen van claims

ACCT · PRIMARY_DOCUMENTATION

Ethereum-accounts

Ondersteunde claim
Accounts en ondertekeningsbevoegdheid, los van walletinterfaces en menselijke identiteit.
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/accounts/

Herkomst van gegevens

id: FIX-P01-L03

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-L03-Q1 · Hoeveel verstrekte accounts worden weergegeven?
P01-L03-Q2 · Wat stelt VIEW-C vast?
P01-L03-Q3 · Verandert VIEW-B de sleutel van X?
P01-L03-Q4 · Wat moet een student inleveren?
P01-L03-Q5 · Kan één sleutel één persoon bewijzen?