Andre mekanismer
PoA, DPoS
Andre mekanismer er en gratis leksjon i Grunnleggende om Web3- og DApp-utvikling på CoddyKit. Dette er leksjon 3 av 4. Du kan lese valgfritt 3 leksjoner fra denne læringsstien gratis i sin helhet – deretter låser CoddyKit PRO opp alle leksjoner, samt praktisk øving med en innebygd kodeeditor og en AI-veileder som er tilgjengelig døgnet rundt. Den er en del av læringsløpet i Grunnleggende om Web3- og DApp-utvikling, og fremdriften din synkroniseres mellom nettet og CoddyKit-appen. Kurset i Grunnleggende om Web3- og DApp-utvikling inneholder totalt 4 leksjoner.
Utover PoW og PoS
Proof of Work og Proof of Stake er de mest kjente konsensusmekanismene, men det finnes mange andre. De avveier desentralisering, hastighet og tillit på ulike måter.
Denne leksjonen gir en oversikt over de viktigste alternativene.
Proof of Authority (PoA)
Proof of Authority baserer seg på et lite antall forhåndsgodkjente, identifiserte validatorer. Omdømmet deres i den virkelige verden fungerer som innsatsen.
PoA er raskt og billig, men mer sentralisert – og er vanlig i private nettverk og testnettverk.
PoA validators (known identities):
Validator-A (Company X)
Validator-B (Company Y)
Validator-C (Company Z)Delegated Proof of Stake (DPoS)
I Delegated Proof of Stake stemmer tokeninnehavere på et begrenset antall delegater som produserer blokker på deres vegne.
Dette øker gjennomstrømningen, men konsentrerer blokkproduksjonen hos de få som blir valgt.
Token holders vote ->
elect top 21 delegates ->
delegates take turns
producing blocksPoA kontra DPoS
Begge reduserer antallet validatorer for å oppnå høyere hastighet, men skiller seg fra hverandre i hvordan validatorene velges:
- PoA: Validatorer forhåndsgodkjennes basert på identitet eller myndighet
- DPoS: Validatorer velges gjennom stemmer fra tokeninnehavere
Proof of History (PoH)
Proof of History, som brukes av Solana, oppretter en verifiserbar tidslinje ved å hashe hendelser i rekkefølge.
Det er ikke en frittstående konsensusmekanisme, men en klokke som lar validatorer bli enige om rekkefølgen før de stemmer, slik at høy gjennomstrømning blir mulig.
Bysantinsk feiltoleranse
Mange mekanismer bygger på Byzantine Fault Tolerance (BFT): evnen til å komme til enighet selv om enkelte noder opptrer ondsinnet eller svikter.
Et BFT-system forblir korrekt så lenge færre enn en tredjedel av deltakerne er feilaktige.
Practical BFT (PBFT)
PBFT oppnår konsensus gjennom avstemningsrunder blant et kjent sett med validatorer. Det gir rask og umiddelbar finalitet, men kan ikke skaleres til tusenvis av åpne noder.
Det ligger til grunn for mange tillatelsesbaserte og hybride kjeder.
Proof of Space and Time
Proof of Space (som brukes av Chia) lar deltakere stille diskplass til disposisjon i stedet for beregningskraft, med mål om lavere energiforbruk.
Det kombineres med Proof of Time for å hindre manipulering og gir en annen ressursbasert sikkerhetsmodell.
Valg av mekanisme
Det finnes ikke ett enkelt beste valg – det avhenger av målene:
- Maksimal desentralisering -> PoW eller PoS
- Hastighet i en tillitsbasert gruppe -> PoA eller PBFT
- Gjennomstrømning valgt av fellesskapet -> DPoS
Blokkjede-trilemmaet
Trilemmaet sier at det er vanskelig å maksimere desentralisering, sikkerhet og skalerbarhet samtidig.
Hver konsensusmekanisme velger en balanse og ofrer noe av én egenskap for å oppnå mer av en annen.
Slik henger det sammen
Utover PoW og PoS optimaliserer mekanismer som PoA, DPoS, PoH og PBFT for ulike behov. De skiller seg hovedsakelig fra hverandre i hvem som validerer, og hvordan validatorene velges.
Alle må håndtere de samme avveiningene i trilemmaet.
Kort kontroll
Test kunnskapene dine om alternative konsensusmekanismer.
Oppsummering: Andre mekanismer
Du har lært at:
- PoA bruker forhåndsgodkjente, identifiserte validatorer
- DPoS velger delegater gjennom stemmer fra tokeninnehavere
- PoH ordner hendelser med en verifiserbar klokke
- BFT/PBFT tåler ondsinnede noder ved hjelp av avstemning
- Trilemmaet tvinger frem avveininger
Neste: finalitet og forgreininger.
Lær deg Grunnleggende om Web3- og DApp-utvikling med en AI-veileder – gratis
Skriv og kjør ekte kode i nettleseren, få umiddelbar hjelp fra en AI-veileder som er tilgjengelig døgnet rundt, og fortsett der du slapp – på nettet eller i appen.
- Kurs
- 29
- Leksjoner
- 105
Ofte stilte spørsmål
Er leksjonen «Andre mekanismer» gratis?
Ja – du kan lese valgfritt 3 av leksjonene i læringsstien Grunnleggende om Web3- og DApp-utvikling, inkludert «Andre mekanismer», gratis i sin helhet her på nettet. Deretter låser CoddyKit PRO opp alle leksjoner, samt interaktiv øving med en innebygd kodeeditor og en AI-veileder som er tilgjengelig døgnet rundt. Kurset i Grunnleggende om Web3- og DApp-utvikling inneholder totalt 4 leksjoner.
Hva lærer jeg i «Andre mekanismer»?
PoA, DPoS Du øver på Grunnleggende om Web3- og DApp-utvikling med praktisk kode som du kjører direkte i nettleseren, mens en AI-veileder som er tilgjengelig døgnet rundt, svarer på spørsmålene dine mens du jobber deg gjennom leksjonen.
Trenger jeg erfaring for å begynne med Grunnleggende om Web3- og DApp-utvikling?
Ingen tidligere erfaring er nødvendig. Grunnleggende om Web3- og DApp-utvikling på CoddyKit er lagt opp for både nybegynnere og viderekomne, så De kan begynne her eller helt fra start og lære i Deres eget tempo. Dette er leksjon 3 av 4.
Hvor lang tid tar leksjonen «Andre mekanismer»?
De fleste CoddyKit-leksjoner tar omtrent 5–10 minutter. Hver leksjon er kort og interaktiv, slik at De gjør jevne fremskritt og kan fortsette akkurat der De slapp – både på nettet og i appen.
Kan jeg skrive og kjøre kode i denne Grunnleggende om Web3- og DApp-utvikling-leksjonen?
Ja. Alle Grunnleggende om Web3- og DApp-utvikling-leksjoner har en innebygd kodeeditor, slik at De kan skrive og kjøre ekte kode direkte i nettleseren og få umiddelbar tilbakemelding fra AI – uten lokal konfigurering.
Alle leksjonene i dette kurset
- Proof of Work
- Proof of Stake
- Andre mekanismer
- Finalitet og forgreininger