UTXOSUITE — home
← Terug naar Academy
NIVEAU 1 · Gratis

Crypto & Blockchain Fundamentals

Bouw het mentale model voor chains, transacties, wallets en finaliteit.

8 lessen · 8 Praktijkopdracht · 8 Praktijkscenario's · 20 vraag · 80% minimale score
Beginnen met leren0% · 0/21

Wat je straks kunt

Deze module verdiept state, consensus & finaliteit met toegepaste theorie en een eigen beslislab.

Deze module verdiept keys, adressen & walletgrenzen met toegepaste theorie en een eigen beslislab.

Deze module verdiept transactiecyclus & fees met toegepaste theorie en een eigen beslislab.

Deze module verdiept utxo- vs accountmodel met toegepaste theorie en een eigen beslislab.

Curriculum

1.1 · State is waarover het netwerk consensus bereikt14 min
1.2 · Consensus verwijdert trust assumptions niet16 min
Lab · Traceer de transactie

Deze cursus bevat

  • 8 lessen · 12 begeleide uren
  • 4 Lab · Praktijkscenario's
  • 8 Praktijkcases · 8 Kenniscontroles
  • 52 Examenbank · 80% slaaggrens
  • Voltooiingsbewijs: UTXO Certified · Crypto Foundations

Wat deze cursus van je verwacht

  • Een transactie volgen en uitleggen waar vertrouwen echt zit.
  • Minimale score: 80%
  • Geen eerdere cursus nodig.
Cursusbriefing

Trainingscontract

Een transactie volgen en uitleggen waar vertrouwen echt zit.

01 · DoelvaardigheidEen transactie volgen en uitleggen waar vertrouwen echt zit.
02 · Aanbevolen voorkennisGeen eerdere cursus vereist
Praktische deliverables
01

State, consensus & finaliteit

Deze module verdiept state, consensus & finaliteit met toegepaste theorie en een eigen beslislab.

Evidence memo · TX-FLOW
02

Keys, adressen & walletgrenzen

Deze module verdiept keys, adressen & walletgrenzen met toegepaste theorie en een eigen beslislab.

Evidence memo · KEY-BOUNDARY
03

Transactiecyclus & fees

Deze module verdiept transactiecyclus & fees met toegepaste theorie en een eigen beslislab.

Evidence memo · TX-FLOW
04

UTXO- vs accountmodel

Deze module verdiept utxo- vs accountmodel met toegepaste theorie en een eigen beslislab.

Evidence memo · TX-FLOW
Beoordelingscontract
Leschecks8
Modulelabs4
Eindexamen20
Beheersingsdrempel80%
Volledig curriculum

Crypto & Blockchain Fundamentals

Bekijk vóór de start het volledige curriculum, de competenties en het beoordelingstraject.

Begeleide studielast12h
modules4
lessen8
01

State, consensus & finaliteit

Deze module verdiept state, consensus & finaliteit met toegepaste theorie en een eigen beslislab.

1.1
State is waarover het netwerk consensus bereikt45 min · Diepgaande technische les
1.2
Consensus verwijdert trust assumptions niet45 min · Diepgaande technische les
Praktisch modulelabTraceer de transactie
02

Keys, adressen & walletgrenzen

Deze module verdiept keys, adressen & walletgrenzen met toegepaste theorie en een eigen beslislab.

2.1
Een key autoriseert; een adres identificeert45 min · Diepgaande technische les
2.2
Een wallet is meer dan key storage45 min · Diepgaande technische les
Praktisch modulelabBescherm de signing boundary
03

Transactiecyclus & fees

Deze module verdiept transactiecyclus & fees met toegepaste theorie en een eigen beslislab.

3.1
Van intentie naar inclusion45 min · Diepgaande technische les
3.2
Fees kopen prioriteit, geen juistheid45 min · Diepgaande technische les
Praktisch modulelabTraceer de transactie
04

UTXO- vs accountmodel

Deze module verdiept utxo- vs accountmodel met toegepaste theorie en een eigen beslislab.

4.1
UTXO verbruikt discrete outputs45 min · Diepgaande technische les
4.2
Account-chains wijzigen gedeelde state45 min · Diepgaande technische les
Praktisch modulelabTraceer de transactie
Competenties
  • Kernrisico: behandel state is waarover het netwerk consensus bereikt niet als een onbelangrijk detail.
  • Actie: verifieer de technische evidence rond state is waarover het netwerk consensus bereikt vóór autorisatie.
  • Kernrisico: behandel consensus verwijdert trust assumptions niet niet als een onbelangrijk detail.
  • Actie: verifieer de technische evidence rond consensus verwijdert trust assumptions niet vóór autorisatie.
  • Kernrisico: behandel een key autoriseert; een adres identificeert niet als een onbelangrijk detail.
  • Actie: verifieer de technische evidence rond een key autoriseert; een adres identificeert vóór autorisatie.
  • Kernrisico: behandel een wallet is meer dan key storage niet als een onbelangrijk detail.
  • Actie: verifieer de technische evidence rond een wallet is meer dan key storage vóór autorisatie.
  • Kernrisico: behandel van intentie naar inclusion niet als een onbelangrijk detail.
  • Actie: verifieer de technische evidence rond van intentie naar inclusion vóór autorisatie.
  • Kernrisico: behandel fees kopen prioriteit, geen juistheid niet als een onbelangrijk detail.
  • Actie: verifieer de technische evidence rond fees kopen prioriteit, geen juistheid vóór autorisatie.
Beoordelingstraject
  1. Schriftelijke veldoefening × 8
  2. Kenniscontroles × 8
  3. Praktisch modulelab × 4
  4. Getimed eindexamen · 20 · ≥ 80%
Begeleide studielast
  1. Diepgaande technische les · 360 min
  2. Schriftelijke veldoefening · 160 min
  3. Praktisch modulelab · 140 min
  4. Specialist units · 105 min
  5. Getimed eindexamen · 30 min
CURSUSHANDBOEK

Reikwijdte, leerresultaten en studiestandaard

12h
Voor wie

Bouw het mentale model voor chains, transacties, wallets en finaliteit.

Vereisten

Er is geen voorafgaande technische cursus vereist.

Leerresultaten
  • Kernrisico: behandel state is waarover het netwerk consensus bereikt niet als een onbelangrijk detail.
  • Actie: verifieer de technische evidence rond state is waarover het netwerk consensus bereikt vóór autorisatie.
  • Kernrisico: behandel consensus verwijdert trust assumptions niet niet als een onbelangrijk detail.
  • Actie: verifieer de technische evidence rond consensus verwijdert trust assumptions niet vóór autorisatie.
  • Kernrisico: behandel een key autoriseert; een adres identificeert niet als een onbelangrijk detail.
  • Actie: verifieer de technische evidence rond een key autoriseert; een adres identificeert vóór autorisatie.
  • Kernrisico: behandel een wallet is meer dan key storage niet als een onbelangrijk detail.
  • Actie: verifieer de technische evidence rond een wallet is meer dan key storage vóór autorisatie.
  • Kernrisico: behandel van intentie naar inclusion niet als een onbelangrijk detail.
  • Actie: verifieer de technische evidence rond van intentie naar inclusion vóór autorisatie.
Studiemethode
  1. 01

    Lees het technische hoofdstuk in zes delen

  2. 02

    Inspecteer het unieke visual en protocolmodel

  3. 03

    Werk de casus en evidence map uit

  4. 04

    Lever de schriftelijke veldoefening in

  5. 05

    Slaag voor knowledge check en modulelab

  6. 06

    Voltooi het getimede eindexamen

Bewijsstandaard

Elke bewering moet gekoppeld zijn aan observeerbare velden, protocolgedrag, primaire bronnen of duidelijk benoemde aannames. Onbekenden blijven expliciet onbekend.

Voltooiingscriterium

Voltooiing vereist schriftelijk werk, knowledge checks, alle labs en minimaal 80% op het eindexamen. Professional vereist daarnaast de capstone.

Kernglossarium
State is waarover het netwerk consensus bereikt
Een blockchain past regels toe op state transitions en convergeert via consensus op een historie; analyseer welke state autoritatief is, welke aannames gelden en welk reorg-risico resteert.
Consensus verwijdert trust assumptions niet
PoW, PoS en andere mechanismen verdelen autoriteit en failure modes anders; economische security vervangt application security niet.
Een key autoriseert; een adres identificeert
Een private key maakt geldige signatures en een adres is een publieke identifier. Een seed of private key delen geeft controle weg, ook zonder directe transfer.
Een wallet is meer dan key storage
Walletsoftware bouwt requests, toont context en vraagt toestemming. UI, browser origin, signer en device zijn afzonderlijke trust boundaries.
Van intentie naar inclusion
Een actie gaat van intentie naar payload, signature, propagation, mempool, inclusion en finaliteit; elke fase heeft andere risico's en herstelopties.
Fees kopen prioriteit, geen juistheid
Fees beïnvloeden snelheid en inclusion maar valideren de intentie niet. Een kwaadaardige high-fee transactie blijft kwaadaardig.
UTXO verbruikt discrete outputs
In het UTXO-model worden eerdere inputs volledig verbruikt en nieuwe outputs gemaakt; coin selection, change en scripts beïnvloeden privacy, kosten en geldigheid.
Account-chains wijzigen gedeelde state
Account-based chains houden balances, nonces en storage in gedeelde state en één call kan arbitraire downstream logica activeren.
SPECIALISTISCHE VERDIEPING

Moderne protocollen en operationele onderwerpen

Deze uitbreidingen verbreden het kerncurriculum met actuele standaarden en security boundaries die professionals moeten herkennen.

HD-wallets, BIP-32 en afleidingsgrenzen
Specialistische studie-eenheid01
EXT / 01

HD-wallets, BIP-32 en afleidingsgrenzen

Begrijp hoe één seed een hiërarchie van extended keys oplevert, waarom hardened derivation bestaat en waarom een xpub gevoeliger is dan een gewoon adres. Let op welke subtree-informatie trust boundaries kruist.

SecurityfocusDerivation path · hardened/non-hardened · xpub exposure · accountscheiding
StudietaakLees het primaire materiaal, identificeer de trust boundary en leg uit hoe het mechanisme het autorisatie- of uitvoeringsmodel verandert.
Vereist resultaatMaak een beknopte analyst note met aannames, materieel bewijs, foutcondities en een onderbouwde beveiligingsbeslissing.
Primaire referentiesBIP-32 ↗
PSBT, offline signing en transaction handoff
Specialistische studie-eenheid02
EXT / 02

PSBT, offline signing en transaction handoff

PSBT is een gestructureerde overdracht tussen constructie en signing. De signer moet inputs, outputs, change, fee en onbekende velden controleren in plaats van een offline bestand automatisch te vertrouwen.

SecurityfocusUnsigned transaction · input metadata · change · signer verification · PSBT v0/v2
StudietaakLees het primaire materiaal, identificeer de trust boundary en leg uit hoe het mechanisme het autorisatie- of uitvoeringsmodel verandert.
Vereist resultaatMaak een beknopte analyst note met aannames, materieel bewijs, foutcondities en een onderbouwde beveiligingsbeslissing.
Primaire referentiesBIP-174 ↗BIP-370 ↗
Taproot, Schnorr en MuSig2-authority
Specialistische studie-eenheid03
EXT / 03

Taproot, Schnorr en MuSig2-authority

Verbind Taproot key/script paths met BIP-340-compatible multisignature. Geaggregeerde keys vereenvoudigen on-chain weergave, maar nonces, coördinatie en fallback blijven kritiek.

SecurityfocusTaproot · Schnorr · MuSig2 · nonce discipline · fallback
StudietaakLees het primaire materiaal, identificeer de trust boundary en leg uit hoe het mechanisme het autorisatie- of uitvoeringsmodel verandert.
Vereist resultaatMaak een beknopte analyst note met aannames, materieel bewijs, foutcondities en een onderbouwde beveiligingsbeslissing.
Primaire referentiesBIP-341 ↗BIP-327 ↗
Module 01

State, consensus & finaliteit

Deze module verdiept state, consensus & finaliteit met toegepaste theorie en een eigen beslislab.

Technische omgeving bij deze cursusmodule
Les 1.1

State is waarover het netwerk consensus bereikt

14 min
STATE / CONSENSUS
UTXO ACADEMY / CONCEPT MODELSTATE / CONSENSUSFINALITYVISUAL AID · NOT A SECURITY VERDICT
Technisch hoofdstuk

State is waarover het netwerk consensus bereikt

Diepgaande technische les
01
Mentaal model

Een blockchain past regels toe op state transitions en convergeert via consensus op een historie; analyseer welke state autoritatief is, welke aannames gelden en welk reorg-risico resteert.

Dit concept is belangrijk omdat Kernrisico: behandel state is waarover het netwerk consensus bereikt niet als een onbelangrijk detail.

Inspecteer de exacte protocolvelden die authority creëren of execution veranderen. Vergelijk die velden met de verklaarde gebruikersintentie en de verwachte security boundary.

02
Wat er werkelijk gebeurt

Inspecteer de exacte protocolvelden die authority creëren of execution veranderen.

Op protocol- en uitvoeringsniveau moet je inspecteren state en transition en consensus en reorg en finality. Protocol-identifiers blijven onvertaald omdat ze onderdeel zijn van de technische payload.

state

Technische inspectiepunten

transition

Technische inspectiepunten

consensus

Technische inspectiepunten

reorg

Technische inspectiepunten

finality

Technische inspectiepunten

03
Faaloppervlak

Behandel tegenstrijdigheden, buitensporige authority en onverklaarde dependencies als materiële faalsignalen.

Het praktische gevolg is dat Actie: verifieer de technische evidence rond state is waarover het netwerk consensus bereikt vóór autorisatie. Onbekend is niet hetzelfde als veilig.

  • Kernrisico: behandel state is waarover het netwerk consensus bereikt niet als een onbelangrijk detail.
  • Actie: verifieer de technische evidence rond state is waarover het netwerk consensus bereikt vóór autorisatie.
04
Beslisstandaard

Vertaal elk materieel signaal naar de concrete consequentie voor assets, authority of trust.

Het praktische gevolg is dat Actie: verifieer de technische evidence rond state is waarover het netwerk consensus bereikt vóór autorisatie.

Escaleren wanneer bewijs tegenstrijdig of onvolledig is, of wanneer de consequentie routinebeleid overschrijdt.

05
Verificatieprocedure

Verifieer de request met onafhankelijk bewijs vóór onomkeerbare authorization.

  1. 01

    Inspecteer de exacte protocolvelden die authority creëren of execution veranderen.

  2. 02

    Vergelijk die velden met de verklaarde gebruikersintentie en de verwachte security boundary.

  3. 03

    Verifieer de request met onafhankelijk bewijs vóór onomkeerbare authorization.

  4. 04

    Leg feiten, aannames, unknowns en beslissing vast zodat een andere analist de review kan reproduceren.

  5. 05

    Escaleren wanneer bewijs tegenstrijdig of onvolledig is, of wanneer de consequentie routinebeleid overschrijdt.

06
Vereiste analistenoutput

Leg feiten, aannames, unknowns en beslissing vast zodat een andere analist de review kan reproduceren.

Kernrisico: behandel state is waarover het netwerk consensus bereikt niet als een onbelangrijk detail. en Actie: verifieer de technische evidence rond state is waarover het netwerk consensus bereikt vóór autorisatie.

Vereiste analistenoutputState is waarover het netwerk consensus bereikt · Beslisstandaard
State is waarover het netwerk consensus bereikt
LESSON VISUALState is waarover het netwerk consensus bereiktstate consensus finality
State is waarover het netwerk consensus bereikt
PRAKTIJKCONTEXT · NODE- EN INFRASTRUCTUUROMGEVINGState is waarover het netwerk consensus bereiktCONCEPT → PRAKTIJKOMGEVING → OPERATIONELE BESLISSING
VISUAL MODEL / AUTHORITY MAPstate-consensus-finality
N01N02N03N04N05N06AUTHORITY MAPState is waarover het netwerk consensus bereikt
CONCEPT → EVIDENCE → FAILURE MODE → VERIFICATION
Technisch workbook

Analistendoel

Kernrisico: behandel state is waarover het netwerk consensus bereikt niet als een onbelangrijk detail.

Mechanica
stateaccepted chain/application state
transitionvalid state change
consensushistory selection / finalization
reorgaccepted history can change
finalityconfidence / economic or protocol guarantee
Foutsignalen
  1. 01

    treating inclusion as absolute finality

  2. 02

    ignoring reorg assumptions

  3. 03

    confusing consensus security with app safety

  4. 04

    wrong confirmation threshold

  5. 05

    no chain-specific finality model

Verificatieprocedure
  1. 01

    identify consensus mechanism

  2. 02

    define confirmation/finality criterion

  3. 03

    measure reorg exposure

  4. 04

    separate protocol validity from economic intent

  5. 05

    document settlement assumption

Redeneerketen
  1. 01

    feiten → materiële evidence

  2. 02

    evidence → gevolg / autoriteit

  3. 03

    gevolg → expliciete beslissing + volgende actie

Vereist resultaatchain finality assumption record
Protocol walkthrough

Volg het pad van de beveiligingsbeslissing

state / consensus / finality
01Observeren
  • state: accepted chain/application state
  • transition: valid state change
02Traceren
  • consensus: history selection / finalization
  • reorg: accepted history can change
  • finality: confidence / economic or protocol guarantee
03Uitdagen
  • treating inclusion as absolute finality
  • ignoring reorg assumptions
  • confusing consensus security with app safety
04Verifiëren
  • identify consensus mechanism
  • define confirmation/finality criterion
  • measure reorg exposure
05Uitvoer
  • chain finality assumption record
Autorisatie-oppervlakstate · transition · consensus
Faalconditietreating inclusion as absolute finality
Praktijkcase
btc-finality
CASE / state-consensus-finality
chainBitcoin
value1.8 BTC
confirmations1
reorg Policytreasury requires 6
mempool Replacementdisabled
questionsettled or still operationally reversible?
Analistentaak

Identificeer vóór het antwoord de verleende bevoegdheid, de trust boundary die kan falen en de onomkeerbare consequentie.

Evidence map

Orden vóór je beslist

Scheid identiteit, bevoegdheid, uitvoering en context vóór een beveiligingsbesluit.

01
Identiteit

Wie of wat vraagt, ontvangt of vertegenwoordigt bevoegdheid?

—
02
Bevoegdheid

Welke capaciteit kan worden verleend, behouden of gebruikt?

reorg Policytreasury requires 6
03
Uitvoering

Wat zal payload, route of systeem werkelijk doen?

value1.8 BTC
mempool Replacementdisabled
04
Context

Welke omgevingsfeiten kunnen de beslissing materieel veranderen?

chainBitcoin
confirmations1
questionsettled or still operationally reversible?
Praktijkopdracht

Maak een analistenwaardige bevinding

Alleen lokaal analistenrecord

Antwoord niet uit het geheugen. Gebruik de case, protocolvelden en verificatieprocedure hierboven voor een reproduceerbare bevinding.

Focusstate · transition · consensus
Faalindicatietreating inclusion as absolute finality
Eerst verifiërenidentify consensus mechanism
Resultaatchain finality assumption record
Voltooiingscriteria
  • Verwijst naar materieel bewijs, niet naar UI-uiterlijk.
  • Benoemt bevoegdheid, toestandsovergang of gevolg.
  • Geeft een reproduceerbare volgende actie of beslissing.
Security-notities
  1. 01

    Kernrisico: behandel state is waarover het netwerk consensus bereikt niet als een onbelangrijk detail.

  2. 02

    Actie: verifieer de technische evidence rond state is waarover het netwerk consensus bereikt vóór autorisatie.

Analistennotitieboek

Bouw je evidence memo

Alleen lokaal leerrecord

Leg je redenering vast vóór de checkpoint en sluit af met een expliciete beslissing of vervolgstap. Notities blijven op dit apparaat.

LOCAL STORAGE
Praktijkopdracht

Werk alle drie secties uit voor voltooiing.

Les 1.2

Consensus verwijdert trust assumptions niet

16 min
CONSENSUS MODEL
UTXO ACADEMY / CONCEPT MODELCONSENSUS MODELASSUMPTIONSVISUAL AID · NOT A SECURITY VERDICT
Technisch hoofdstuk

Consensus verwijdert trust assumptions niet

Diepgaande technische les
01
Mentaal model

PoW, PoS en andere mechanismen verdelen autoriteit en failure modes anders; economische security vervangt application security niet.

Dit concept is belangrijk omdat Kernrisico: behandel consensus verwijdert trust assumptions niet niet als een onbelangrijk detail.

Inspecteer de exacte protocolvelden die authority creëren of execution veranderen. Vergelijk die velden met de verklaarde gebruikersintentie en de verwachte security boundary.

02
Wat er werkelijk gebeurt

Inspecteer de exacte protocolvelden die authority creëren of execution veranderen.

Op protocol- en uitvoeringsniveau moet je inspecteren safety en liveness en censorship en economic security en centralization. Protocol-identifiers blijven onvertaald omdat ze onderdeel zijn van de technische payload.

safety

Technische inspectiepunten

liveness

Technische inspectiepunten

censorship

Technische inspectiepunten

economic security

Technische inspectiepunten

centralization

Technische inspectiepunten

03
Faaloppervlak

Behandel tegenstrijdigheden, buitensporige authority en onverklaarde dependencies als materiële faalsignalen.

Het praktische gevolg is dat Actie: verifieer de technische evidence rond consensus verwijdert trust assumptions niet vóór autorisatie. Onbekend is niet hetzelfde als veilig.

  • Kernrisico: behandel consensus verwijdert trust assumptions niet niet als een onbelangrijk detail.
  • Actie: verifieer de technische evidence rond consensus verwijdert trust assumptions niet vóór autorisatie.
04
Beslisstandaard

Vertaal elk materieel signaal naar de concrete consequentie voor assets, authority of trust.

Het praktische gevolg is dat Actie: verifieer de technische evidence rond consensus verwijdert trust assumptions niet vóór autorisatie.

Escaleren wanneer bewijs tegenstrijdig of onvolledig is, of wanneer de consequentie routinebeleid overschrijdt.

05
Verificatieprocedure

Verifieer de request met onafhankelijk bewijs vóór onomkeerbare authorization.

  1. 01

    Inspecteer de exacte protocolvelden die authority creëren of execution veranderen.

  2. 02

    Vergelijk die velden met de verklaarde gebruikersintentie en de verwachte security boundary.

  3. 03

    Verifieer de request met onafhankelijk bewijs vóór onomkeerbare authorization.

  4. 04

    Leg feiten, aannames, unknowns en beslissing vast zodat een andere analist de review kan reproduceren.

  5. 05

    Escaleren wanneer bewijs tegenstrijdig of onvolledig is, of wanneer de consequentie routinebeleid overschrijdt.

06
Vereiste analistenoutput

Leg feiten, aannames, unknowns en beslissing vast zodat een andere analist de review kan reproduceren.

Kernrisico: behandel consensus verwijdert trust assumptions niet niet als een onbelangrijk detail. en Actie: verifieer de technische evidence rond consensus verwijdert trust assumptions niet vóór autorisatie.

Vereiste analistenoutputConsensus verwijdert trust assumptions niet · Beslisstandaard
Consensus verwijdert trust assumptions niet
LESSON VISUALConsensus verwijdert trust assumptions nietconsensus tradeoffs
Consensus verwijdert trust assumptions niet
PRAKTIJKCONTEXT · NODE- EN INFRASTRUCTUUROMGEVINGConsensus verwijdert trust assumptions nietCONCEPT → PRAKTIJKOMGEVING → OPERATIONELE BESLISSING
VISUAL MODEL / TRUST TOPOLOGYconsensus-tradeoffs
N01N02N03N04N05N06TRUST TOPOLOGYConsensus verwijdert trust assumptions niet
CONCEPT → EVIDENCE → FAILURE MODE → VERIFICATION
Technisch workbook

Analistendoel

Kernrisico: behandel consensus verwijdert trust assumptions niet niet als een onbelangrijk detail.

Mechanica
safetyconflicting histories prevented
livenessnetwork continues progressing
censorshiptransactions can be excluded/delayed
economic securitycost of attacking consensus
centralizationconcentration of block/finality power
Foutsignalen
  1. 01

    generic 'decentralized' claim

  2. 02

    no adversary model

  3. 03

    ignoring validator/miner concentration

  4. 04

    assuming liveness under every partition

  5. 05

    same finality policy across all chains

Verificatieprocedure
  1. 01

    name consensus actors

  2. 02

    identify safety/liveness assumptions

  3. 03

    identify attack/economic threshold

  4. 04

    inspect concentration dependencies

  5. 05

    set workflow-specific finality requirement

Redeneerketen
  1. 01

    feiten → materiële evidence

  2. 02

    evidence → gevolg / autoriteit

  3. 03

    gevolg → expliciete beslissing + volgende actie

Vereist resultaatconsensus threat-assumption matrix
Protocol walkthrough

Volg het pad van de beveiligingsbeslissing

consensus / tradeoffs
01Observeren
  • safety: conflicting histories prevented
  • liveness: network continues progressing
02Traceren
  • censorship: transactions can be excluded/delayed
  • economic security: cost of attacking consensus
  • centralization: concentration of block/finality power
03Uitdagen
  • generic 'decentralized' claim
  • no adversary model
  • ignoring validator/miner concentration
04Verifiëren
  • name consensus actors
  • identify safety/liveness assumptions
  • identify attack/economic threshold
05Uitvoer
  • consensus threat-assumption matrix
Autorisatie-oppervlaksafety · liveness · censorship
Faalconditiegeneric 'decentralized' claim
Praktijkcase
consensus-risk
CASE / consensus-tradeoffs
systemPoS chain
validator Concentrationtop 4 = 48%
finalityeconomic
bridge Dependencyyes
withdrawal Delay7 days
reviewliveness vs finality assumptions
Analistentaak

Identificeer vóór het antwoord de verleende bevoegdheid, de trust boundary die kan falen en de onomkeerbare consequentie.

Evidence map

Orden vóór je beslist

Scheid identiteit, bevoegdheid, uitvoering en context vóór een beveiligingsbesluit.

01
Identiteit

Wie of wat vraagt, ontvangt of vertegenwoordigt bevoegdheid?

—
02
Bevoegdheid

Welke capaciteit kan worden verleend, behouden of gebruikt?

—
03
Uitvoering

Wat zal payload, route of systeem werkelijk doen?

—
04
Context

Welke omgevingsfeiten kunnen de beslissing materieel veranderen?

systemPoS chain
validator Concentrationtop 4 = 48%
finalityeconomic
bridge Dependencyyes
withdrawal Delay7 days
reviewliveness vs finality assumptions
Praktijkopdracht

Maak een analistenwaardige bevinding

Alleen lokaal analistenrecord

Antwoord niet uit het geheugen. Gebruik de case, protocolvelden en verificatieprocedure hierboven voor een reproduceerbare bevinding.

Focussafety · liveness · censorship
Faalindicatiegeneric 'decentralized' claim
Eerst verifiërenname consensus actors
Resultaatconsensus threat-assumption matrix
Voltooiingscriteria
  • Verwijst naar materieel bewijs, niet naar UI-uiterlijk.
  • Benoemt bevoegdheid, toestandsovergang of gevolg.
  • Geeft een reproduceerbare volgende actie of beslissing.
Security-notities
  1. 01

    Kernrisico: behandel consensus verwijdert trust assumptions niet niet als een onbelangrijk detail.

  2. 02

    Actie: verifieer de technische evidence rond consensus verwijdert trust assumptions niet vóór autorisatie.

Analistennotitieboek

Bouw je evidence memo

Alleen lokaal leerrecord

Leg je redenering vast vóór de checkpoint en sluit af met een expliciete beslissing of vervolgstap. Notities blijven op dit apparaat.

LOCAL STORAGE
Praktijkopdracht

Werk alle drie secties uit voor voltooiing.

Praktijklab vergrendeld

Haal beide kenniscontroles in deze module vóór het praktijklab.

Module 02

Keys, adressen & walletgrenzen

Deze module verdiept keys, adressen & walletgrenzen met toegepaste theorie en een eigen beslislab.

Module vergrendeld

Rond eerst de vorige module inclusief het praktijklab af.

Module 03

Transactiecyclus & fees

Deze module verdiept transactiecyclus & fees met toegepaste theorie en een eigen beslislab.

Operationele beveiligingsomgeving bij deze cursusmodule
Module vergrendeld

Rond eerst de vorige module inclusief het praktijklab af.

Module 04

UTXO- vs accountmodel

Deze module verdiept utxo- vs accountmodel met toegepaste theorie en een eigen beslislab.

Module vergrendeld

Rond eerst de vorige module inclusief het praktijklab af.

Eindexamen

Eindexamen

Cumulatieve toets die bij elke poging opnieuw wordt opgebouwd uit cursusconcepten en praktijkscenario's.

Minimaal 80% is vereist. Alleen theorie afronden levert geen bewijs op.

Minimale score80%
Beste score0%
Bank52
Poging20
Pogingen0
Tijdslimiet30 min
Eindexamen
UTXO ACADEMY / EINDEXAMEN · foundationsEindexamen
VERGRENDELDVoltooi alle leschecks en praktijklabs voordat het eindexamen wordt ontgrendeld.
Voortgang · 0%
Doorgaan