Tilbage

Solana kan fjerne blokgrænser, da Firedancer udfordrer grænsen for beregningsenheder

editor avatar

Redigeret af
Mohammad Shahid

28. september 2025 10.57 UTC
Betroet
  • Firedancer har foreslået at fjerne Solanas faste grænse for compute-enheder pr. blok, med den begrundelse at validator hardware bør bestemme netværkets kapacitet.
  • Denne ændring kan lade stærkere validatorer behandle større blokke, hvilket potentielt kan øge gennemstrømningen og tilpasse ydeevnen til markedets efterspørgsel.
  • Kritikere advarer men om, at flytningen kan skubbe mindre validatorer til side og øge centraliseringsrisici på blockchain-netværket.

Jump Cryptos Firedancer-team har introduceret SIMD-0370, et forslag der kan ændre, hvordan Solana behandler transaktioner.

Den uafhængige validator-klient ønsker at fjerne netværkets faste compute unit (CU) blokgrænse og argumenterer for, at validatorens ydeevne bør bestemme kapaciteten frem for en vilkårlig grænse.

Solana-udviklere uenige om plan om at erstatte blokgrænsen

Forslaget bygger på Alpenglow, en kommende netværksopgradering, der vil reducere blokfinalitet fra 12,8 sekunder til så lidt som 100–150 millisekunder.

Alpenglow forventes at låse op for langt større effektivitet for blockchain-netværket ved at reducere overbelastning og eliminere overflødig gossip-beskedudveksling.

Firedancer hævder, at i et sådant miljø er det unødvendigt at holde Solanas blokkapacitet begrænset mellem 60 millioner og 100 millioner compute units, som foreskrevet af SIMD-0286.

I øjeblikket står hver validator over for den samme grænse uanset hardware. Denne struktur, argumenterer teamet, forhindrer stærkere maskiner i at behandle større blokke og skaber ulige incitamenter for udviklere og operatører.

“Det nuværende incitamentsystem for validator-klienter og programudviklere er i stykker. Netværkets kapacitet bestemmes ikke af hardwarets kapabiliteter, men af den vilkårlige blok compute unit-grænse,” argumenterede teamet.

Men det ville ændre sig med Firedancers SIMD-0370 forslag.

Under dette forslag kunne blokproducenter pakke så mange transaktioner, som deres systemer kan håndtere.

Validatorer, der ikke kan behandle disse blokke i tide, ville simpelthen springe dem over, mens kæden ville fortsætte uden afbrydelse.

Firedancer fastholder, at denne tilgang tilpasser netværkskapaciteten til markedsbehovet. Det skaber et dynamisk system, hvor gennemstrømningen skalerer op eller ned baseret på brug frem for manuelle opdateringer.

Forslaget introducerer også mere betydelige incitamenter for konkurrence.

Blokproducenter, der optimerer deres ydeevne, kunne inkludere flere transaktioner pr. blok og dermed tjene højere belønninger.

Til gengæld skal langsommere validator-klienter forbedre deres opsætninger for at undgå at falde bagud og gå glip af indtægter.

Firedancer forventer, at dette vil udløse en “flywheel-effekt”, hvor konsekvente ydeevneforbedringer hæver den grundlæggende kapacitet for hele validator-sættet.

“Det samlede resultat er, at netværkets kapacitet styres af markedskræfter – hvis der er efterspørgsel, vil kapaciteten af
netværket øges for at imødekomme det,” argumenterede udviklerne.

Alligevel er ikke alle udviklere overbeviste om planen.

Roger Wattenhoffer, leder af research hos Anza, advarede om, at fjernelse af blokgrænsen kunne introducere tekniske risici og fremme centralisering.

Men han bemærkede, at disse problemer kan løses.

“Hvis hastigheden stiger under en epoke, kan vi falde under 60/80-grænserne, hvor vi kun får spring, og vi skal i bund og grund ind i Alpenglows katastrofescenarier,” udtalte forskeren.

Ligeledes advarede systemingeniør Akhilesh Singhania om, at store operatører, der skalerer til dyrere hardware, kunne udkonkurrere mindre validatorer.

Han advarede om, at dette skift kan koncentrere netværket i færre hænder.

Ansvarsfraskrivelse

Alle oplysninger på vores hjemmeside offentliggøres i god tro og kun til generelle informationsformål. Enhver handling, der foretages af læserne på grundlag af oplysningerne på vores hjemmeside, er udelukkende på egen risiko.