Ethereums kerneudviklere diskuterer prioriteterne for den næste hårde gaffel efter "Dencun", som kunne komme i slutningen af 2024 eller 2025.
Efter torsdagens All Core Devs-opkald forbliver den foreløbige tidsplan for Dencun-gaflen uændret, med Goerli-testnettet først op den 17. januar.
Med udrulningen af opgraderingen, der ser ud til at være sandsynlig i marts, retter udviklerne opmærksomheden mod det næste i Prag-Electra - Pralectra for kort - opgraderingen, der følger.
Stadig meget i forandring, er en debat i gang om den overordnede vision: Enten et funktionsfokuseret sæt af mindre Ethereum Improvement Proposals (EIP'er) eller en større protokolopgradering for at introducere Verkle Trees til udførelseslaget.
Verkle Trees er en ny datastruktur, der udvikler det nuværende Merkle Tree, der bruges i dag, ved at bruge mere sofistikerede matematiske teknikker - vektorforpligtelser baseret på elliptiske kurveparringer, som er en væsentlig afvigelse fra de enklere hash-funktioner, der bruges i Merkle Trees, ifølge verkle. info.
Denne struktur bruger mindre plads og kan verificeres hurtigere, hvilket begge tillader netværket at håndtere flere transaktioner.
Kort sagt er det en måde at håndtere det langsigtede problem med "statsbloat", som bliver stadig vigtigere, efterhånden som Ethereum skalerer.
Opgraderingen er en vigtig milepæl på Ethereums langsigtede køreplan, en fase kaldet The Verge.
Der var ingen klar konsensus om opfordringen - nogle går ind for at holde fokus på Verkle Trees, hvor Guillaume Ballet ved Ethereum Foundation advarer "der er ikke sådan noget som en lille gaffel", men andre opfordrer til en fast forpligtelse til at opgradere netværket igen i 2024.
Frygten er, at Verkle Trees kan tage 18 måneder eller mere at levere - en evighed i krypto.
Selve Dencun var oprindeligt planlagt til november, men blev endelig skubbet ind i 2024 i oktober sidste år.
Læs mere: Core devs udelukker Dencun fork i år
"Verkle er på skalaen af fusionen, hvis ikke værre med hensyn til kompleksitet," sagde Ballet. "Du kan ikke rigtig sende noget på samme tid på [udførelseslaget]-siden."
Lukasz Rozmej fra Netherminds eksekveringsklientteam var enig og anbefalede udviklerne at prioritere en funktionsrig gaffel først, før de vender sig helt til Verkle Trees.
"Min erfaring siger mig, at statens redesign er ekstremt hårdt, og de tager ekstremt lang tid," fortalte han kolleger under opkaldet. "Verkle sejhed er ikke specifikationen, det er implementeringen, optimeringen og testen."
Funktioner, ja, men hvilke?
Blandt dem, der gik ind for en anden 2024-gaffel med fokus på funktioner, var kundeteams for Nethermind, Besu og Reth. Men spørgsmålet er, hvad der har forrang?
Andrew Ashikhmin, softwareingeniør på Erigon-klientteamet, foreslog, at EVM Object Format (EOF) ville være en kandidat til at køre den næste opgradering uden at distrahere fra længerevarende arbejde på Verkle Trees, fordi det kunne implementeres af et mindre team, og var en mere isoleret ændring af kodebasen.
"Men Verkle bør være hovedfokus," sagde han.
EOF blev oprindeligt overvejet til Shapella-hardgaffelen, men blev anset for at være for stor til at blive parret som "passager" sammen med hoved-"driveren", Proto-Dank sharding eller EIP-4844.
Læs mere: Ethereums næste opgradering til at fokusere på klatter
EOF er "bestemt ikke en passager" ifølge Justin Florentine, protokolingeniør på Besu-klientteamet, men han sagde, at Besu allerede havde gjort "en masse fremskridt" med funktionen og derfor gik ind for dens vedtagelse i Pralectra
Georgios Konstantopoulos, chief technology officer og researcher hos investeringsfirmaet Paradigm, som bygger Rust Ethereum (Reth)-klienten, sagde, at hans team var "OK [med] EOF, da det er [et] enmandsjob og [kræver] isoleret test."
Men Ethereum Foundation-udvikler Marius van der Wijden delte den opfattelse, at "EOF ikke kommer til at være i den lille gaffel."
Ansgar Dietrichs hos Ethereum Foundation støttede EOF til inklusion i Pralectra i april sidste år, og bemærkede på torsdagens opkald, at Solidity-teamet – der vedligeholdt EVM’s vigtigste smarte kontraktprogrammeringssprog – var stærkt fortalere.
Ingen på opfordringen var der for eksplicit at advokere for EOF, hvilket fik Nethermind-grundlæggeren Tomasz Stanczak til at bemærke, "hvis ingen kæmper for EOF på dette opkald, ville dette opsummere, hvorfor det ikke er blevet sendt endnu."
Stanczak kaldte EIP-7002 eller "Execution layer triggerable exits" for den mest opstemte EIP i Ethereum Magicians forum og "super vigtig", fordi den retter en "stor designfejl med staking [og] kan ikke komme tidligt nok."
Med kerneudvikleren Parithosh Jayanthi, kendt under kaldenavnet "Potuz", sagde, at hvis han skulle vælge en funktion til at sende, ville det være EIP-7002. Men efter hans mening burde EIP-7549 "definitivt være med."
Denne funktion, som kun påvirker konsensuslaget, retter en fejl i Ethereums design og har til formål at reducere det gennemsnitlige antal parringer, der er nødvendige for at verificere konsensusregler. En parring er en operation, der bruges i visse kryptografiske algoritmer, der involverer elliptiske kurver.
For at opnå konsensus er det i øjeblikket nødvendigt at verificere minimum 1366 attester – hvilket indikerer enighed mellem validatorer – men efter EIP-7549 ville det blive reduceret til kun 22.
"Det er trivielt at implementere, og det vil spare en masse sammenlægningstid," sagde Potus. "Det kan hjælpe på tillidsløse broer - og zk-bevisere, zk-broer - det er noget, der helt sikkert burde være i hvilken forgrening, vi gør næste gang."
Målet med opkaldet var at kickstarte diskussionen, og den konkrete tilgang og forbedringsforslag vil blive besluttet på et senere tidspunkt. Ethereum-opgraderinger er konsensus-drevne; der er ikke noget eksplicit autoritetshierarki eller stemmemekanisme til at bestemme prioriteter.
Det kan til tider virke udfordrende eller kaotisk at gøre fremskridt, ikke ulig at hyrde katte, men det er det decentraliserede udyrs natur.
Gå ikke glip af den næste store historie - tilmeld dig vores gratis daglige nyhedsbrev.
Kilde: https://blockworks.co/news/ethereum-devs-plan-2024