Bare så jeg er det: Om omtrent 3 uker vil Ethereum aktivere PeerDAS – en ny datalagringsmetode som øker maksimal nettverksgjennomstrømning med hele 8 ganger! det er den største skalerbarhetsforbedringen siden introduksjonen av Layer-2-rollups – og en stor akselerasjon mot Ethereums singularitet La oss bryte ned teknologien bak PeerDAS på den enkleste måten mulig. 1. Etter hvert som flere forbrukerapper og institusjoner velger Ethereum på grunn av troverdig nøytralitet og 100 % oppetid, øker transaksjonsvolumet dramatisk 2. Å holde tritt med denne etterspørselen krever at validatorer installerer stadig større (og raskere) lagring og båndbredde – fortsatt håndterbart i dag, men gradvis utenfor rekkevidde for uavhengige validatorer som Home Stakers 3. To løsninger: forlat hjemme-stakere som er kilden til Ethereums desentralisering (dårlig), eller finn måter å gjøre lagring og validering av transaksjonsdata mye mer effektiv slik at home stakere kan holde tritt (bra) 4. Her kommer PeerDAS inn – en metode for å dele og distribuere transaksjonsdata i deler, hvor individuelle validatorer bare trenger å verifisere og lagre 1/16 av de opprinnelige dataene for at de skal bevares i sin helhet – en enorm effektivitetsforbedring 5. Hvordan det fungerer: I stedet for å sende hele transaksjonsdataene til hver eneste node i nettverket, deler PeerDAS det opp i 128 deler og fordeler en tilfeldig sekvens på minst 8 deler til hver node for verifisering og lagring 6. Nettverket deles deretter inn i 128 grupper av noder – «sladdernettverk» – hver ansvarlig for å lagre og verifisere sitt eget datastykke. Hver node tilhører minst 8 av disse gruppene. Samlet lagrer de all data, men individuelt lagrer og behandler de betydelig mindre, noe som eliminerer ressursbegrensninger som en flaskehals for forbedringer i skalerbarhet 7. Det er som å bryte ned verifiseringen og lagringen av hele dataene i mindre biter som kan gjøres uavhengig og parallelt, med resultater som deretter samles, noe som reduserer innsatsen som kreves for hver deltaker 8. Trikset er at så lenge >=50 % av delene er verifisert og lagret av forskjellige noder, kan originaldataene gjenopprettes i sin helhet fra disse fragmentene, som en ripet DVD som fortsatt ville spilt filmen om ikke for mye skadet. 9. Navnet på dette trikset er "erasure codeing". Litt som en multisig-godkjenning krever k/N terskel for å pushe en transaksjon, slettkoding gjør det mulig å splitte data i N biter og velge terskelen k som kreves for å gjenopprette de opprinnelige dataene. i PeerDAS er N brikker 128 og k 64 – en terskel på 50 % 10. Så selv om hver node får delta i verifisering og lagring, trenger nettverket faktisk bare 50 % av dataene for å gjenopprette originalen, med noen forbehold. Dette er en høy nok terskel til å tåle koordinerte angrep på kjeden, og lav nok til å muliggjøre effektivitetsforbedringer. 11. Mekanisk sett, for hver blokk, er minimum antall datastykker en enkelt validatornode må laste ned, lagre og levere til peers 8 av 128 ...