Solana vergroot transacties naar 4.096 bytes
De upgrade naar Transaction v1 moet Solana meer ruimte geven voor complexe betalingen, multisigs en zero-knowledge proofs. Wallets en explorers moeten wel hun software aanpassen om nieuwe transacties goed te lezen.
Korte samenvatting
- Solana verhoogt woensdag de maximale transactiegrootte van 1.232 naar 4.096 bytes.
- Transaction v1 maakt complexere handelingen in één transactie mogelijk, zoals grote bewijzen en betalingen met meerdere goedkeuringen.
- Software die Solana-transacties uitleest, moet v1 herkennen om fouten en onjuiste fee-weergave te voorkomen.
Solana wil woensdag de maximale transactiegrootte verhogen van 1.232 bytes naar 4.096 bytes. Daarmee krijgt het netwerk ruim drie keer zoveel ruimte per transactie, wat ontwikkelaars meer speelruimte geeft om complexere handelingen in één keer uit te voeren.
Meer ruimte per transactie
Onder de nieuwe Transaction v1 kunnen taken die eerder over meerdere transacties moesten worden verdeeld, vaker in één operatie worden afgehandeld. Dat geldt bijvoorbeeld voor grote cryptografische bewijzen, betalingen met veel goedkeuringen en sommige vertrouwelijke overdrachten.
De nieuwe vorm draait al op de test- en ontwikkelnetwerken van Solana. Bestaande transacties blijven gewoon werken, dus wallets en apps hoeven niet direct over te stappen op v1 als ze die extra ruimte niet nodig hebben.
De stap haalt een oude beperking weg die Solana al langer had. Het netwerk was snel en goedkoop, maar transacties zaten vast aan een harde limiet van 1.232 bytes. Ethereum kent zo'n vaste protocolgrens niet en kan daardoor grotere, data-intensieve toepassingen in één transactie verwerken, zolang de gebruiker genoeg fee betaalt.
Wat software moet aanpassen
De grootste impact zit niet alleen in het netwerk zelf, maar ook in software die Solana uitleest. Diensten die blocks en transacties ophalen, moeten v1 herkennen. Gebeurt dat niet, dan kunnen verzoeken mislukken zodra ze een nieuwe transactie tegenkomen.
Ook de plek waar priority-fee-informatie staat, verandert voor sommige systemen. Een priority fee is een extra betaling om een transactie sneller te laten verwerken. Oude software kan daardoor een fee van nul tonen, terwijl er wel degelijk is betaald.
Wallets, explorers en trading apps halen hun scherminformatie vaak uit zulke diensten. Als de onderliggende data niet klopt, ziet de gebruiker dat ook terug. De upgrade vraagt dus vooral om technische aanpassingen achter de schermen, niet om een verplichte overstap voor iedereen.
Waarom dit relevant is
Voor Europese crypto-gebruikers is dit vooral relevant omdat grotere transacties meer ruimte geven aan toepassingen met veel data, zoals zero-knowledge proofs en grote multisig-constructies. De limiet van 4.096 bytes sluit bovendien aan op de standaard geheugenpagina van validatorhardware, wat helpt om de verwerking efficiënt te houden. Dat maakt de wijziging vooral interessant voor ontwikkelaars en diensten die op Solana bouwen, niet alleen voor handelaren die naar de koers kijken.
De wijziging staat los van de recente governance-stemmen rond SOL en de verdeling van nieuwe tokens. Volgens de documentatie is de upgrade onderdeel van de Agave 4.2-fase die in de week van 17 augustus 2026 begint, maar de overstap naar v1 blijft optioneel voor bestaande apps en wallets.
