← Tilbage til Akademiet
NIVEAU 1 · Gratis
Grundlag i krypto og blockchain
Byg modellen til at forstå kæder, transaktioner, wallets og finalitet.
8 lektioner · 8 Feltøvelse · 8 Praktiske scenarier · 20 spørgsmål · 80% beståelseskrav
Begynd at lære0% · 0/21
Hvad du vil kunne
✓
Dette modul går i dybden med state, konsensus og finalitet gennem anvendt teori og et separat beslutningslab.
✓
Dette modul går i dybden med nøgler, adresser og wallet-grænser gennem anvendt teori og et separat beslutningslab.
✓
Dette modul går i dybden med transaktionens livscyklus og gebyrer gennem anvendt teori og et separat beslutningslab.
✓
Dette modul går i dybden med utxo- kontra kontomodel gennem anvendt teori og et separat beslutningslab.
Pensum
▸1.1 · State er det netværket opnår konsensus om14 min
▸1.2 · Konsensus fjerner ikke trust assumptions16 min
Lab · Spor transaktionen
Kurset indeholder
- ·8 lektioner · 12 guidede timer
- ·4 Lab · Praktiske scenarier
- ·8 Praktiske cases · 8 Videnstjek
- ·52 Eksamensbank · 80% beståelsesgrænse
- ·Gennemførelsesbevis: UTXO Certified · Crypto Foundations
Hvad kurset forventer af dig
- ·Spor en transaktion og forklar hvor tilliden faktisk ligger.
- ·Beståelseskrav: 80%
- ·Kræver ikke et tidligere kursus.
Kursusbriefing
Træningskontrakt
Spor en transaktion og forklar hvor tilliden faktisk ligger.
Praktiske leverancer
State, konsensus og finalitet
Dette modul går i dybden med state, konsensus og finalitet gennem anvendt teori og et separat beslutningslab.
Evidensmemo · TX-FLOWNøgler, adresser og wallet-grænser
Dette modul går i dybden med nøgler, adresser og wallet-grænser gennem anvendt teori og et separat beslutningslab.
Evidensmemo · KEY-BOUNDARYTransaktionens livscyklus og gebyrer
Dette modul går i dybden med transaktionens livscyklus og gebyrer gennem anvendt teori og et separat beslutningslab.
Evidensmemo · TX-FLOWUTXO- kontra kontomodel
Dette modul går i dybden med utxo- kontra kontomodel gennem anvendt teori og et separat beslutningslab.
Evidensmemo · TX-FLOWEvalueringskontrakt
Lektionstjek8
Modul-labs4
Sluteksamen20
Mestringstærskel80%
Komplet pensum
Grundlag i krypto og blockchain
Gennemgå hele pensummet, kompetencerne og evalueringsforløbet før start.
Vejledt studiebelastning12h
moduler4
lektioner8
01
State, konsensus og finalitet
Dette modul går i dybden med state, konsensus og finalitet gennem anvendt teori og et separat beslutningslab.
1.1
State er det netværket opnår konsensus om45 min · Dyb teknisk lektion
1.2
Konsensus fjerner ikke trust assumptions45 min · Dyb teknisk lektion
Praktisk modullaboratoriumSpor transaktionen
02
Nøgler, adresser og wallet-grænser
Dette modul går i dybden med nøgler, adresser og wallet-grænser gennem anvendt teori og et separat beslutningslab.
2.1
En nøgle autoriserer; en adresse identificerer45 min · Dyb teknisk lektion
2.2
En wallet er mere end key storage45 min · Dyb teknisk lektion
Praktisk modullaboratoriumBeskyt signing boundary
03
Transaktionens livscyklus og gebyrer
Dette modul går i dybden med transaktionens livscyklus og gebyrer gennem anvendt teori og et separat beslutningslab.
3.1
Fra intention til inclusion45 min · Dyb teknisk lektion
3.2
Gebyrer køber prioritet, ikke korrekthed45 min · Dyb teknisk lektion
Praktisk modullaboratoriumSpor transaktionen
04
UTXO- kontra kontomodel
Dette modul går i dybden med utxo- kontra kontomodel gennem anvendt teori og et separat beslutningslab.
4.1
UTXO forbruger diskrete outputs45 min · Dyb teknisk lektion
4.2
Account-chains ændrer delt state45 min · Dyb teknisk lektion
Praktisk modullaboratoriumSpor transaktionen
- Kjernerisiko: behandl ikke state er det netværket opnår konsensus om som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring state er det netværket opnår konsensus om før autorisation.
- Kjernerisiko: behandl ikke konsensus fjerner ikke trust assumptions som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring konsensus fjerner ikke trust assumptions før autorisation.
- Kjernerisiko: behandl ikke en nøgle autoriserer; en adresse identificerer som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring en nøgle autoriserer; en adresse identificerer før autorisation.
- Kjernerisiko: behandl ikke en wallet er mere end key storage som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring en wallet er mere end key storage før autorisation.
- Kjernerisiko: behandl ikke fra intention til inclusion som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring fra intention til inclusion før autorisation.
- Kjernerisiko: behandl ikke gebyrer køber prioritet, ikke korrekthed som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring gebyrer køber prioritet, ikke korrekthed før autorisation.
- Skriftlig feltøvelse × 8
- Videnstjek × 8
- Praktisk modullaboratorium × 4
- Tidsbegrænset afsluttende eksamen · 20 · ≥ 80%
- Dyb teknisk lektion · 360 min
- Skriftlig feltøvelse · 160 min
- Praktisk modullaboratorium · 140 min
- Specialist units · 105 min
- Tidsbegrænset afsluttende eksamen · 30 min
KURSHÅNDBOG
12hOmfang, læringsresultater og studiestandard
Byg modellen til at forstå kæder, transaktioner, wallets og finalitet.
Intet tidligere teknisk kursus er påkrævet.
- Kjernerisiko: behandl ikke state er det netværket opnår konsensus om som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring state er det netværket opnår konsensus om før autorisation.
- Kjernerisiko: behandl ikke konsensus fjerner ikke trust assumptions som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring konsensus fjerner ikke trust assumptions før autorisation.
- Kjernerisiko: behandl ikke en nøgle autoriserer; en adresse identificerer som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring en nøgle autoriserer; en adresse identificerer før autorisation.
- Kjernerisiko: behandl ikke en wallet er mere end key storage som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring en wallet er mere end key storage før autorisation.
- Kjernerisiko: behandl ikke fra intention til inclusion som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring fra intention til inclusion før autorisation.
- 01
Læs det seksdelte tekniske kapitel
- 02
Inspicér det unikke visual og protokolmodellen
- 03
Arbejd med case og evidenskort
- 04
Indsend den skriftlige feltøvelse
- 05
Bestå knowledge check og modullab
- 06
Gennemfør den tidsbegrænsede slutvurdering
Alle påstande skal knyttes til observerbare felter, protokoladfærd, primære kilder eller tydeligt angivne antagelser. Ukendte forhold skal forblive eksplicitte.
Afslutning kræver skriftligt arbejde, knowledge checks, alle labs og mindst 80% i sluteksamen. Professional-niveauet kræver også capstone.
- State er det netværket opnår konsensus om
- En blockchain anvender regler på state transitions og konvergerer via konsensus om en historik. Identificér hvilken state der er autoritativ, hvilke antagelser der gælder, og hvilken reorg-risiko der er tilbage.
- Konsensus fjerner ikke trust assumptions
- PoW, PoS og andre mekanismer fordeler authority og failure modes forskelligt; økonomisk sikkerhed erstatter ikke application security.
- En nøgle autoriserer; en adresse identificerer
- En private key producerer gyldige signatures, mens en adresse er en offentlig identifier. At afsløre seed eller private key overfører kontrol, også uden en direkte transfer.
- En wallet er mere end key storage
- Walletsoftware bygger requests, viser context og beder om autorisation. UI, browser origin, signer og device er separate trust boundaries.
- Fra intention til inclusion
- En handling går fra intention til payload, signature, propagation, mempool, inclusion og finalitet; hver fase har forskellige risici og recovery-muligheder.
- Gebyrer køber prioritet, ikke korrekthed
- Fees påvirker prioritet og inclusion, men verificerer ikke brugerens intention. En ondsindet high-fee-transaktion er stadig ondsindet.
- UTXO forbruger diskrete outputs
- I UTXO-modellen forbruges tidligere inputs fuldt ud, og nye outputs oprettes; coin selection, change og scripts påvirker privacy, fees og validitet.
- Account-chains ændrer delt state
- Account-based chains holder balances, nonces og storage i delt state, og ét call kan udløse vilkårlig downstream-logik.
SPECIALISTUDVIDELSER
Moderne protokoller og operationelle emner
Disse udvidelser supplerer kernepensummet med aktuelle standarder og sikkerhedsgrænser, som praktikere skal kunne identificere.
EXT / 01
HD-wallets, BIP-32 og derivationsgrænser
Forstå hvordan én seed skaber et hierarki af extended keys, hvorfor hardened derivation findes, og hvorfor en xpub er mere følsom end en normal adresse. Vurder hvilke subtree-data der krydser trust boundaries.
SikkerhedsfokusDerivation path · hardened/non-hardened · xpub exposure · account separation
StudieopgaveLæs primærmaterialet, identificér trust boundary og forklar, hvordan mekanismen ændrer autorisations- eller eksekveringsmodellen.
Påkrævet leveranceUdarbejd en kort analytikernote med antagelser, materiel evidens, fejltilstande og en begrundet sikkerhedsbeslutning.
Primære referencerBIP-32 ↗
EXT / 02
PSBT, offline-signering og transaction handoff
PSBT er et struktureret handoff mellem konstruktion og signering. Signeren skal verificere inputs, outputs, change, fee og ukendte felter, også når workflowet er offline.
SikkerhedsfokusUnsigned transaction · input metadata · change · signer verification · PSBT v0/v2
StudieopgaveLæs primærmaterialet, identificér trust boundary og forklar, hvordan mekanismen ændrer autorisations- eller eksekveringsmodellen.
Påkrævet leveranceUdarbejd en kort analytikernote med antagelser, materiel evidens, fejltilstande og en begrundet sikkerhedsbeslutning.
EXT / 03
Taproot, Schnorr og MuSig2-autorisation
Forbind Taproot key/script paths med BIP-340-kompatibel multisignature. Aggregerede nøgler forenkler on-chain, men nonces, koordinering og fallback er stadig kritiske.
SikkerhedsfokusTaproot · Schnorr · MuSig2 · nonce discipline · fallback
StudieopgaveLæs primærmaterialet, identificér trust boundary og forklar, hvordan mekanismen ændrer autorisations- eller eksekveringsmodellen.
Påkrævet leveranceUdarbejd en kort analytikernote med antagelser, materiel evidens, fejltilstande og en begrundet sikkerhedsbeslutning.
Modul 01
State, konsensus og finalitet
Dette modul går i dybden med state, konsensus og finalitet gennem anvendt teori og et separat beslutningslab.
Lektion 1.1
State er det netværket opnår konsensus om
Teknisk kapitel
Dyb teknisk lektionState er det netværket opnår konsensus om
01
Mental model
En blockchain anvender regler på state transitions og konvergerer via konsensus om en historik. Identificér hvilken state der er autoritativ, hvilke antagelser der gælder, og hvilken reorg-risiko der er tilbage.
Dette koncept er vigtigt, fordi Kjernerisiko: behandl ikke state er det netværket opnår konsensus om som en uvæsentlig detalje.
Inspicér de præcise protokolfelter, der skaber autoritet eller ændrer eksekveringen. Sammenlign felterne med brugerens erklærede hensigt og den forventede sikkerhedsgrænse.
02
Hvad der faktisk sker
Inspicér de præcise protokolfelter, der skaber autoritet eller ændrer eksekveringen.
På protokol- og eksekveringsniveau skal du inspicere state og transition og consensus og reorg og finality. Protokolidentifikatorer oversættes ikke, fordi de er en del af den tekniske payload.
stateTekniske inspektionspunkter
transitionTekniske inspektionspunkter
consensusTekniske inspektionspunkter
reorgTekniske inspektionspunkter
finalityTekniske inspektionspunkter
03
Fejlflade
Behandl modstrid, overdreven autoritet og uforklarede afhængigheder som væsentlige fejlsignaler.
Den praktiske konsekvens er, at Handling: verificér teknisk evidence omkring state er det netværket opnår konsensus om før autorisation. Ukendt er ikke det samme som sikkert.
- Kjernerisiko: behandl ikke state er det netværket opnår konsensus om som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring state er det netværket opnår konsensus om før autorisation.
04
Beslutningsstandard
Knyt hvert væsentligt signal til den konkrete konsekvens for aktiver, autoritet eller tillid.
Den praktiske konsekvens er, at Handling: verificér teknisk evidence omkring state er det netværket opnår konsensus om før autorisation.
Eskaler når evidensen er modstridende eller ufuldstændig, eller når konsekvensen overstiger rutinepolitik.
05
Verifikationsprocedure
Verificér requesten med uafhængig evidens før irreversibel autorisation.
- 01
Inspicér de præcise protokolfelter, der skaber autoritet eller ændrer eksekveringen.
- 02
Sammenlign felterne med brugerens erklærede hensigt og den forventede sikkerhedsgrænse.
- 03
Verificér requesten med uafhængig evidens før irreversibel autorisation.
- 04
Dokumentér fakta, antagelser, ukendte forhold og beslutning, så en anden analytiker kan reproducere reviewet.
- 05
Eskaler når evidensen er modstridende eller ufuldstændig, eller når konsekvensen overstiger rutinepolitik.
06
Påkrævet analytiker-output
Dokumentér fakta, antagelser, ukendte forhold og beslutning, så en anden analytiker kan reproducere reviewet.
Kjernerisiko: behandl ikke state er det netværket opnår konsensus om som en uvæsentlig detalje. og Handling: verificér teknisk evidence omkring state er det netværket opnår konsensus om før autorisation.
Påkrævet analytiker-outputState er det netværket opnår konsensus om · Beslutningsstandard
Teknisk workbook
Analytikerens mål
Kjernerisiko: behandl ikke state er det netværket opnår konsensus om som en uvæsentlig detalje.
Mekanik
state
accepted chain/application statetransition
valid state changeconsensus
history selection / finalizationreorg
accepted history can changefinality
confidence / economic or protocol guaranteeFejlsignaler
- 01
treating inclusion as absolute finality
- 02
ignoring reorg assumptions
- 03
confusing consensus security with app safety
- 04
wrong confirmation threshold
- 05
no chain-specific finality model
Verifikationsprocedure
- 01
identify consensus mechanism
- 02
define confirmation/finality criterion
- 03
measure reorg exposure
- 04
separate protocol validity from economic intent
- 05
document settlement assumption
Ræsonneringskæde
- 01
fakta → materiel evidens
- 02
evidens → konsekvens / autoritet
- 03
konsekvens → eksplicit beslutning + næste handling
Påkrævet leverance
chain finality assumption recordProtokolgennemgang
Følg sikkerhedsbeslutningens vej
state / consensus / finality01Observer
- state: accepted chain/application state
- transition: valid state change
02Spor
- consensus: history selection / finalization
- reorg: accepted history can change
- finality: confidence / economic or protocol guarantee
03Udfordr
- treating inclusion as absolute finality
- ignoring reorg assumptions
- confusing consensus security with app safety
04Verificér
- identify consensus mechanism
- define confirmation/finality criterion
- measure reorg exposure
05Resultat
- chain finality assumption record
Autoritetsfladestate · transition · consensus
Fejltilstandtreating inclusion as absolute finality
Praktisk case
btc-finalitychain
Bitcoinvalue
1.8 BTCconfirmations
1reorg Policy
treasury requires 6mempool Replacement
disabledquestion
settled or still operationally reversible?Analytikeropgave
Identificér før svaret den autoritet der gives, den trust boundary der kan fejle, og den irreversible konsekvens.
Evidenskort
Organisér før du beslutter
Adskil identitet, autoritet, eksekvering og kontekst før sikkerhedsbeslutningen.
01
Identitet
Hvem eller hvad anmoder om, modtager eller repræsenterer autoritet?
—
02
Autoritet
Hvilken kapacitet kan gives, beholdes eller udøves?
reorg Policy
treasury requires 603
Eksekvering
Hvad vil payload, route eller system faktisk gøre?
value
1.8 BTCmempool Replacement
disabled04
Kontekst
Hvilke omgivende fakta kan materielt ændre beslutningen?
chain
Bitcoinconfirmations
1question
settled or still operationally reversible?Feltøvelse
Kun lokal analytikerpostUdarbejd et analytikerklar fund
Svar ikke fra hukommelsen. Brug casen, protokolfelterne og verifikationsproceduren ovenfor til at skrive et reproducerbart fund.
Fokusstate · transition · consensus
Fejlsignaltreating inclusion as absolute finality
Verificér førstidentify consensus mechanism
Leverancechain finality assumption record
Afslutningskriterier
- Henviser til materiel evidens, ikke UI-udseende.
- Navngiver autoritet, tilstandsovergang eller konsekvens.
- Giver en reproducerbar næste handling eller beslutning.
Sikkerhedsnoter
- 01
Kjernerisiko: behandl ikke state er det netværket opnår konsensus om som en uvæsentlig detalje.
- 02
Handling: verificér teknisk evidence omkring state er det netværket opnår konsensus om før autorisation.
Analytikerens notesbog
Kun lokal læringspostByg dit evidensmemo
Notér din begrundelse før checkpointet og afslut med en eksplicit beslutning eller næste handling. Noterne bliver på denne enhed.
LOCAL STORAGE
Feltøvelse
Udbyg alle tre sektioner før afslutning.
Lektion 1.2
Konsensus fjerner ikke trust assumptions
Teknisk kapitel
Dyb teknisk lektionKonsensus fjerner ikke trust assumptions
01
Mental model
PoW, PoS og andre mekanismer fordeler authority og failure modes forskelligt; økonomisk sikkerhed erstatter ikke application security.
Dette koncept er vigtigt, fordi Kjernerisiko: behandl ikke konsensus fjerner ikke trust assumptions som en uvæsentlig detalje.
Inspicér de præcise protokolfelter, der skaber autoritet eller ændrer eksekveringen. Sammenlign felterne med brugerens erklærede hensigt og den forventede sikkerhedsgrænse.
02
Hvad der faktisk sker
Inspicér de præcise protokolfelter, der skaber autoritet eller ændrer eksekveringen.
På protokol- og eksekveringsniveau skal du inspicere safety og liveness og censorship og economic security og centralization. Protokolidentifikatorer oversættes ikke, fordi de er en del af den tekniske payload.
safetyTekniske inspektionspunkter
livenessTekniske inspektionspunkter
censorshipTekniske inspektionspunkter
economic securityTekniske inspektionspunkter
centralizationTekniske inspektionspunkter
03
Fejlflade
Behandl modstrid, overdreven autoritet og uforklarede afhængigheder som væsentlige fejlsignaler.
Den praktiske konsekvens er, at Handling: verificér teknisk evidence omkring konsensus fjerner ikke trust assumptions før autorisation. Ukendt er ikke det samme som sikkert.
- Kjernerisiko: behandl ikke konsensus fjerner ikke trust assumptions som en uvæsentlig detalje.
- Handling: verificér teknisk evidence omkring konsensus fjerner ikke trust assumptions før autorisation.
04
Beslutningsstandard
Knyt hvert væsentligt signal til den konkrete konsekvens for aktiver, autoritet eller tillid.
Den praktiske konsekvens er, at Handling: verificér teknisk evidence omkring konsensus fjerner ikke trust assumptions før autorisation.
Eskaler når evidensen er modstridende eller ufuldstændig, eller når konsekvensen overstiger rutinepolitik.
05
Verifikationsprocedure
Verificér requesten med uafhængig evidens før irreversibel autorisation.
- 01
Inspicér de præcise protokolfelter, der skaber autoritet eller ændrer eksekveringen.
- 02
Sammenlign felterne med brugerens erklærede hensigt og den forventede sikkerhedsgrænse.
- 03
Verificér requesten med uafhængig evidens før irreversibel autorisation.
- 04
Dokumentér fakta, antagelser, ukendte forhold og beslutning, så en anden analytiker kan reproducere reviewet.
- 05
Eskaler når evidensen er modstridende eller ufuldstændig, eller når konsekvensen overstiger rutinepolitik.
06
Påkrævet analytiker-output
Dokumentér fakta, antagelser, ukendte forhold og beslutning, så en anden analytiker kan reproducere reviewet.
Kjernerisiko: behandl ikke konsensus fjerner ikke trust assumptions som en uvæsentlig detalje. og Handling: verificér teknisk evidence omkring konsensus fjerner ikke trust assumptions før autorisation.
Påkrævet analytiker-outputKonsensus fjerner ikke trust assumptions · Beslutningsstandard
Teknisk workbook
Analytikerens mål
Kjernerisiko: behandl ikke konsensus fjerner ikke trust assumptions som en uvæsentlig detalje.
Mekanik
safety
conflicting histories preventedliveness
network continues progressingcensorship
transactions can be excluded/delayedeconomic security
cost of attacking consensuscentralization
concentration of block/finality powerFejlsignaler
- 01
generic 'decentralized' claim
- 02
no adversary model
- 03
ignoring validator/miner concentration
- 04
assuming liveness under every partition
- 05
same finality policy across all chains
Verifikationsprocedure
- 01
name consensus actors
- 02
identify safety/liveness assumptions
- 03
identify attack/economic threshold
- 04
inspect concentration dependencies
- 05
set workflow-specific finality requirement
Ræsonneringskæde
- 01
fakta → materiel evidens
- 02
evidens → konsekvens / autoritet
- 03
konsekvens → eksplicit beslutning + næste handling
Påkrævet leverance
consensus threat-assumption matrixProtokolgennemgang
Følg sikkerhedsbeslutningens vej
consensus / tradeoffs01Observer
- safety: conflicting histories prevented
- liveness: network continues progressing
02Spor
- censorship: transactions can be excluded/delayed
- economic security: cost of attacking consensus
- centralization: concentration of block/finality power
03Udfordr
- generic 'decentralized' claim
- no adversary model
- ignoring validator/miner concentration
04Verificér
- name consensus actors
- identify safety/liveness assumptions
- identify attack/economic threshold
05Resultat
- consensus threat-assumption matrix
Autoritetsfladesafety · liveness · censorship
Fejltilstandgeneric 'decentralized' claim
Praktisk case
consensus-risksystem
PoS chainvalidator Concentration
top 4 = 48%finality
economicbridge Dependency
yeswithdrawal Delay
7 daysreview
liveness vs finality assumptionsAnalytikeropgave
Identificér før svaret den autoritet der gives, den trust boundary der kan fejle, og den irreversible konsekvens.
Evidenskort
Organisér før du beslutter
Adskil identitet, autoritet, eksekvering og kontekst før sikkerhedsbeslutningen.
01
Identitet
Hvem eller hvad anmoder om, modtager eller repræsenterer autoritet?
—
02
Autoritet
Hvilken kapacitet kan gives, beholdes eller udøves?
—
03
Eksekvering
Hvad vil payload, route eller system faktisk gøre?
—
04
Kontekst
Hvilke omgivende fakta kan materielt ændre beslutningen?
system
PoS chainvalidator Concentration
top 4 = 48%finality
economicbridge Dependency
yeswithdrawal Delay
7 daysreview
liveness vs finality assumptionsFeltøvelse
Kun lokal analytikerpostUdarbejd et analytikerklar fund
Svar ikke fra hukommelsen. Brug casen, protokolfelterne og verifikationsproceduren ovenfor til at skrive et reproducerbart fund.
Fokussafety · liveness · censorship
Fejlsignalgeneric 'decentralized' claim
Verificér førstname consensus actors
Leveranceconsensus threat-assumption matrix
Afslutningskriterier
- Henviser til materiel evidens, ikke UI-udseende.
- Navngiver autoritet, tilstandsovergang eller konsekvens.
- Giver en reproducerbar næste handling eller beslutning.
Sikkerhedsnoter
- 01
Kjernerisiko: behandl ikke konsensus fjerner ikke trust assumptions som en uvæsentlig detalje.
- 02
Handling: verificér teknisk evidence omkring konsensus fjerner ikke trust assumptions før autorisation.
Analytikerens notesbog
Kun lokal læringspostByg dit evidensmemo
Notér din begrundelse før checkpointet og afslut med en eksplicit beslutning eller næste handling. Noterne bliver på denne enhed.
LOCAL STORAGE
Feltøvelse
Udbyg alle tre sektioner før afslutning.
Praktisk lab låst
Bestå begge videnstjek i modulet før laboratoriet.
Modul 02
Nøgler, adresser og wallet-grænser
Dette modul går i dybden med nøgler, adresser og wallet-grænser gennem anvendt teori og et separat beslutningslab.
Modul låst
Gennemfør det foregående modul inklusive praktisk lab før du fortsætter.
Modul 03
Transaktionens livscyklus og gebyrer
Dette modul går i dybden med transaktionens livscyklus og gebyrer gennem anvendt teori og et separat beslutningslab.
Modul låst
Gennemfør det foregående modul inklusive praktisk lab før du fortsætter.
Modul 04
UTXO- kontra kontomodel
Dette modul går i dybden med utxo- kontra kontomodel gennem anvendt teori og et separat beslutningslab.
Modul låst
Gennemfør det foregående modul inklusive praktisk lab før du fortsætter.
Afsluttende eksamen
Afsluttende eksamen
Kumulativ prøve der genopbygges ved hvert forsøg fra kursets begreber og praktiske cases.
Mindst 80 % kræves. Teori alene udsteder ikke et bevis.
Beståelseskrav80%
Bedste score0%
Bank52
Forsøg20
Forsøg0
Tidsgrænse30 min
LÅSTGennemfør alle lektions-checkpoints og praktiske labs før den afsluttende eksamen låses op.