Firedancer stelt voor om vaste bloklimiet op Solana te schrappen

Solana zou binnenkort een flinke sprong in schaalbaarheid kunnen maken als het aan het Firedancer team van Jump ligt. Zij hebben namelijk een nieuw voorstel ingediend onder de naam SIMD 0370. Het plan: laat de vaste compute unit limiet per block los, zodat de netwerkcapaciteit voortaan mee kan groeien met de kracht van de validators.

Op dit moment zit er nog een harde grens op hoeveel rekenkracht een blok mag bevatten. Die limiet staat nu op 60 miljoen compute units, met een geplande verhoging naar 100 miljoen via het eerdere voorstel SIMD 0286. Maar volgens het Firedancer team is zo’n vaste cap niet langer nodig. Bekijk het voorstel hier.

Solana is verkrijgbaar bij Bitvavo en Bybit.

Netwerk groeit mee met de sterkste validators

In het nieuwe model bepalen block producers zelf hoeveel transacties ze in een blok stoppen. Snellere nodes kunnen daardoor grotere blokken verwerken en verdienen daar meer aan. Validators die de snelheid niet aankunnen, slaan die blokken over en krijgen minder beloningen.

Dat zorgt voor een natuurlijke upgradecyclus: om competitief te blijven moeten validators hun hardware verbeteren. Dit verhoogt uiteindelijk de capaciteit van het hele netwerk, zonder dat er kunstmatige grenzen nodig zijn.

Van vaste limieten naar dynamische schaalbaarheid

Het voorstel betekent een fundamentele wijziging in hoe Solana met throughput omgaat. In plaats van een opgelegd maximum gaat het netwerk zich aanpassen aan de beschikbare kracht van de infrastructuur. Volgens de indieners is dit veel toekomstbestendiger, zeker met het oog op de Firedancer client zelf, die Solana op termijn nog sneller moet maken.

Het idee sluit aan bij Solana’s ambitie om het snelste en meest schaalbare blockchainnetwerk te blijven. Als dit voorstel wordt aangenomen, zou dat een grote stap zijn richting dynamische capaciteit zonder bottlenecks door softwarematige restricties.

De discussie over SIMD 0370 is inmiddels gestart op GitHub. Of het voorstel uiteindelijk wordt doorgevoerd, hangt af van de feedback van de community en de technologische testen die nog volgen.