Vitalik Buterin introduserer ‘The Purge’ for å takle Ethereums data- og lagringsutfordringer

Ethereums medgrunnlegger, Vitalik Buterin, har presentert “The Purge”, den femte delen i en serie foreslåtte oppgraderinger designet for å strømlinjeforme Ethereum-nettverkets datalagring og protokollkompleksitet.

Denne oppdateringen er avgjørende ettersom Ethereums langsiktige skalerbarhet, sikkerhet og bærekraft avhenger av en stabil, håndterbar dataarkitektur.

Håndtering av datalagring på Ethereum

Buterins Purge-oppgradering introduserer et rammeverk som tar for seg Ethereums økende lagringsbehov. Ved å eliminere utdatert nettverkshistorikk, sikter den mot å lindre flaskehalser og redusere harddiskplassen som kreves for å kjøre en node.

For øyeblikket krever kjøring av en Ethereum-node rundt 1,1 terabyte med diskplass bare for utføringsklienten, sammen med flere hundre gigabyte til for konsensusklienten. Faktisk vokser lagringskravene med hundrevis av gigabyte hvert år, selv uten å øke Ethereums gass grense.

 Les mer: En dypere titt på Ethereum-nettverket

Purge foreslår en desentralisert tilnærming til datalagring på tvers av nettverksnoder. I stedet for at hver node holder hele nettverkshistorikken, kunne de lagre mindre, tilfeldige segmenter. Dette ville tillate nettverket å opprettholde dataredundans uten at hver node trenger å lagre den samme informasjonen.

“Hvis vi ved å gjøre det mer overkommelig å kjøre en node, kan komme til et nettverk med 100 000 noder, der hver node lagrer en tilfeldig 10 % av historikken, så vil hvert dataelement bli replikert 10 000 ganger – akkurat samme replikeringsfaktor som et 10 000-nodes nettverk der hver node lagrer alt,” forklarte Buterin.

Et annet nøkkelforslag er å innføre en “tilstandsløs” tilnærming for å håndtere Ethereums tilstandsdata. Dette kunne bidra til å holde totaldata under 8 terabyte i flere tiår.

For å ytterligere strømlinjeforme lagringen foreslår Buterin også å utforske enten delvis eller fullstendig tilstandsutløp, der visse gamle data kan fases ut, kombinert med justeringer i adresseområdet. Han bemerket at tilstandsutløp kunne forenkle overganger mellom dataformater, ettersom nye tilstandstrær kunne fases inn uten komplekse konverteringer.

Forenkling av protokollen

Utover lagring, understreker Buterin behovet for å holde Ethereums protokoll effektiv og brukervennlig. Forenkling av protokollen kunne redusere feil og gjøre nettverket enklere å navigere for utviklere og brukere.

En mulighet er “ossifisering”, en prosess som fryser protokollen, stopper nye endringer for å forbedre stabiliteten. Alternativt kunne Ethereum selektivt fase ut utdaterte funksjoner, opprettholde bakoverkompatibilitet samtidig som unødvendig kompleksitet minimeres.

“En mellomvei, å gjøre færre endringer i protokollen, og også fjerne i det minste litt kompleksitet over tid, er også mulig,” la Buterin til.

Les mer: Når er Ethereum gassavgifter lavest?

Imens gjentok Buterin behovet for enkelhet og bakoverkompatibilitet. Ifølge ham ville dette gi stabilitet for applikasjoner som trenger pålitelig, langsiktig støtte.

“Ethreums verdi som en kjede kommer fra at det er en plattform hvor du kan distribuere en applikasjon og være trygg på at den fortsatt vil fungere mange år fra nå,” konkluderte han.