Solana vient de tripler sa capacité de transactions, que se passe-t-il ensuite ?
- La version V1 des transactions Solana est désormais en production sur le mainnet, augmentant la taille maximale d'une transaction de 1 232 à 4 096 octets.
- Cette limite plus élevée offre aux développeurs davantage de marge pour des opérations DeFi complexes, des preuves à divulgation nulle de connaissance (zero-knowledge proofs) et des transactions multisig volumineuses.
- V1 permet d'exécuter davantage d'actions atomiquement dans une seule transaction, au lieu de les répartir sur plusieurs transactions ou groupes de transactions.
Solana a implémenté la fonctionnalité Transaction V1 sur son mainnet mardi, rendant possible l'ajout de plus de données à chaque transaction. Cela donnera aux développeurs plus d'espace pour effectuer des actions complexes en un seul processus atomique.
Ce développement sera très pertinent pour les développeurs du secteur DeFi, les fournisseurs de portefeuilles, les indexeurs et les opérateurs RPC. La nouvelle fonctionnalité peut affecter d'autres projets traitant d'actifs tokenisés et de solutions de paiement.
Le paramètre txv1 a été déployé au début de l'époque 1035 vers 01:00 UTC le 15 septembre, comme indiqué sur la page de mise à jour de Solana, et Transaction V1 est désormais actif sur le mainnet, le testnet et le devnet.
De 1,232 octets à 4,096
La première concerne la limitation de la taille des transactions. Solana a désormais doublé la taille maximale des transactions sérialisées à 4 096 octets contre 1 232 octets auparavant, offrant ainsi plus d'espace pour les transactions, soit environ trois fois et demie plus d'espace.
Le format de la nouvelle transaction a été défini dans le SIMD-0296, tandis que le V1 Message Format est basé sur le SIMD-0385.
Jusqu'à présent, la limite dans Solana était basée sur des limitations conservatrices du MTU réseau. Maintenant, en s'éloignant de la limite stricte sur la taille du flux dans QUIC, des transactions plus grandes sont possibles.
L'espace supplémentaire sera utile pour gérer des charges de travail impliquant beaucoup de données de transaction, telles que les preuves à divulgation nulle de connaissance (zero-knowledge proofs), les opérations multisig massives et les signatures incluant BLS. Comme signalé par Cryptopolitan, V1 a été lancé sur le testnet à l'époque 1025, le 1er septembre, donnant aux fournisseurs d'infrastructure la possibilité de se préparer au lancement sur le mainnet.
Pourquoi une transaction atomique unique compte
Les développeurs qui ont constaté que Solana avait une limite sur la taille des transactions pouvaient, dans certains cas, diviser leurs opérations en une série de transactions ou utiliser des bundles Jito.
Mais comme l'explique le SIMD-0296, un bundle n'est pas égal à une transaction native lorsqu'il s'agit d'atomicité au niveau du protocole.
Avec Transaction V1, plus d'instructions et de données peuvent être placées dans une transaction. De cette manière, le routage, la vérification des preuves et le regroupement fonctionneront tous ou échoueront tous, au lieu d'être effectués dans des transactions séparées.
Dans certains cas, moins de signatures et de confirmations seraient nécessaires pour l'exécution d'une opération.
Le compromis de la table de recherche d'adresses
V1 modifie également la façon dont les transactions gèrent les ressources et les références de comptes.
Les paramètres de limite de calcul et de frais de priorité ont été déplacés des instructions ComputeBudget vers les paramètres de transaction, permettant aux fournisseurs d'infrastructure d'accéder facilement à ces paramètres.
Les transactions V1 sont également débarrassées des Address Lookup Tables car les comptes référencés sont inclus dans la transaction.
Bien que cela aide à simplifier la transaction, cela se fait au prix de la taille de la transaction, car une Address Lookup Table v0 ne nécessite qu'un index d'un octet tandis qu'une clé publique en ligne nécessite 32 octets.
Il a été découvert par l'analyse des Address Lookup Tables de Solana que 62 % des transactions v0 utilisaient au moins une Address Lookup Table ; par conséquent, les transactions denses utilisant plus d'une Address Lookup Table augmenteront la taille de la transaction de plus de 1 500 octets. La limite de 64 comptes reste la même.
Où V1 s'inscrit dans la poussée de Solana vers la finance tokenisée
La mise à niveau intervient alors que Solana étend sa position dans la finance on-chain. Selon DeFiLlama, la valeur totale verrouillée dans le secteur DeFi de Solana est d'environ 5,95 milliards de dollars, et son volume d'échanges décentralisés sur 24 heures est d'environ 1,79 milliard de dollars.
Le résumé d'août pour Solana indiquait également que la valeur des actifs du monde réel sur le réseau avait dépassé 4 milliards de dollars et était détenue sur plus de 350 000 adresses. De plus, xStocks avait rassemblé plus de 500 millions de dollars d'actifs sous gestion.
Le simple fait que plus de capacité de transaction soit disponible ne signifie pas qu'une adoption accrue en résultera.
Galaxy Research a observé qu'une grande partie de la valeur liée aux jetons de Solana n'est toujours pas utilisée, tandis que les plateformes concurrentes dominent encore dans certains domaines en forte croissance.
V1 élargit ainsi la gamme d'applications que les développeurs peuvent créer sur Solana. La question plus difficile est toutefois de savoir si les utilisateurs, la liquidité et l'activité des transactions suivront.
Que doivent faire les opérateurs maintenant ?
Les lecteurs RPC doivent définir maxSupportedTransactionVersion: 1 pour getTransaction et getBlock, tandis que les indexeurs doivent lire les limites de calcul V1 et les frais de priorité depuis transactionConfig. Les validateurs et les opérateurs RPC doivent exécuter Agave v4.2.2 ou une version ultérieure. Les expéditeurs V1 doivent également définir explicitement les limites de calcul et de comptes chargés et utiliser base64 pour les transactions de plus de 1 232 octets. Les fournisseurs de portefeuilles, quant à eux, ne doivent annoncer le support V1 qu'après avoir confirmé que leur logiciel peut correctement analyser et signer le nouveau format, selon Les directives de mise à niveau de Solana.
Les esprits les plus brillants du secteur crypto lisent déjà notre newsletter. Vous aussi ? Rejoignez-les.
FAQ
Quand la version V1 des transactions Solana a-t-elle été mise en production sur le mainnet ?
Le paramètre txv1 a été activé au début de l'époque 1035 du mainnet le 15 septembre 2026 vers 01:00 UTC ; V1 est également actif sur le testnet et le devnet.
Que change la version V1 des transactions pour les développeurs ?
Elle porte la limite de taille des transactions à 4 096 octets, permet d'intégrer des charges de travail comme les preuves ZK et les multisigs volumineux dans une seule transaction atomique, déplace les paramètres de calcul et de frais dans les métadonnées de la transaction, et supprime les tables de recherche d'adresses afin que les comptes soient écrits en ligne, tout en maintenant la limite inchangée de 64 comptes.
Les opérateurs RPC et validateurs doivent-ils effectuer une mise à niveau ?
Oui. La lecture et l'indexation des transactions V1 constituent un changement cassant ; les nœuds RPC et les validateurs Jito-Solana doivent exécuter Agave v4.2.2 ou une version ultérieure, car les versions antérieures de RPC dégradent les messages V1 vers v0 et rapportent incorrectement leurs budgets de calcul.
Avertissement. Les informations fournies ne constituent pas des conseils en matière de trading. Cryptopolitan.com décline toute responsabilité concernant les investissements réalisés sur la base des informations fournies sur cette page. Nous recommandons vivement une recherche indépendante et/ou une consultation avec un professionnel qualifié avant de prendre toute décision d'investissement.
Ashish Kumar
Ashish Kumar est un journaliste spécialisé dans la crypto et la finance, avec huit ans d'expérience en rédaction. Il couvre l'actualité des marchés cryptographiques, de la réglementation, de la DeFi et des écosystèmes d'échanges. Il a travaillé pour Coingape, Todayq et Newsroompost. Ashish détient un PGDP en journalisme anglais de l'IIMC. Il a également interviewé des personnalités du secteur telles qu'Arthur Hayes, Yat Siu, Austin Federa, et bien d'autres.
