Anza schakelde Transaction V1 op 1 september in op het testnet van Solana, waarmee het netwerk een laatste generale repetitie kreeg van de upgrade vóór de geplande mainnet-lancering op 9 september. Volgens Solana Compass maakt de wijziging het mogelijk om cryptografische en DeFi-workloads die eerder over meerdere transacties verspreid moesten worden, nu in één enkele atomaire transactie te verwerken.

Gesplitste taken passen nu in één aanroep

De meest opvallende verandering is de toename van de ruimte. De maximale grootte van een geserialiseerde Solana-transactie is gegroeid van 1.232 bytes naar 4.096 bytes — een stijging van 3,3x — met ingang van testnet-epoch 1025. De limiet van 1.232 bytes dateerde uit het oudste protocolontwerp van Solana, en V1 is de eerste keer dat de limiet op het niveau van het berichtformaat is verhoogd sinds V0 Address Lookup Tables introduceerde als gedeeltelijke oplossing voor de omvangdruk.

Volgens de pagina over de grote transactie-update van de Solana Foundation maakt de grotere omvang het mogelijk om zero-knowledge-bewijzen, grote multisig-transacties en diverse handtekeningenschema's te implementeren die eerder niet binnen één transactie pasten. Het resultaat is minder transacties om te verwerken, lagere kosten voor handtekeningen en geen wachttijd voor een keten van bevestigingen. BLS-handtekeningenschema's, vertrouwelijke transacties en multisig-opzetten worden geacht van de upgrade te profiteren.

Twee voorstellen staan centraal in de verbetering: SIMD-0296 verhoogt de limiet voor de transactiegrootte van 1.232 naar 4.096 bytes, terwijl SIMD-0385 het V1-berichtformaat definieert en de transactieconfiguratie naar het bericht zelf verplaatst.

Minder dan een dag na de activering plaatste Anza-CEO Brennan Watt een bericht op X met een verwijzing naar een grote transactie in de testnet-explorer, met de tekst: "ATTENTION: large transactions have hit the testnet."

Waarom één transactie beter is dan een bundel

Atomiciteit is belangrijk omdat ontwikkelaars de oude groottelimiet van Solana soms omzeilden met Jito-bundels. SIMD-0296 documenteert die omzeiling expliciet en merkt op dat bundels, in tegenstelling tot één native transactie, geen atomiciteit op protocolniveau bieden.

Volgens de documentatie van Jito kunnen bundels maximaal vijf transacties bevatten die opeenvolgend worden verwerkt op basis van alles-of-niets. Bundels werken echter binnen Jito's block engine en concurreren via validator-tips. Een V1-transactie daarentegen is één native Solana-transactie die de eigen atomiciteitsgarantie op transactieniveau van Solana meedraagt.

Voor DeFi-ontwikkelaars vereenvoudigt dit het bouwen van swap-routes, bewijzen en andere meerstaps-operaties: als de volledige operatie in een V1-transactie past, slaagt hij of wordt hij teruggedraaid als één native transactie, in plaats van te vertrouwen op een bundel.

Wat DeFi krijgt naast extra bytes

V1 verandert ook de transactiestructuur zelf. Waar Legacy- en V0-transacties prioriteitskosten en resourceverzoeken afhandelen via ComputeBudget-instructies, verplaatst SIMD-0385 deze instellingen naar de transactieconfiguratie van V1, waardoor validators gemakkelijker resourcebehoeften kunnen vaststellen zonder de instructielijst door te spitten.

V1 schaft daarnaast Address Lookup Tables (ALT's) af, die V0 gebruikte om accountadressen te verkorten. Volgens de analyse van de Foundation over de ALT-afweging van V1 plaatst V1 de adressen daarentegen inline, wat de invoer voor validators vereenvoudigt vergeleken met de aanpak van V0, die meer bytes verbruikte bij het converteren van adressen in account-intensieve applicaties.

Het praktische voordeel voor routers en DEX-aggregators is meer ruimte voor complexe atomaire routes. De verbetering kent echter ook grenzen: de limiet van Solana van 64 verschillende accounts per transactie blijft ongewijzigd, zodat account-intensieve applicaties die grens nog steeds kunnen raken, ook al is de bytecapaciteit niet langer de beperkende factor.

De upgrade komt op een moment dat Solana dieper doordringt in on-chain financiën. Het Q2 2026-rapport over Solana van Galaxy toont groeiende activiteit in stablecoins, getokeniseerde aandelen en real-world assets. Volgens Galaxy zal het toekomstige potentieel van Solana grotendeels afhangen van de mogelijkheid om deze assets in te zetten voor leningen, collateralisatie, margin en rendement — niet alleen voor uitgifte of handel. DeFiLlama's gegevens over Solana wijzen op een sterke DeFi-aanwezigheid op het platform.

De timing valt bovendien samen met de Agave 4.2-upgradefase. Zoals Cryptopolitan eerder meldde, zou het gefaseerde kostenreductieplan naar verwachting zo'n 90% besparing opleveren en de verwerkingstijd terugbrengen van 500 naar 200 milliseconden, wat stabilecoin-uitgevers, wallet-aanbieders en betalingssystemen ten goede komt.

RPC-operators hebben een week om te updaten

V1 is optioneel, dus Legacy- en V0-transacties blijven werken. De open vraag is of de infrastructuur die V1-verkeer leest, er klaar voor is.

Anza heeft RPC-providers verplicht om te upgraden naar Agave v4.2.2 of v4.3.0-beta.3. De Helius Agave 4.2-migratiechecklist waarschuwt dat RPC-consumenten die geen V1-compatibiliteit declareren aanroepfouten kunnen ondervinden, zoals getBlock, wanneer een V1-transactie betrokken is.

De uitrol begon met lokale tests van V1 op 24 augustus, gevolgd door de bevestiging van de mainnet-datum 9 september op 29 augustus. V1 werd op 1 september ingeschakeld op het testnet in epoch 1025, met een geplande activering op het mainnet op 9 september.

Deze laatste testnet-run dient als laatste voorbereidende stap voor RPC-providers, indexeerders, wallets, SDK's en analyseplatformen vóór de mainnet-lancering.