Solana maakt transacties ruim drie keer groter met Transaction v1
Solana wil de maximale omvang van één transactie verhogen van 1.232 naar 4.096 bytes. Dat geeft applicaties ruim drie keer zoveel ruimte, maar één andere grens blijft gewoon staan: maximaal 64 accounts.
De nieuwe analyse van Solana van 17 augustus laat bovendien zien dat Transaction v1 een bekende truc schrapt. Address Lookup Tables verdwijnen uit het nieuwe formaat.
Dat maakt transacties groter, maar validators krijgen er iets voor terug: ze kunnen eerder zien wat een transactie kost en welke resources nodig zijn.
Van 1.232 naar 4.096 bytes
De huidige transaction envelope van Solana stopt bij 1.232 bytes. SIMD-0296 verhoogt die grens voor het nieuwe formaat naar 4.096 bytes. Het voorstel voor die grotere transactiegrootte is al opgenomen in de Solana Improvement Documents.
Voor applicaties betekent dat vooral meer ruimte binnen één atomic transaction.
Atomic betekent hier simpel gezegd: alle onderdelen slagen samen, of de volledige transactie faalt.
DEX-routers kunnen daardoor bijvoorbeeld meer instructies of voorwaarden in één transactie proberen te verwerken. Ook toepassingen met grotere signatures, proofs of andere zware data krijgen meer ruimte.
Maar Solana verhoogt niet iedere limiet mee.
Transaction v1 houdt volgens het huidige ontwerp vast aan maximaal 64 adressen en 64 top-level instructies.
Address Lookup Tables verdwijnen
Daar zit de belangrijkste afweging.
Het huidige v0-formaat kan Address Lookup Tables, of ALT's, gebruiken. Daarmee hoeft een transactie niet telkens een volledig Solana-adres van 32 bytes mee te sturen.
In plaats daarvan kan naar een adres in zo'n tabel worden verwezen met een veel kleinere index. Solana rekent in zijn analyse met ongeveer één byte per geselecteerd adres, nadat de vaste kosten voor de lookup table zijn betaald.
Transaction v1 haalt ALT's uit het formaat.
Alle gebruikte adressen komen rechtstreeks in één array binnen de transactie te staan. Ieder adres kost daar weer 32 bytes.
Dat maakt de verwerking simpeler.
Het maakt sommige transacties ook flink dikker.
62% van v0-transacties gebruikt minstens één ALT
Solana onderzocht een 1-op-16 steekproef van transacties over dertig dagen.
Van de bekeken v0-transacties verwees ongeveer 62% naar minimaal één Address Lookup Table.
Bij de helft van de huidige transacties zou omzetting naar v1 minder dan ongeveer 420 extra bytes kosten. Bij 90% blijft de extra omvang onder circa 1.400 bytes.
De zwaarste ALT-gebruikers krijgen een grotere rekening.
Transacties die meerdere lookup tables gebruiken, kunnen meer dan 1.500 extra bytes nodig hebben zodra alle adressen rechtstreeks worden meegestuurd.
Dat verklaart waarom 4.096 bytes niet simpelweg 2.864 bytes aan gratis nieuwe ruimte betekent.
Een deel wordt meteen opgegeten doordat ALT-compressie verdwijnt.
Voor de meeste huidige transacties blijft veel ruimte over
Toch ziet Solana in de bestaande belasting geen direct probleem.
Wanneer huidige legacy- en v0-transacties denkbeeldig naar v1 worden omgezet, wordt de verdeling boven ongeveer 2.300 tot 2.400 bytes al zeer dun. Dat laat nog een flinke marge tot de grens van 4.096 bytes.
Daar zit wel een beperking in de analyse.
De steekproef bevat alleen transacties die vandaag al in het bestaande formaat passen. Transacties die nu over meerdere handelingen moeten worden verdeeld of helemaal niet worden gebouwd, zitten er dus niet in.
De nieuwe bytegrens geeft Solana meer ruimte, maar het netwerk wisselt daarvoor de compressie van ALT's in.
Voor applicaties wordt dus belangrijk waar hun huidige beperking zit.
De grens van 64 accounts kan eerder pijn doen
Voor account-zware DeFi-transacties blijft 64 mogelijk de lastigste grens.
Een route langs meerdere handelsplatformen kan per pool verschillende accounts nodig hebben voor tokens, prijzen, vaults en programmastatus.
Solana's eigen analyse ziet dan ook transactiegroepen die na omzetting naar v1 nog slechts enkele vrije accountslots overhouden, terwijl er qua bytes en instructies veel ruimte resteert.
Dat betekent dat een router misschien genoeg bytes heeft voor een extra handelsstap, maar niet genoeg accounts kan toevoegen om die stap daadwerkelijk uit te voeren.
De officiële publicatie noemt de onveranderde accountlimiet daarom expliciet als mogelijke beperkende factor voor brede multi-pool- en multi-venue-strategieën.
Validators hoeven ALT's niet meer eerst op te zoeken
Voor validators zit de winst ergens anders.
Onder v0 moet een validator bij gebruik van ALT's eerst de betreffende tabellen uit de netwerkstatus laden. Daarna worden de tabellen gecontroleerd en uitgelezen voordat de volledige lijst met accounts bekend is.
Dat gebeurt voordat de transactie volledig kan worden beoordeeld en ingepland.
V1 verwijdert die stap.
Alle adressen zitten meteen in de transactie. Fees en resource requests worden daarnaast rechtstreeks opgenomen in de transactiemetadata.
Daardoor kan een validator eerder bepalen hoeveel een transactie biedt en welke middelen zij vraagt.
Voor een snelle blockchain waar validators voortdurend transacties moeten selecteren voor nieuwe blocks, kan dat de eerste verwerking simpeler maken.
Ook instructies worden makkelijker te lezen
Transaction v1 verandert daarnaast de opbouw van instructies.
In legacy en v0 hebben instructies variabele lengtes. Software moet daardoor eerdere onderdelen uitlezen of overslaan voordat precies duidelijk is waar de volgende instructie begint.
V1 scheidt vaste instruction headers van de payload met variabele lengte.
Een validator of ander stuk software kan daardoor eerder bepalen waar instructies beginnen en eindigen.
Dat klinkt als diep technisch werk. Het doel is vrij simpel: minder zoeken voordat een transactie kan worden beoordeeld.
Wallets en apps moeten wel mee
Transaction v1 is nog een voorgesteld nieuw transactieformaat. Gebruikers hoeven vandaag dus niet zelf iets aan hun SOL te veranderen. Solana beschrijft de gevolgen vooral voor validators, applicatiebouwers en softwareleveranciers.
Wallets, SDK's en RPC-aanbieders moeten nieuwe ondersteuning toevoegen voor het bouwen, serialiseren en uitlezen van v1-transacties. Aannames rond ALT's moeten daarbij worden aangepast.
Dat maakt de uitrol minstens zo belangrijk als het ontwerp zelf.
Een nieuw formaat heeft weinig waarde wanneer belangrijke wallets en applicaties het nog niet kunnen verwerken.
SOL-derivaten blijven miljardenmarkt
De technische publicatie verschijnt terwijl er nog altijd zwaar met hefboom op SOL wordt gehandeld.
CoinGlass toont maandagavond ongeveer $4,98 miljard aan open interest in SOL-derivaten. Het futuresvolume over 24 uur ligt rond $4,78 miljard, tegenover ongeveer $287 miljoen aan geregistreerd spotvolume. Circa $6,63 miljoen aan SOL-posities werd in dezelfde periode geliquideerd.
SOL zelf noteert rond $78.
Die cijfers laten niet zien dat traders op Transaction v1 gokken. Er is geen bewijs voor zo'n verband.
Ze maken vooral duidelijk hoeveel geld er rond SOL beweegt terwijl het netwerk onder de motorkap aan zijn transacties sleutelt.
En precies daar zit de echte betekenis van v1.
4.096 bytes klinkt als een simpele verhoging. In werkelijkheid ruilt Solana compressie via ALT's in voor grotere, explicietere transacties die validators eerder kunnen beoordelen.
Voor veel apps levert dat meer speelruimte op. Voor toepassingen die al tegen 64 accounts botsen, blijft de moeilijkste muur gewoon staan.
Stop met te veel betalen voor je crypto. Bij de Amsterdamse exchange Finst handel je tegen de laagste tarieven van Nederland, zonder verborgen kosten.
👀 Bekijk Finst nu ›Let op: Beleggen in crypto brengt risico’s met zich mee. Handel alleen met geld dat u kunt missen.
Ga verder met lezen
Dit vind je misschien ook leuk
Laat mensen jouw mening weten
Lees ook
Populair Nieuws
Loading
