Forbedring av Ethereums hastighet og skalerbarhet
Ethereum-medgründer Vitalik Buterin har skissert en ny tilnærming for å forbedre nettverkets hastighet og skalerbarhet ved å revurdere hvordan blokkfinalitet er strukturert. I et blogginnlegg 1. august foreslo Buterin å skille Ethereums fork choice-mekanisme fra finalitetsprosessen, noe han mener kan forenkle protokollen og muliggjøre raskere blokkbekreftelser.
Fork choice og finalitet
Ethereums konsensus er for tiden avhengig av et slot-basert design, der både fork choice og finalitetsmekanismer opererer innenfor det samme tidsvinduet. Selv om dette designet er robust, krever det flere runder med validator-kommunikasjon i hver slot, noe som begrenser hvor raskt nye blokker kan bekreftes. Med dette i tankene foreslår Buterin å redusere kompleksiteten ved å la de to prosessene utvikle seg uavhengig. Han skrev:
«[Det] kan være [en måte] å bevege seg noe bort fra den tette koblingen mellom slots og finalitet introdusert i 3SF, og i stedet ha en mer separat LMD GHOST fork choice-regel og finalitetsgadget, med forskjellige deltakerantall.»
Et to-nivå system
Under sin plan foreslår Buterin å tildele et lite, fast antall validatorer, omtrent 256, til å kjøre fork choice-algoritmen, LMD GHOST, på en per-slot basis. Denne gruppen ville raskt bestemme hodet av kjeden i sanntid og fungere som Ethereums «hurtigspor» for blokkvalg.
I mellomtiden ville et bredere validator-sett som opererer på en langsommere rytme håndtere finalitetsprosessen, som bestemmer hvilke blokker som blir irreversible. Denne oppdelingen kan tillate Ethereum å redusere antall kommunikasjonsrunder per slot fra tre eller fire ned til bare to, noe som gjør nettverket mer responsivt uten å ofre konsensusintegritet.
Buterin påpekte at hans foreslåtte arkitektur har bredere implikasjoner for Ethereums skalerbarhet. Han sa at dette trekket ville tillate nettverket å forkorte slot-tider og håndtere en større validatorpool på en sikker måte. Dette kan skaleres opp til en million deltakere uten å introdusere betydelig overhead eller stole på komplekse kryptografiske triks.
Buterin argumenterte også for at et slikt system ville holde Ethereum sikkert samtidig som det forenkler interne operasjoner. Det ville også gi utviklere mer fleksibilitet til å oppgradere eller bytte ut finalitetsmekanismer over tid, uten å forstyrre den grunnleggende fork choice-logikken.
I mellomtiden er forslaget fortsatt i forskningsfasen og er åpent for videre innspill fra fellesskapet. Likevel markerer det et betydelig skritt mot å strømlinjeforme Ethereums ytelse ettersom nettverket utvikler seg til en mer effektiv og skalerbar plattform.
