UTXOSUITE — home
← Tillbaka till Akademin
NIVÅ 1 · Gratis

Grunder i krypto och blockchain

Bygg modellen för att förstå kedjor, transaktioner, wallets och finalitet.

8 lektioner · 8 Fältövning · 8 Praktiska scenarier · 20 fråga · 80% godkändgräns
Börja studera0% · 0/21

Vad du kommer att kunna

Modulen fördjupar state, konsensus och finalitet med tillämpad teori och ett eget besluts-labb.

Modulen fördjupar nycklar, adresser och wallet-gränser med tillämpad teori och ett eget besluts-labb.

Modulen fördjupar transaktionens livscykel och avgifter med tillämpad teori och ett eget besluts-labb.

Modulen fördjupar utxo- kontra kontomodell med tillämpad teori och ett eget besluts-labb.

Kursplan

1.1 · State är det nätverket enas om14 min
1.2 · Konsensus tar inte bort trust assumptions16 min
Labb · Spåra transaktionen

Kursen innehåller

  • 8 lektioner · 12 handledda timmar
  • 4 Labb · Praktiska scenarier
  • 8 Tillämpade fall · 8 Kunskapskontroller
  • 52 Provbank · 80% godkäntgräns
  • Slutbevis: UTXO Certified · Crypto Foundations

Vad kursen förutsätter

  • Spåra en transaktion och förklara var förtroendet faktiskt ligger.
  • Godkändgräns: 80%
  • Ingen tidigare kurs krävs.
Kursbriefing

Utbildningskontrakt

Spåra en transaktion och förklara var förtroendet faktiskt ligger.

01 · MålförmågaSpåra en transaktion och förklara var förtroendet faktiskt ligger.
02 · Rekommenderat förkravIngen tidigare kurs krävs
Praktiska leverabler
01

State, konsensus och finalitet

Modulen fördjupar state, konsensus och finalitet med tillämpad teori och ett eget besluts-labb.

Evidensmemo · TX-FLOW
02

Nycklar, adresser och wallet-gränser

Modulen fördjupar nycklar, adresser och wallet-gränser med tillämpad teori och ett eget besluts-labb.

Evidensmemo · KEY-BOUNDARY
03

Transaktionens livscykel och avgifter

Modulen fördjupar transaktionens livscykel och avgifter med tillämpad teori och ett eget besluts-labb.

Evidensmemo · TX-FLOW
04

UTXO- kontra kontomodell

Modulen fördjupar utxo- kontra kontomodell med tillämpad teori och ett eget besluts-labb.

Evidensmemo · TX-FLOW
Bedömningskontrakt
Lektionskontroller8
Modullabb4
Slutprov20
Behärskningströskel80%
Fullständig kursplan

Grunder i krypto och blockchain

Granska hela kursplanen, kompetenserna och bedömningsvägen innan du börjar.

Guidad studietid12h
moduler4
lektioner8
01

State, konsensus och finalitet

Modulen fördjupar state, konsensus och finalitet med tillämpad teori och ett eget besluts-labb.

1.1
State är det nätverket enas om45 min · Fördjupad teknisk lektion
1.2
Konsensus tar inte bort trust assumptions45 min · Fördjupad teknisk lektion
Praktiskt modullabbSpåra transaktionen
02

Nycklar, adresser och wallet-gränser

Modulen fördjupar nycklar, adresser och wallet-gränser med tillämpad teori och ett eget besluts-labb.

2.1
En nyckel auktoriserar; en adress identifierar45 min · Fördjupad teknisk lektion
2.2
En wallet är mer än key storage45 min · Fördjupad teknisk lektion
Praktiskt modullabbSkydda signing boundary
03

Transaktionens livscykel och avgifter

Modulen fördjupar transaktionens livscykel och avgifter med tillämpad teori och ett eget besluts-labb.

3.1
Från avsikt till inclusion45 min · Fördjupad teknisk lektion
3.2
Avgifter köper prioritet, inte korrekthet45 min · Fördjupad teknisk lektion
Praktiskt modullabbSpåra transaktionen
04

UTXO- kontra kontomodell

Modulen fördjupar utxo- kontra kontomodell med tillämpad teori och ett eget besluts-labb.

4.1
UTXO förbrukar diskreta outputs45 min · Fördjupad teknisk lektion
4.2
Kontobaserade kedjor ändrar delad state45 min · Fördjupad teknisk lektion
Praktiskt modullabbSpåra transaktionen
Kompetenser
  • Kärnrisk: behandla inte state är det nätverket enas om som en oviktig detalj.
  • Åtgärd: verifiera teknisk evidence kring state är det nätverket enas om före auktorisering.
  • Kärnrisk: behandla inte konsensus tar inte bort trust assumptions som en oviktig detalj.
  • Åtgärd: verifiera teknisk evidence kring konsensus tar inte bort trust assumptions före auktorisering.
  • Kärnrisk: behandla inte en nyckel auktoriserar; en adress identifierar som en oviktig detalj.
  • Åtgärd: verifiera teknisk evidence kring en nyckel auktoriserar; en adress identifierar före auktorisering.
  • Kärnrisk: behandla inte en wallet är mer än key storage som en oviktig detalj.
  • Åtgärd: verifiera teknisk evidence kring en wallet är mer än key storage före auktorisering.
  • Kärnrisk: behandla inte från avsikt till inclusion som en oviktig detalj.
  • Åtgärd: verifiera teknisk evidence kring från avsikt till inclusion före auktorisering.
  • Kärnrisk: behandla inte avgifter köper prioritet, inte korrekthet som en oviktig detalj.
  • Åtgärd: verifiera teknisk evidence kring avgifter köper prioritet, inte korrekthet före auktorisering.
Bedömningsväg
  1. Skriftlig fältövning × 8
  2. Kunskapskontroller × 8
  3. Praktiskt modullabb × 4
  4. Tidsbegränsad slutexamen · 20 · ≥ 80%
Guidad studietid
  1. Fördjupad teknisk lektion · 360 min
  2. Skriftlig fältövning · 160 min
  3. Praktiskt modullabb · 140 min
  4. Specialist units · 105 min
  5. Tidsbegränsad slutexamen · 30 min
KURSHANDBOK

Omfattning, läranderesultat och studiestandard

12h
Målgrupp

Bygg modellen för att förstå kedjor, transaktioner, wallets och finalitet.

Förkunskaper

Ingen tidigare teknisk kurs krävs.

Läranderesultat
  • Kärnrisk: behandla inte state är det nätverket enas om som en oviktig detalj.
  • Åtgärd: verifiera teknisk evidence kring state är det nätverket enas om före auktorisering.
  • Kärnrisk: behandla inte konsensus tar inte bort trust assumptions som en oviktig detalj.
  • Åtgärd: verifiera teknisk evidence kring konsensus tar inte bort trust assumptions före auktorisering.
  • Kärnrisk: behandla inte en nyckel auktoriserar; en adress identifierar som en oviktig detalj.
  • Åtgärd: verifiera teknisk evidence kring en nyckel auktoriserar; en adress identifierar före auktorisering.
  • Kärnrisk: behandla inte en wallet är mer än key storage som en oviktig detalj.
  • Åtgärd: verifiera teknisk evidence kring en wallet är mer än key storage före auktorisering.
  • Kärnrisk: behandla inte från avsikt till inclusion som en oviktig detalj.
  • Åtgärd: verifiera teknisk evidence kring från avsikt till inclusion före auktorisering.
Studiemetod
  1. 01

    Läs det sexdelade tekniska kapitlet

  2. 02

    Inspektera det unika visualet och protokollmodellen

  3. 03

    Arbeta igenom fall och evidenskarta

  4. 04

    Lämna in den skriftliga fältövningen

  5. 05

    Klara knowledge check och modullabb

  6. 06

    Genomför den tidsbegränsade slutbedömningen

Evidensstandard

Varje påstående ska knytas till observerbara fält, protokollbeteende, primärkällor eller tydligt angivna antaganden. Okända faktorer ska förbli explicita.

Slutförandekriterium

Slutförande kräver skriftligt arbete, knowledge checks, alla labb och minst 80% på slutprovet. Professional-nivån kräver även capstone.

Kärnordlista
State är det nätverket enas om
En blockchain tillämpar regler på state transitions och konvergerar via konsensus på en historik. Identifiera auktoritativ state, antaganden och kvarvarande reorg-risk.
Konsensus tar inte bort trust assumptions
PoW, PoS och andra mekanismer fördelar auktoritet och failure modes olika; ekonomisk säkerhet ersätter inte applikationssäkerhet.
En nyckel auktoriserar; en adress identifierar
Private key skapar giltiga signatures och adressen är en publik identifierare. Att avslöja seed eller private key överför kontroll även utan direkt transfer.
En wallet är mer än key storage
Wallet-programvara bygger requests, visar kontext och begär auktorisering. UI, browser origin, signer och device är separata trust boundaries.
Från avsikt till inclusion
En handling går från avsikt till payload, signature, propagation, mempool, inclusion och finalitet; varje fas har egna risker och svarsalternativ.
Avgifter köper prioritet, inte korrekthet
Fees påverkar hastighet och inclusion men verifierar inte användarens avsikt. En skadlig high-fee-transaktion förblir skadlig.
UTXO förbrukar diskreta outputs
I UTXO-modellen konsumeras tidigare inputs och nya outputs skapas; coin selection, change och scripts påverkar giltighet, privacy och kostnad.
Kontobaserade kedjor ändrar delad state
På account-based chains ligger balances, nonces och storage i delad state och ett call kan utlösa godtycklig downstream-logik.
SPECIALISTFÖRDJUPNING

Moderna protokoll och operativa ämnen

Dessa fördjupningar breddar kärnprogrammet med aktuella standarder och säkerhetsgränser som praktiker måste kunna identifiera.

HD-wallets, BIP-32 och derivationsgränser
Specialiserad studieenhet01
EXT / 01

HD-wallets, BIP-32 och derivationsgränser

Förstå hur en seed skapar en hierarki av extended keys, varför hardened derivation finns och varför en xpub är känsligare än en vanlig adress. Bedöm vilken subtree-information som korsar trust boundaries.

SäkerhetsfokusDerivation path · hardened/non-hardened · xpub exposure · account separation
StudieuppgiftLäs primärmaterialet, identifiera trust boundary och förklara hur mekanismen förändrar auktoriserings- eller exekveringsmodellen.
Krävt resultatProducera en kort analytikernot med antaganden, materiell evidens, felvillkor och ett motiverat säkerhetsbeslut.
PrimärkällorBIP-32 ↗
PSBT, offline-signering och transaction handoff
Specialiserad studieenhet02
EXT / 02

PSBT, offline-signering och transaction handoff

PSBT är ett strukturerat handoff mellan konstruktion och signering. Signern måste verifiera inputs, outputs, change, fee och okända fält även i ett offlineflöde.

SäkerhetsfokusUnsigned transaction · input metadata · change · signer verification · PSBT v0/v2
StudieuppgiftLäs primärmaterialet, identifiera trust boundary och förklara hur mekanismen förändrar auktoriserings- eller exekveringsmodellen.
Krävt resultatProducera en kort analytikernot med antaganden, materiell evidens, felvillkor och ett motiverat säkerhetsbeslut.
PrimärkällorBIP-174 ↗BIP-370 ↗
Taproot, Schnorr och MuSig2-auktorisering
Specialiserad studieenhet03
EXT / 03

Taproot, Schnorr och MuSig2-auktorisering

Koppla Taproot key/script paths till BIP-340-kompatibel multisignature. Aggregerade nycklar förenklar on-chain-representation, men nonces, koordinering och fallback är fortfarande kritiska.

SäkerhetsfokusTaproot · Schnorr · MuSig2 · nonce discipline · fallback
StudieuppgiftLäs primärmaterialet, identifiera trust boundary och förklara hur mekanismen förändrar auktoriserings- eller exekveringsmodellen.
Krävt resultatProducera en kort analytikernot med antaganden, materiell evidens, felvillkor och ett motiverat säkerhetsbeslut.
PrimärkällorBIP-341 ↗BIP-327 ↗
Modul 01

State, konsensus och finalitet

Modulen fördjupar state, konsensus och finalitet med tillämpad teori och ett eget besluts-labb.

Teknisk miljö för den här kursmodulen
Lektion 1.1

State är det nätverket enas om

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

State är det nätverket enas om

Fördjupad teknisk lektion
01
Mental modell

En blockchain tillämpar regler på state transitions och konvergerar via konsensus på en historik. Identifiera auktoritativ state, antaganden och kvarvarande reorg-risk.

Detta koncept är viktigt eftersom Kärnrisk: behandla inte state är det nätverket enas om som en oviktig detalj.

Inspektera de exakta protokollfälten som skapar behörighet eller ändrar exekveringen. Jämför fälten med användarens deklarerade avsikt och den förväntade säkerhetsgränsen.

02
Vad som faktiskt händer

Inspektera de exakta protokollfälten som skapar behörighet eller ändrar exekveringen.

På protokoll- och exekveringsnivå ska du inspektera state och transition och consensus och reorg och finality. Protokollidentifierare översätts inte eftersom de ingår i den tekniska payloaden.

state

Tekniska inspektionspunkter

transition

Tekniska inspektionspunkter

consensus

Tekniska inspektionspunkter

reorg

Tekniska inspektionspunkter

finality

Tekniska inspektionspunkter

03
Felyta

Behandla motsägelser, överdriven behörighet och oförklarade beroenden som materiella felsignaler.

Den praktiska konsekvensen är att Åtgärd: verifiera teknisk evidence kring state är det nätverket enas om före auktorisering. Okänt är inte samma sak som säkert.

  • Kärnrisk: behandla inte state är det nätverket enas om som en oviktig detalj.
  • Åtgärd: verifiera teknisk evidence kring state är det nätverket enas om före auktorisering.
04
Beslutsstandard

Koppla varje materiell signal till dess konkreta konsekvens för tillgångar, behörighet eller förtroende.

Den praktiska konsekvensen är att Åtgärd: verifiera teknisk evidence kring state är det nätverket enas om före auktorisering.

Eskalera när evidensen är motsägelsefull eller ofullständig eller när konsekvensen överstiger rutinpolicy.

05
Verifieringsprocedur

Verifiera begäran med oberoende evidens före irreversibel auktorisering.

  1. 01

    Inspektera de exakta protokollfälten som skapar behörighet eller ändrar exekveringen.

  2. 02

    Jämför fälten med användarens deklarerade avsikt och den förväntade säkerhetsgränsen.

  3. 03

    Verifiera begäran med oberoende evidens före irreversibel auktorisering.

  4. 04

    Dokumentera fakta, antaganden, okända faktorer och beslut så att en annan analytiker kan reproducera granskningen.

  5. 05

    Eskalera när evidensen är motsägelsefull eller ofullständig eller när konsekvensen överstiger rutinpolicy.

06
Krävd analytikerleverans

Dokumentera fakta, antaganden, okända faktorer och beslut så att en annan analytiker kan reproducera granskningen.

Kärnrisk: behandla inte state är det nätverket enas om som en oviktig detalj. och Åtgärd: verifiera teknisk evidence kring state är det nätverket enas om före auktorisering.

Krävd analytikerleveransState är det nätverket enas om · Beslutsstandard
State är det nätverket enas om
LESSON VISUALState är det nätverket enas omstate consensus finality
State är det nätverket enas om
VERKLIG KONTEXT · NOD- OCH INFRASTRUKTURMILJÖState är det nätverket enas omKONCEPT → VERKLIG MILJÖ → OPERATIVT BESLUT
VISUAL MODEL / AUTHORITY MAPstate-consensus-finality
N01N02N03N04N05N06AUTHORITY MAPState är det nätverket enas om
CONCEPT → EVIDENCE → FAILURE MODE → VERIFICATION
Teknisk workbook

Analytikerns mål

Kärnrisk: behandla inte state är det nätverket enas om som en oviktig detalj.

Mekanik
stateaccepted chain/application state
transitionvalid state change
consensushistory selection / finalization
reorgaccepted history can change
finalityconfidence / economic or protocol guarantee
Felsignaler
  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

Verifieringsprocedur
  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

Resonemangskedja
  1. 01

    fakta → materiell evidens

  2. 02

    evidens → konsekvens / behörighet

  3. 03

    konsekvens → tydligt beslut + nästa åtgärd

Krävt resultatchain finality assumption record
Protokollgenomgång

Följ säkerhetsbeslutets väg

state / consensus / finality
01Observera
  • state: accepted chain/application state
  • transition: valid state change
02Spåra
  • consensus: history selection / finalization
  • reorg: accepted history can change
  • finality: confidence / economic or protocol guarantee
03Ifrågasätt
  • treating inclusion as absolute finality
  • ignoring reorg assumptions
  • confusing consensus security with app safety
04Verifiera
  • identify consensus mechanism
  • define confirmation/finality criterion
  • measure reorg exposure
05Resultat
  • chain finality assumption record
Behörighetsytastate · transition · consensus
Felvillkortreating inclusion as absolute finality
Tillämpat fall
btc-finality
FALL / state-consensus-finality
chainBitcoin
value1.8 BTC
confirmations1
reorg Policytreasury requires 6
mempool Replacementdisabled
questionsettled or still operationally reversible?
Analytikeruppgift

Identifiera före svaret vilken befogenhet som ges, vilken trust boundary som kan fallera och vilken konsekvens som blir oåterkallelig.

Evidenskarta

Ordna innan du beslutar

Separera identitet, auktoritet, exekvering och kontext före säkerhetsbeslutet.

01
Identitet

Vem eller vad begär, tar emot eller representerar auktoritet?

—
02
Auktoritet

Vilken förmåga kan ges, behållas eller utövas?

reorg Policytreasury requires 6
03
Exekvering

Vad kommer payload, route eller system faktiskt att göra?

value1.8 BTC
mempool Replacementdisabled
04
Kontext

Vilka omgivande fakta kan materiellt ändra beslutet?

chainBitcoin
confirmations1
questionsettled or still operationally reversible?
Fältövning

Skapa ett analytikerfärdigt fynd

Endast lokal analytikerpost

Svara inte ur minnet. Använd fallet, protokollfälten och verifieringsproceduren ovan för att skriva ett reproducerbart fynd.

Fokusstate · transition · consensus
Felsignaltreating inclusion as absolute finality
Verifiera förstidentify consensus mechanism
Resultatchain finality assumption record
Slutförandekriterier
  • Hänvisar till materiell evidens, inte UI-utseende.
  • Nämner behörighet, tillståndsövergång eller konsekvens.
  • Ger en reproducerbar nästa åtgärd eller beslut.
Säkerhetsnoteringar
  1. 01

    Kärnrisk: behandla inte state är det nätverket enas om som en oviktig detalj.

  2. 02

    Åtgärd: verifiera teknisk evidence kring state är det nätverket enas om före auktorisering.

Analytikerns anteckningsbok

Bygg ditt evidensmemo

Endast lokal lärjournal

Skriv ned ditt resonemang före kontrollen och avsluta med ett tydligt beslut eller nästa åtgärd. Anteckningarna stannar på den här enheten.

LOCAL STORAGE
Fältövning

Utveckla alla tre avsnitten innan slutförande.

Lektion 1.2

Konsensus tar inte bort trust assumptions

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

Konsensus tar inte bort trust assumptions

Fördjupad teknisk lektion
01
Mental modell

PoW, PoS och andra mekanismer fördelar auktoritet och failure modes olika; ekonomisk säkerhet ersätter inte applikationssäkerhet.

Detta koncept är viktigt eftersom Kärnrisk: behandla inte konsensus tar inte bort trust assumptions som en oviktig detalj.

Inspektera de exakta protokollfälten som skapar behörighet eller ändrar exekveringen. Jämför fälten med användarens deklarerade avsikt och den förväntade säkerhetsgränsen.

02
Vad som faktiskt händer

Inspektera de exakta protokollfälten som skapar behörighet eller ändrar exekveringen.

På protokoll- och exekveringsnivå ska du inspektera safety och liveness och censorship och economic security och centralization. Protokollidentifierare översätts inte eftersom de ingår i den tekniska payloaden.

safety

Tekniska inspektionspunkter

liveness

Tekniska inspektionspunkter

censorship

Tekniska inspektionspunkter

economic security

Tekniska inspektionspunkter

centralization

Tekniska inspektionspunkter

03
Felyta

Behandla motsägelser, överdriven behörighet och oförklarade beroenden som materiella felsignaler.

Den praktiska konsekvensen är att Åtgärd: verifiera teknisk evidence kring konsensus tar inte bort trust assumptions före auktorisering. Okänt är inte samma sak som säkert.

  • Kärnrisk: behandla inte konsensus tar inte bort trust assumptions som en oviktig detalj.
  • Åtgärd: verifiera teknisk evidence kring konsensus tar inte bort trust assumptions före auktorisering.
04
Beslutsstandard

Koppla varje materiell signal till dess konkreta konsekvens för tillgångar, behörighet eller förtroende.

Den praktiska konsekvensen är att Åtgärd: verifiera teknisk evidence kring konsensus tar inte bort trust assumptions före auktorisering.

Eskalera när evidensen är motsägelsefull eller ofullständig eller när konsekvensen överstiger rutinpolicy.

05
Verifieringsprocedur

Verifiera begäran med oberoende evidens före irreversibel auktorisering.

  1. 01

    Inspektera de exakta protokollfälten som skapar behörighet eller ändrar exekveringen.

  2. 02

    Jämför fälten med användarens deklarerade avsikt och den förväntade säkerhetsgränsen.

  3. 03

    Verifiera begäran med oberoende evidens före irreversibel auktorisering.

  4. 04

    Dokumentera fakta, antaganden, okända faktorer och beslut så att en annan analytiker kan reproducera granskningen.

  5. 05

    Eskalera när evidensen är motsägelsefull eller ofullständig eller när konsekvensen överstiger rutinpolicy.

06
Krävd analytikerleverans

Dokumentera fakta, antaganden, okända faktorer och beslut så att en annan analytiker kan reproducera granskningen.

Kärnrisk: behandla inte konsensus tar inte bort trust assumptions som en oviktig detalj. och Åtgärd: verifiera teknisk evidence kring konsensus tar inte bort trust assumptions före auktorisering.

Krävd analytikerleveransKonsensus tar inte bort trust assumptions · Beslutsstandard
Konsensus tar inte bort trust assumptions
LESSON VISUALKonsensus tar inte bort trust assumptionsconsensus tradeoffs
Konsensus tar inte bort trust assumptions
VERKLIG KONTEXT · NOD- OCH INFRASTRUKTURMILJÖKonsensus tar inte bort trust assumptionsKONCEPT → VERKLIG MILJÖ → OPERATIVT BESLUT
VISUAL MODEL / TRUST TOPOLOGYconsensus-tradeoffs
N01N02N03N04N05N06TRUST TOPOLOGYKonsensus tar inte bort trust assumptions
CONCEPT → EVIDENCE → FAILURE MODE → VERIFICATION
Teknisk workbook

Analytikerns mål

Kärnrisk: behandla inte konsensus tar inte bort trust assumptions som en oviktig detalj.

Mekanik
safetyconflicting histories prevented
livenessnetwork continues progressing
censorshiptransactions can be excluded/delayed
economic securitycost of attacking consensus
centralizationconcentration of block/finality power
Felsignaler
  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

Verifieringsprocedur
  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

Resonemangskedja
  1. 01

    fakta → materiell evidens

  2. 02

    evidens → konsekvens / behörighet

  3. 03

    konsekvens → tydligt beslut + nästa åtgärd

Krävt resultatconsensus threat-assumption matrix
Protokollgenomgång

Följ säkerhetsbeslutets väg

consensus / tradeoffs
01Observera
  • safety: conflicting histories prevented
  • liveness: network continues progressing
02Spåra
  • censorship: transactions can be excluded/delayed
  • economic security: cost of attacking consensus
  • centralization: concentration of block/finality power
03Ifrågasätt
  • generic 'decentralized' claim
  • no adversary model
  • ignoring validator/miner concentration
04Verifiera
  • name consensus actors
  • identify safety/liveness assumptions
  • identify attack/economic threshold
05Resultat
  • consensus threat-assumption matrix
Behörighetsytasafety · liveness · censorship
Felvillkorgeneric 'decentralized' claim
Tillämpat fall
consensus-risk
FALL / consensus-tradeoffs
systemPoS chain
validator Concentrationtop 4 = 48%
finalityeconomic
bridge Dependencyyes
withdrawal Delay7 days
reviewliveness vs finality assumptions
Analytikeruppgift

Identifiera före svaret vilken befogenhet som ges, vilken trust boundary som kan fallera och vilken konsekvens som blir oåterkallelig.

Evidenskarta

Ordna innan du beslutar

Separera identitet, auktoritet, exekvering och kontext före säkerhetsbeslutet.

01
Identitet

Vem eller vad begär, tar emot eller representerar auktoritet?

—
02
Auktoritet

Vilken förmåga kan ges, behållas eller utövas?

—
03
Exekvering

Vad kommer payload, route eller system faktiskt att göra?

—
04
Kontext

Vilka omgivande fakta kan materiellt ändra beslutet?

systemPoS chain
validator Concentrationtop 4 = 48%
finalityeconomic
bridge Dependencyyes
withdrawal Delay7 days
reviewliveness vs finality assumptions
Fältövning

Skapa ett analytikerfärdigt fynd

Endast lokal analytikerpost

Svara inte ur minnet. Använd fallet, protokollfälten och verifieringsproceduren ovan för att skriva ett reproducerbart fynd.

Fokussafety · liveness · censorship
Felsignalgeneric 'decentralized' claim
Verifiera förstname consensus actors
Resultatconsensus threat-assumption matrix
Slutförandekriterier
  • Hänvisar till materiell evidens, inte UI-utseende.
  • Nämner behörighet, tillståndsövergång eller konsekvens.
  • Ger en reproducerbar nästa åtgärd eller beslut.
Säkerhetsnoteringar
  1. 01

    Kärnrisk: behandla inte konsensus tar inte bort trust assumptions som en oviktig detalj.

  2. 02

    Åtgärd: verifiera teknisk evidence kring konsensus tar inte bort trust assumptions före auktorisering.

Analytikerns anteckningsbok

Bygg ditt evidensmemo

Endast lokal lärjournal

Skriv ned ditt resonemang före kontrollen och avsluta med ett tydligt beslut eller nästa åtgärd. Anteckningarna stannar på den här enheten.

LOCAL STORAGE
Fältövning

Utveckla alla tre avsnitten innan slutförande.

Praktiskt labb låst

Klara båda kunskapskontrollerna i modulen innan labbet.

Modul 02

Nycklar, adresser och wallet-gränser

Modulen fördjupar nycklar, adresser och wallet-gränser med tillämpad teori och ett eget besluts-labb.

Modul låst

Slutför föregående modul inklusive praktiskt labb innan du fortsätter.

Modul 03

Transaktionens livscykel och avgifter

Modulen fördjupar transaktionens livscykel och avgifter med tillämpad teori och ett eget besluts-labb.

Operativ säkerhetsmiljö för den här kursmodulen
Modul låst

Slutför föregående modul inklusive praktiskt labb innan du fortsätter.

Modul 04

UTXO- kontra kontomodell

Modulen fördjupar utxo- kontra kontomodell med tillämpad teori och ett eget besluts-labb.

Modul låst

Slutför föregående modul inklusive praktiskt labb innan du fortsätter.

Slutprov

Slutprov

Kumulativt prov som byggs om vid varje försök från kursens koncept och praktiska fall.

Minst 80 % krävs. Att bara slutföra teorin ger inget intyg.

Godkändgräns80%
Bästa poäng0%
Bank52
Försök20
Försök0
Tidsgräns30 min
Slutprov
UTXO ACADEMY / SLUTPROV · foundationsSlutprov
LÅSTSlutför alla lektionskontroller och praktiska labb innan slutprovet låses upp.
Framsteg · 0%
Fortsätt