Solana's geplande bezuiniging van 90% op accountdeposito's kan een reden om SOL vast te houden verzwakken

In aanmerking komende eigenaren van Solana-tokenaccounts kunnen vanaf nu overtollige $SOL terugvorderen die voorheen nodig was om die accounts open te houden, nadat de eerste rentverlaging van het netwerk op 3 september live ging. Voor bedrijven die nieuwe accounts financieren vermindert dezelfde wijziging het vooraf benodigde kapitaal om ze aan te maken.

Het volledige plan zou veranderen hoe accountgroei zich vertaalt naar $SOL dat tegen opslag wordt aangehouden. Als Solana de voorgestelde verlaging van 90% voltooit, zou de totale persistente accountstatus — inclusief de opslagoverhead van elk account — tienmaal moeten groeien om dezelfde minimale $SOL-reserves te vereisen als vóór de invoering. Adoptie zou daardoor aanzienlijk kunnen uitbreiden terwijl het minimum aan $SOL dat voor dit reservekanaal nodig is, daalt.

De tracker van de Solana Foundation bevestigt dat alleen de eerste verlaging, ongeveer 9%, momenteel live staat op mainnet. De tienmaal-vergelijking geldt voor het voorwaardelijke einddoel, terwijl de eerste verlaging de reservevereisten al heeft doen dalen.

Solana's rentverlaging en de 10×-drempel

De "rent" van Solana is een saldo dat tegen accountopslag wordt aangehouden. Het is doorgaans terugvorderbaar wanneer een account wordt gesloten, in plaats van een doorlopende rekening die aan validators wordt betaald. Een lager vereist saldo laat nieuwe accounts met minder $SOL beginnen en kan bestaande accounts met meer dan hun minimum achterlaten.

Op epoch 1028 op 3 september verlaagde Solana de reserverparameter van 6.960 naar 6.333 lamports per byte. Het einddoel van het plan in vijf stappen is 696.

Volgens SIMD-0437, de specificatie van de rentverlaging, is dat minimum gelijk aan de datagrootte van het account plus 128 bytes overhead, vermenigvuldigd met de huidige parameter voor lamports per byte. Een standaard tokenaccount bevat 165 databytes, wat een effectieve grootte van 293 bytes geeft. SIMD staat voor Solana Improvement and Design proposal, het mechanisme waarmee protocolwijzigingen worden gespecificeerd en, waar van toepassing, per validatorstemming worden geactiveerd.

Toepassing van die formule op een miljoen identieke standaard tokenaccounts levert de volgende illustratie op:

Dit zijn berekende minimumvereisten voor een vaste accountpopulatie, geen gemeten terugvorderingen. De laatste rij gaat ervan uit dat alle vijf verlagingen actief worden. Andere accountgroottes zouden andere totalen opleveren.

Het voorbeeld met een miljoen accounts illustreert bedrijfskapitaal, maar kan geen netwerkbreed aanbodeffect aantonen. De voorwaardelijke eindverlaging van 1.835,352 $SOL vertegenwoordigt ongeveer 0,000314% van de circa 585,36 miljoen circulerende $SOL volgens de marktdata van CryptoSlate van 5 september. Het werkelijke geaggregeerde reservekanaal vereist een bredere accountinventaris, waarbij accountgroottes, saldi en terugvorderbaarheid in aanmerking worden genomen.

De tienmaalsdrempel volgt uit dezelfde relatie. Bij een tiende van het oorspronkelijke reserfetrecentage zou tien keer zoveel rent-dragende status nodig zijn om het geaggregeerde minimum ongewijzigd te houden. Die maatstaf beslaat de totale voorraad persistente status, inclusief overhead per account. Gebruikersaantallen, transactieaantallen en $SOL-prijzen zijn afzonderlijke maatstaven; de tienmaal-vergelijking beschrijft uitsluitend opslagvereisten.

De live eerste stap stelt een kleinere drempel: ongeveer 9,9% meer rent-dragende status zou de oorspronkelijke minimumvereiste handhaven bij 6.333 lamports per byte. Beide vergelijkingen betreffen vereiste reserves — werkelijke accountsaldi kunnen boven die ondergrenzen blijven.

Voor betalingen ontstaat deze reservervraag vooral bij het openen van accounts. De in juli verschenen accountstatusstudie van de Foundation legt uit dat een gekoppeld tokenaccount normaal gesproken dient voor een specifieke wallet en token-mint. Zodra het bestaat, vereisen latere betalingen in dezelfde token geen nieuw aanmaakdeposito. Meer betalingen via bestaande accounts hoeven daardoor geen evenredige stijging van opslagreserves op te leveren.

Het terugtrekkingsrecht bepaalt wie het kapitaal krijgt

Het onmiddellijke voordeel is toegang tot kapitaal dat al on-chain staat. De terugvorderingsgids van de Foundation van 3 september beschrijft een instructie genaamd WithdrawExcessLamports, die $SOL boven het huidige minimum verplaatst zonder een tokenaccount te sluiten of de tokensaldo ervan te wijzigen. Het Token-2022-programma biedt dezelfde instructie.

Voor een tokenaccount moet de eigenaar de terugtrekking autoriseren. Voor een mint komt autorisatie van de mint-authority, of van het mint-account zelf dat ondertekent als die authority is ingetrokken. Accounts die eigendom zijn van aangepaste programma's vereisen dat het bezittende programma terugtrekkingslogica biedt en de relevante authority controleert.

Dat maakt controle over het account economisch significant. Een betaalprovider die het tokenaccount van een klant financierde, kan er niet van uitgaan dat het betalen van het oorspronkelijke deposito het recht geeft de overtollige $SOL terug te vorderen. De partij die bevoegd is de terugtrekking te autoriseren, kan verschillen van de partij die de $SOL heeft geleverd.

Het verplaatsen van een overschotsaldo vereist een geautoriseerde transactie die het minimum intact laat. Het verplaatst bestaande $SOL tussen accounts met behoud van het totaal; het geeft geen nieuwe tokens uit. De gids bevat geen geaggregeerde maatstaf van voltooide terugvorderingen of daaropvolgende verkopen.

Voor toekomstige onboarding is het voordeel directer: wie een account financiert, heeft vooraf minder $SOL nodig. Providers kunnen met hetzelfde kapitaal mogelijk meer klantaccounts ondersteunen, ook als klanten zelf geen $SOL kopen. Of bestaand overschot kan worden heringezet, hangt af van de hierboven beschreven authority- en programmaregelingen.

Hoe lang die accounts blijven bestaan, bepaalt de voortdurende reservevereiste. Bruto accountaanmaak kan een heel andere indruk wekken dan de status die daadwerkelijk on-chain blijft.

In zijn analyse van 20 juli vond Solana Foundation-onderzoeker Umberto Natale dat 75,5% van de aanmaakgebeurtenissen van accounts in de bestudeerde cohort binnen dezelfde transactie werd gesloten. De waarnemingen waren niet per adres gededupliceerd, zodat herhaalde aanmaak en sluiting als afzonderlijke gebeurtenissen konden tellen.

Dergelijke workflows kunnen activiteit genereren terwijl weinig persistente accountopslag achterblijft. De bevinding voorspelt niet hoe gebruikers op de verlaging van september zullen reageren. De studie waarschuwt bovendien dat de zwakke, instabiele correlaties tussen $SOL-prijzen en accountactiviteit beschrijvend zijn in plaats van een causale schatting van hoe goedkopere rent de vraag verandert.

Een zinvolle toets van het beleid zal daarom persistente accountbytes en de bijbehorende minimumreserves naast activiteit volgen. Alleen nieuwe accounts tellen kan niet vaststellen of het netwerk het lagere reserfetrecentage heeft geabsorbeerd.

$SOL-vraag reikt verder dan accountreserves

Andere toepassingen van $SOL blijven eveneens bestaan. Volgens de regels van Solana vereisen transacties $SOL: de helft van de basistoelage wordt verbrand en de helft gaat naar de validator, terwijl de volledige prioriteitstoelage naar de validator gaat. Toelagebetalingen vormen een afzonderlijk vraagkanaal naast de terugvorderbare accountreserves. Meer activiteit kan toelagegebruik doen toenemen, maar throughput alleen stelt niet vast hoeveel gebruikers betalen of welke saldi ze aanhouden.

$SOL-houders kunnen ook stake delegeren aan validators om het netwerk te helpen beveiligen en in aanmerking te komen voor beloningen. Teruggewonnen kapitaal kan worden gestaked of gebruikt om meer accounts te financieren. Het geciteerde materiaal bevestigt geen van beide uitkomsten als gevolg van de verlaging, dus bieden deze mogelijkheden geen gekwantificeerd tegenwicht tegen lagere reservevereisten.

CryptoSlate's recente analyse van activiteit en toelage-economie onderzocht een verwant onderscheid: netwerkgebruik en tokeneconomie kunnen verschillend bewegen. De rentverlaging voegt een specifieke reden toe waarom groei minder $SOL per eenheid persistente status kan vereisen.

Per 5 september staat de tweede verlaging, naar 5.080 lamports per byte, op testnet, met mainnet verwacht medio september. De laatste drie stappen worden verwacht met Agave 4.4 in november. Elke activering blijft afhankelijk van herziening van statiegroei, en een terugvaloptie kan de oorspronkelijke parameter herstellen. Het gefaseerde, voorwaardelijke ontwerp weerspiegelt een afweging die Solana-operators al lang maken: lagere reservevereisten maken accounts goedkoper, maar snellere statiegroei verhoogt de opslaglast die validators en RPC-providers moeten dragen.

De volgende poorten bepalen hoe ver de kapitaalbesparing reikt. Groei van persistente status en daadwerkelijke terugvordering zullen dan laten zien hoeveel van die besparing uitmondt in nieuwe accountcapaciteit, herbruikbaar werkkapitaal of minder $SOL dat tegen opslag wordt aangehouden.