Solana heeft de Transaction V1-functie dinsdag op zijn mainnet geactiveerd, waardoor meer gegevens in elke transactie kunnen worden opgenomen. De upgrade geeft ontwikkelaars extra ruimte om complexe handelingen binnen één atomisch proces uit te voeren en is relevant voor DeFi-ontwikkelaars, walletproviders, indexers en RPC-operators. Ook projecten die werken met getokeniseerde activa en betalingsoplossingen kunnen hierdoor worden beïnvloed.

Volgens de upgradepagina van Solana werd de txv1-feature gate aan het begin van epoch 1035, rond 01:00 UTC op 15 september, uitgerold. Transaction V1 is nu actief op het mainnet, testnet en devnet van Solana.

Transactiegrootte stijgt van 1.232 naar 4.096 bytes

De meest zichtbare verandering is de verhoging van de maximale grootte van een geserialiseerde transactie. Solana heeft de limiet verhoogd van 1.232 bytes naar 4.096 bytes, wat ongeveer 3,3 keer meer ruimte biedt voor transactiegegevens.

Het formaat van de nieuwe transactie is vastgelegd in SIMD-0296, terwijl het V1 Message Format is gebaseerd op SIMD-0385. Voorheen was de transactiegroottelimiet van Solana gekoppeld aan conservatieve beperkingen van de maximale transmissie-eenheid, of MTU, van het netwerk. Transaction V1 wijkt af van de harde limiet voor de streamgrootte die door QUIC wordt opgelegd, waardoor grotere transacties mogelijk worden.

De extra capaciteit is bedoeld voor workloads die aanzienlijke hoeveelheden transactiegegevens vereisen, waaronder zero-knowledge proofs, grote multisig-operaties en handtekeningen die BLS gebruiken. Zoals Cryptopolitan eerder meldde, werd V1 op 1 september tijdens epoch 1025 op het testnet gelanceerd, zodat infrastructuurproviders tijd hadden om zich op de mainnetrelease voor te bereiden.

Waarom één atomische transactie belangrijk is

Voor de upgrade konden ontwikkelaars die tegen de transactiegroottelimiet van Solana aanliepen hun handelingen in sommige gevallen verdelen over meerdere transacties of Jito-bundels gebruiken. De uitleg in SIMD-0296 stelt echter dat een bundel niet gelijkwaardig is aan een native transactie wanneer atomiciteit op protocolniveau wordt beschouwd.

Transaction V1 maakt het mogelijk om meer instructies en gegevens in één transactie op te nemen. Daardoor kunnen routing, proof-controle en batching allemaal slagen of allemaal mislukken, in plaats van over afzonderlijke transacties te worden uitgevoerd. Afhankelijk van de handeling kan hierdoor ook het aantal vereiste handtekeningen en bevestigingen afnemen.

Afweging rond Address Lookup Tables

Transaction V1 verandert ook de manier waarop transacties omgaan met resources en accountreferenties. Instellingen voor de rekenlimiet en prioriteitsvergoeding zijn verplaatst van de ComputeBudget-instructies naar de transactie-instellingen, waardoor infrastructuurproviders eenvoudiger toegang hebben tot deze parameters.

V1-transacties maken geen gebruik van Address Lookup Tables, omdat de geraadpleegde accounts rechtstreeks in de transactie zijn opgenomen. Dit vereenvoudigt de transactiestructuur, maar kan de omvang ervan vergroten. Een v0 Address Lookup Table vereist slechts een index van één byte, terwijl een inline public key 32 bytes vereist.

Uit een analyse van Solana’s Address Lookup Tables bleek dat 62% van de v0-transacties ten minste één Address Lookup Table gebruikte. Daardoor kunnen omvangrijke transacties die meer dan één tabel gebruiken met meer dan 1.500 bytes toenemen wanneer accountreferenties rechtstreeks worden opgenomen. De accountlimiet blijft ongewijzigd op 64 accounts.

Rol in Solana’s uitbreiding van tokenized finance

De upgrade komt op een moment dat Solana zijn rol in on-chain finance uitbreidt. Volgens DeFiLlama bedraagt de totale waarde die in Solana’s DeFi-sector is vergrendeld bijna $5,95 miljard, terwijl het 24-uursvolume van gedecentraliseerde exchanges ongeveer $1,79 miljard bedraagt.

Uit Solana’s augustusoverzicht bleek ook dat de waarde van real-world assets op het netwerk meer dan $4 miljard had bereikt en over meer dan 350.000 adressen was verdeeld. Daarnaast had xStocks meer dan $500 miljoen aan assets under management verzameld.

Een grotere transact capaciteit alleen garandeert geen hogere adoptie. Galaxy Research heeft vastgesteld dat een aanzienlijk deel van de waarde die in Solana-tokens wordt aangehouden nog altijd ongebruikt blijft, terwijl concurrerende platforms in sommige snel groeiende gebieden de leiding behouden. Transaction V1 vergroot het aantal toepassingen dat ontwikkelaars op Solana kunnen bouwen, maar het blijft de vraag hoe gebruikers, liquiditeit en transactieactiviteit zullen reageren.

Vereiste wijzigingen voor operators en ontwikkelaars

RPC-readers moeten maxSupportedTransactionVersion: 1 instellen voor getTransaction en getBlock. Indexers moeten de V1-rekenlimieten en prioriteitsvergoedingen uit transactionConfig uitlezen.

Validators en RPC-operators moeten Agave v4.2.2 of later gebruiken. V1-afzenders moeten de rekenlimieten en limieten voor geladen accounts expliciet instellen en base64 gebruiken voor transacties die groter zijn dan 1.232 bytes.

Walletproviders mogen ondersteuning voor V1 pas bekendmaken nadat zij hebben bevestigd dat hun software het nieuwe formaat correct kan parsen en ondertekenen, in overeenstemming met de upgradebegeleiding van Solana. Het oorspronkelijke bericht werd gepubliceerd door Cryptopolitan.