HARDE GAFLER VS. MYKE GAFLER: PRAKTISKE FORSKJELLER FORKLART

Innen blokkjedeteknologi refererer en *fork* til en splittelse i protokollen eller kodebasen til et blokkjedenettverk. Denne splittelsen resulterer i divergerende stier, der den ene fortsetter med de eksisterende reglene, og den andre introduserer endringer. Forks er en viktig del av å vedlikeholde, oppgradere eller styre desentraliserte nettverk. De oppstår vanligvis på grunn av:

• Oppdateringer eller oppgraderinger av blokkjedeprotokollen
• Forskjeller i fellesskapets konsensus om styring
• Feilrettinger eller adressering av sikkerhetssårbarheter
• Uenigheter om grunnleggende prinsipper, for eksempel skalerbarhet eller transaksjonsgebyrer

Forks er kategorisert i to hovedtyper: *hard forks* og *soft forks*. Hver har forskjellige implikasjoner for bakoverkompatibilitet, konsensus og kjedekontinuitet. Å forstå den tekniske mekanikken og eksempler fra den virkelige verden på hver av dem er viktig for utviklere, investorer og brukere som navigerer i blokkjedeøkosystemet.

En *hard fork* er en radikal endring i en blokkjedes protokoll som *ikke* er bakoverkompatibel*. Noder eller brukere som ikke har oppgradert til den nye versjonen av programvaren, kan ikke validere eller samhandle med blokker eller transaksjoner produsert på den nye kjeden. Som et resultat skaper en hard fork en **permanent avvik** fra den forrige blokkjedeversjonen, noe som fører til to separate ledgere hvis det ikke er enstemmig adopsjon.

Viktige egenskaper ved en hard fork inkluderer:

• Ikke-bakoverkompatibilitet: Eldre noder avviser blokker fra den nye kjeden.
• Kjededeling: Blokkjeden deler seg i to hvis ikke alle noder oppgraderes.
• Opprettelse av nye tokens (ofte): Forklingen kan resultere i en ny kryptovaluta.
• Krever konsensus: Fellesskapsdeltakelse er nødvendig for forklingens langsiktige levedyktighet.

Praktisk eksempel: Bitcoin Cash (BCH)

I august 2017 skjedde en hard fork på Bitcoin-nettverket, noe som resulterte i opprettelsen av Bitcoin Cash. Hovedkonflikten i Bitcoin-samfunnet på den tiden handlet om hvordan man skulle skalere nettverket for å håndtere flere transaksjoner. Bitcoin Cash økte blokkstørrelsen fra 1 MB til 8 MB (og senere økte den ytterligere), noe som tillot flere transaksjoner per blokk og reduserte gebyrer.

Denne oppgraderingen var ikke bakoverkompatibel, og Bitcoin Cash ble en egen blokkjede med egne regler og token (BCH), forskjellig fra Bitcoin (BTC). Brukere som holdt Bitcoin på tidspunktet for fork-transaksjonen mottok et tilsvarende beløp i BCH etter splittelsen.

Andre bemerkelsesverdige harde forks:

• Ethereum Classic (ETC): Forked fra Ethereum i 2016 etter DAO-hacket, på grunn av uenigheter om å reversere et tyveri.
• Monero harde forks: Forekommer med jevne mellomrom for å oppgradere personvernprotokoller eller motstå ASIC-mining.
• Cardano Alonzo harde fork: Introduserte smarte kontrakter til Cardano i 2021, som krever en protokolloppgradering som er inkompatibel med eldre versjoner.

Harde forks er vanligvis mer forstyrrende enn myke forks, men tilbyr en ren løsning når fellesskapet er skarpt splittet eller når en fundamental endring er nødvendig.

I motsetning til hardforks er en soft fork en endring i blokkjedeprotokollen som er bakoverkompatibel. Dette betyr at selv ikke-oppgraderte (eldre) noder fortsatt kan gjenkjenne og validere blokker opprettet av de oppgraderte nodene, så lenge disse blokkene overholder de gamle reglene. Myke forker resulterer **ikke** nødvendigvis i en kjedesplittelse, forutsatt at majoriteten av nettverket er enige om og håndhever de nye reglene.

Viktige egenskaper ved en myk fork:

• Bakomkompatibilitet: Eldre noder fortsetter å fungere på det modifiserte nettverket.
• Ingen ny myntoppretting: Den eksisterende kryptovalutaen forblir intakt.
• Krever majoritetens hashkraft: Nye regler håndheves av majoriteten av miningkraften.
• Sikkerhet gjennom konsensus: Oppmuntrer til ensartet protokolljustering i nettverket.

Praktisk eksempel: Bitcoin SegWit-oppgradering:

En av de mest kjente myke forkene skjedde i august 2017 da protokolloppgraderingen *Segregated Witness* (SegWit) ble aktivert på Bitcoin-nettverket. SegWit endret måten transaksjonsdata lagres på, og fjernet effektivt signaturdataene (vitne) fra transaksjonsblokken og plasserte dem i en separat struktur. Denne endringen tillot at flere transaksjoner kunne lagres i én blokk uten å øke blokkstørrelsesgrensen.

Siden SegWit-transaksjoner fortsatt var gyldige under reglene i den gamle Bitcoin-protokollen (om enn ikke fullt utnyttet av eldre klienter), var endringen bakoverkompatibel. Som et resultat kunne eldre noder fortsatt validere blokker, og ingen ny mynt ble opprettet.

Andre store myke gafler inkluderer:

• Ethereums Byzantium-oppgradering: Implementerte forbedringer av personvern og effektivitet samtidig som nettverksintegriteten ble beholdt og bakoverkompatibilitet ble sikret.
• Litecoin MimbleWimble-integrasjon: Implementerte som en myk gaffel for valgfrie, ikke-obligatoriske konfidensielle transaksjoner.
• BIP66 (Bitcoin Improvement Proposal): Håndhevet strenge DER-signaturer gjennom en myk gaffel for å forbedre konsensusreglene sikkert.

Myke gafler foretrekkes generelt når trinnvise endringer eller optimaliseringer må gjøres samtidig som nettverkskoherens opprettholdes og risikoen (og kostnaden) ved en splitt unngås.

Imidlertid kan myke gafler være kontroversielle hvis ikke alle brukere er enige, og et forsøk på myk gaffel kan fortsatt resultere i en hard gaffel hvis konsensus mislykkes, som sett i noen historiske oppgraderinger.

Til syvende og sist avhenger valget mellom harde og myke gafler av målene med oppgraderingen, nivået av enighet i fellesskapet og arten av endringen i protokollen.