Jump Cryptos Firedancer-team har introdusert SIMD-0370, et forslag som kan endre hvordan Solana behandler transaksjoner.
Den uavhengige validator-klienten ønsker å fjerne nettverkets faste grense for beregningsenheter (CU), og argumenterer for at validator-ytelse bør bestemme kapasiteten i stedet for en vilkårlig grense.
Solana utviklere uenige om plan for å erstatte blokkgrense
Forslaget bygger på Alpenglow, en kommende nettverksoppgradering som vil redusere blokkfinalitet fra 12,8 sekunder til så lite som 100–150 millisekunder.
Alpenglow forventes å frigjøre langt større effektivitet for blokkjedenettverket ved å redusere overbelastning og eliminere overflødig gossip-meldinger.
Firedancer hevder at i et slikt miljø er det unødvendig å holde Solanas blokk-kapasitet begrenset mellom 60 millioner og 100 millioner beregningsenheter, som pålagt av SIMD-0286.
For øyeblikket står hver validator overfor den samme grensen uavhengig av maskinvare. Denne strukturen, argumenterer teamet, forhindrer sterkere maskiner fra å behandle større blokker og skaper ujevne insentiver for utviklere og operatører.
“Den nåværende insentivstrukturen for validator-klienter og programutviklere er ødelagt. Kapasiteten til nettverket bestemmes ikke av maskinvarens evner, men av den vilkårlige blokkens beregningsenhetsgrense,” argumenterte teamet.
Dette ville imidlertid endre seg med Firedancers SIMD-0370 forslag.
Under dette forslaget kunne blokkprodusenter pakke så mange transaksjoner som systemene deres kan håndtere.
Validatorer som ikke klarer å behandle disse blokkene i tide, ville rett og slett hoppe over dem, mens kjeden ville fortsette uten avbrudd.
Firedancer hevder at denne tilnærmingen tilpasser nettverkskapasiteten med markedsbehov. Det skaper et dynamisk system der gjennomstrømningen skaleres opp eller ned basert på bruk i stedet for manuelle oppdateringer.
Forslaget introduserer også mer betydelige insentiver for konkurranse.
Blokkprodusenter som optimaliserer ytelsen sin, kan inkludere flere transaksjoner per blokk, og dermed tjene høyere belønninger.
På sin side må tregere validator-klienter forbedre oppsettene sine for å unngå å falle bak og gå glipp av inntekter.
Firedancer forventer at dette vil utløse en “flyhjulseffekt” der konsistente ytelsesforbedringer øker grunnkapasiteten til hele validator-settet.
“Det nettoresultatet er at kapasiteten til nettverket styres av markedsstyrker – hvis etterspørselen er der, vil kapasiteten til
nettverket øke for å møte den,” argumenterte utviklerne.
Likevel er ikke alle utviklere overbevist om planen.
Roger Wattenhoffer, forskningssjef ved Anza, advarte om at fjerning av blokkgrensen kunne introdusere tekniske risikoer og fremme sentralisering.
Han bemerket imidlertid at disse problemene kunne løses.
“Hvis hastigheten øker i løpet av en epoke, kan vi falle under 60/80-grensene, på hvilket tidspunkt vi bare får hopp, og vi må i utgangspunktet gå inn i Alpenglows katastrofescenarier,” uttalte forskeren.
Tilsvarende advarte systemingeniør Akhilesh Singhania om at store operatører som skalerer til dyrere maskinvare, kunne presse ut mindre validatorer.
Han advarte om at dette skiftet kan konsentrere nettverket i færre hender.