Het kostenmodel van Solana staat op het punt veel gedetailleerder te worden, en niet elke applicatie zal van de verandering profiteren. Een simulatie van analist @MostlyData_ schat in wat SGP-0003 zou doen met de transactiekosten in het hele netwerk, en de resultaten wijzen op duidelijke winnaars, duidelijke verliezers en een aanzienlijk hogere verbrandingsgraad.

Het governancevoorstel, op 3 augustus 2026 ingediend samen met SIMD-0553, zou de vaste basiskost van 5.000 lamport op Solana (één lamport is de kleinste eenheid van Solana, een miljardste van een SOL) vervangen door een tweedelige structuur: een vaste inclusiefee van 2.500 lamport die wordt betaald aan de blokleider, plus een variabele resource-fee die begint bij 0,1 lamport per aangevraagde compute unit en volledig wordt verbrand.

Wat de simulatie uitwees

De kernbevinding is helder: Solana-transacties vragen aanzienlijk meer rekenkracht aan dan ze daadwerkelijk gebruiken. Gemiddeld vragen transacties ongeveer 20% meer compute units aan dan ze verbruiken. Die marge bestaat om een praktische reden: een Solana-transactie die de aangevraagde computelimiet overschrijdt, mislukt, daarom vragen applicaties royaal meer aan om mislukte transacties te voorkomen. Onder het huidige model met een vaste fee levert die overschatting geen extra kosten op. Onder SGP-0003 zou dat anders zijn.

Dat verschil treft routers en aggregators het zwaarst. De simulatie schatte de gemiddelde kostenstijging op ongeveer 0,000068 SOL voor Jupiter, 0,00010 SOL voor Titan en 0,00012 SOL voor DFlow.

Slechts ongeveer 28% van de transacties zou een kostenstijging van minder dan 10% zien als de resourceprijzen de werkelijke consumptie nauwlettend volgen.

Validatoren zouden een van de weinige directe voordelen kunnen ondervinden. Geoptimaliseerde votetransacties zouden onder het voorgestelde model ongeveer 12,3% goedkoper kunnen worden.

De verbrandingsgraad zou sterk stijgen

Solana verbrandt momenteel ongeveer 648 SOL per dag aan signature fees. De simulatie voorspelt dat SGP-0003 de dagelijkse verbranding zou kunnen opvoeren naar tussen de 1.500 en 9.000 SOL per dag. Het verbranden van transactiekosten als hefboom op de voorraad is niet uniek voor Solana: Ethereum vernietigt de basisfee van elke transactie al sinds de London-upgrade het mechanisme in augustus 2021 introduceerde.

Het voorstel werd ingediend samen met een aparte maatregel om het disinflatiepercentage van Solana te verdubbelen van 15% naar 30%. Dat zou betekenen dat het netwerk tegelijkertijd de verbranding van tokens verhoogt en de afbouw van de uitgifte van nieuwe tokens versnelt.

Applicaties zouden zich moeten aanpassen

Het voorstel creëert in feite een sanctie op inefficiëntie. Applicaties die hun computeraanvragen nauwkeurig afstemmen, zouden kosten betalen die dicht bij het huidige vaste tarief liggen, of mogelijk lager uitvallen. Applicaties die structureel te veel compute units aanvragen, zouden meer betalen voor die buffer.

Market makers die werken met central limit order books (CLOB's) staan voor een bijzondere afweging. Deze systemen dienen grote aantallen transacties in met aanzienlijke rekenbehoeften, en zelfs kleine kostenwijzigingen per transactie kunnen snel oplopen tot substantiële kostenverschillen. De simulatie benoemt CLOB-marketmaking als een categorie die extra blootstaat aan de voorgestelde prijswijzigingen.

Routers zoals Jupiter zijn al goed voor een groot deel van de DeFi-transactiestroom op Solana. Zelfs een bescheiden kostenstijging per swap zou kunnen doorsijpelen naar eindgebruikers of de marges van aggregatorprotocollen kunnen drukken.

Geen van deze verschuivingen is momenteel actief: SGP-0003 blijft een governancevoorstel, en de simulatie modelleert de voorgestelde parameters in plaats van wijzigingen die al op het netwerk zijn ingevoerd.