Solana zou sneller kunnen worden onder nieuw Jump Crypto-voorstel

Jump Crypto, het Web3-infrastructuurbedrijf achter SolanaDe krachtige validatorclient Firedancer van Solana heeft voorgesteld om de vaste rekenbloklimiet van Solana te verwijderen. 

De wijziging is bedoeld om de doorvoer te verhogen, met name na de aanstaande Alpenglow-upgrade van Solana. Volgens het voorstel zouden blokken niet langer een limiet van 60 miljoen rekeneenheden (CU) hebben, waardoor validatorhardware de blokgrootte dynamisch kan bepalen.

SIMD-0370 voorstel uitgelegd

Het voorstel, gelabeld SIMD-0370, zou de CU-limiet per blok van Solana afschaffen. Voorheen was er een limiet van 60 miljoen CU's per blok. Een concurrerende suggestie eerder dit jaar stelde voor om de limiet te verhogen naar 100 miljoen CU's, maar Firedancers plan gaat verder door de limiet volledig te schrappen.

Hoe dynamische blokgrootte werkt

• Validatoren met hoge prestaties kunnen grotere blokken verwerken.
• Validators met zwakkere hardware slaan automatisch te grote blokken over met behulp van het skip-vote-mechanisme in Alpenglow.
• Blokken worden geschaald op basis van de transactieverwerkingscapaciteit van een validator.

Deze aanpak is bedoeld om een ​​feedbacklus te creëren waarbij goed uitgeruste validators hogere transactiekosten verdienen. Andere validators worden gestimuleerd om hardware te upgraden om concurrerend te blijven, waardoor de gemiddelde blokcapaciteit van het netwerk geleidelijk toeneemt.

Prikkels en netwerkeffecten

Het voorstel maakt gebruik van marktgedreven prikkels. Validators die grotere blokken kunnen verwerken, zouden meer verdienen, wat concurrenten zou motiveren om hun infrastructuur te upgraden. Het systeem creëert een competitieve feedbackloop: naarmate meer validators hun hardware verbeteren, groeit de totale netwerkcapaciteit, waardoor blokken veilig kunnen worden uitgebreid zonder de verwerkingslimieten te overschrijden.

Firedancer beschrijft dit als een vliegwieleffect. Superieure validatorclients veroveren grotere marktaandelen, waardoor anderen worden aangemoedigd om sneller prestatie-upgrades te implementeren dan een handmatige verhoging van de bloklimieten zou toestaan. Deze aanpak contrasteert met Ethereum's veilingmodel voor kosten en Bitcoinvaste blokformaten door de netwerkcapaciteit rechtstreeks aan de hardwaremogelijkheden te koppelen.

Technische overwegingen

Hoewel het idee eenvoudig is, brengt het technische uitdagingen met zich mee:

• Centralisatie risico's: Validatoren met geavanceerde hardware zouden de blokproductie kunnen domineren en kleinere operators kunnen uitsluiten.
• Netwerkstabiliteit: Grote blokken kunnen knooppunten onder druk zetten als ze niet zorgvuldig worden gecoördineerd.
• Toekomstige compatibiliteit: Meerdere gelijktijdige voorstellende ontwerpen vereisen mogelijk uitvoeringslimieten om synchrone prestaties te behouden.
• Validator synchronisatie: De snel toenemende complexiteit van blokken kan van invloed zijn op de synchronisatie van momentopnamen voor nieuwe validators.

Ontwikkelaars beweren dat deze problemen beheersbaar zijn. De replay-prestaties overtreffen over het algemeen de blokproductiesnelheid, wat een buffer oplevert. Bovendien helpen time-outmechanismen en skip-vote-strategieën om overmatige blokgroottes te voorkomen.

Alpenglow-upgradecontext

Het voorstel is nauw verbonden met Solana's Alpenglow-upgrade, die vrijwel unaniem door de overheid is goedgekeurd. Alpenglow verlaagt de blokfinaliteit van 12.8 seconden naar 150 milliseconden en introduceert verbeteringen in de veerkracht van het netwerk en de coördinatie van validators. De skip-vote-functionaliteit zorgt ervoor dat validators met onvoldoende hardware zich kunnen onthouden van te grote blokken zonder de consensus te beïnvloeden.

Ontdek veelbelovende projecten...

Veelbelovende projecten...

(Advertentie)

Artikel gaat verder...

Alpenglow wordt beschouwd als de grootste upgrade van het kernprotocol in de geschiedenis van Solana. Door snellere finaliteit te combineren met schaalbare blokverwerking, kan het netwerk hogere transactievolumes verwerken met behoud van lage kosten en hoge prestaties.

Hardware-wapenwedloop

Een van de belangrijkste doelen van het voorstel is het aanwakkeren van een concurrerende hardware-‘wapenwedloop’ onder validatoren:

• Validators upgraden hun infrastructuur om grotere blokken te kunnen verwerken en hogere vergoedingen te kunnen verdienen.
• Minder capabele validators moeten óf upgraden óf genoegen nemen met een lagere deelname.
• Doorlopende verbeteringen zorgen voor een cyclus van toenemende blokcapaciteit.

Deze dynamiek weerspiegelt de marktgedreven schaalbaarheid en staat in contrast met het veilingmodel van Ethereum en de vaste blokgroottes van Bitcoin.

Potentiële impact op tokenomics

Hoewel het primaire effect technisch van aard is, kan de verandering indirect invloed hebben op Solana's tokenomics:

• Een hogere transactiedoorvoer kan de algehele netwerkactiviteit verhogen.
• Validators die hogere vergoedingen krijgen, kunnen een grotere prikkel tot staking krijgen.
• De institutionele interesse kan toenemen naarmate de betrouwbaarheid en prestaties van het netwerk verbeteren, vooral nu de goedkeuringen voor Solana ETF nog in behandeling zijn.

Recente ontwikkelingen in Solana ETF's, waaronder de REX-Osprey Solana Staking ETF met $ 33 miljoen in handelsvolume en $ 12 miljoen aan instroom op de eerste dag, duiden op een groeiende institutionele deelname.

Historische context en precedenten

Solana heeft regelmatig te maken gehad met netwerkcongestie tijdens periodes van hoge activiteit, wat leidde tot meerdere protocolupgrades. Het verwijderen van de vaste bloklimiet betekent een verschuiving van handmatig ingestelde limieten naar marktgestuurde capaciteitsschaling.

Hoofdpunten:

• Vorige bloklimiet: 60 miljoen rekeneenheden.
• Eerder voorstel: verhoging naar 100 miljoen rekeneenheden.
• Huidig ​​voorstel: geen vaste limiet; dynamische schaalbaarheid op basis van validatorhardware.

Deze wijziging brengt Solana dichter bij de op prestaties gerichte schaalbaarheid die wordt gezien in high-frequency trading en andere netwerken met lage latentie.

Conclusie

Het SIMD-0370-voorstel van Jump Crypto beoogt de vaste rekenbloklimiet van Solana te verwijderen, waardoor dynamische blokschaling mogelijk wordt, gekoppeld aan de hardwarecapaciteit van de validator. Het systeem stimuleert upgrades, bevordert een hogere transactiedoorvoer en maakt gebruik van het skip-vote-mechanisme voor netwerkstabiliteit. 

Alpenglow biedt de technische infrastructuur die deze aanpak ondersteunt, inclusief snellere finaliteit en robuuste validatorcoördinatie. Hoewel centralisatierisico's en hardwareverschillen een punt van zorg blijven, benadrukt het voorstel de gestructureerde groei van blokcapaciteit en validatorprestaties binnen het netwerk.

Bronnen:

1. Het voorstel met de naam SIMD-0370: https://github.com/solana-foundation/solana-improvement-documents/pull/370/files

2. SIMD-0326: Voorstel voor het nieuwe Alpenglow Consensus Protocol: https://forum.solana.com/t/simd-0326-proposal-for-the-new-alpenglow-consensus-protocol/4236/1

3. Solana nieuws: https://solana.com/news