Solana a déployé le format de transaction « v1 » sur son réseau principal le 15 septembre, augmentant la capacité maximale d’une transaction de 1 232 à 4 096 octets. Ce changement, effectif dès l’epoch 1 035, ouvre la voie à des opérations on‑chain plus complexes — preuves cryptographiques volumineuses, multisignatures et nouveaux schémas de signature — sans fragmenter les traitements.
En bref
- La taille maximale d’une transaction passe de 1 232 à 4 096 octets avec le format v1.
- L’ancien format reste utilisable : la migration n’est pas forcée pour les wallets ou applications existants.
- Les développeurs pourront regrouper davantage d’instructions atomiques, réduisant le besoin de bundles ou d’Address Lookup Tables.
La limite historique de 1 232 octets remontait aux premières contraintes réseau du projet, liées au paquetage et aux en‑têtes. Depuis la migration vers QUIC et plusieurs propositions techniques (notamment SIMD‑0296 et SIMD‑0385), l’équipe a choisi d’aligner la nouvelle taille maximale sur la taille d’une page mémoire classique du matériel des validateurs : 4 096 octets.
Pourquoi ce changement compte maintenant
Pour un transfert simple de SOL, l’utilisateur ne remarquera rien. En revanche, les applications qui manipulent des signatures multiples ou des preuves cryptographiques très volumineuses vont pouvoir tout placer dans une seule transaction. Concrètement, cela signifie moins d’allers‑retours, une seule commission de validation plutôt que plusieurs, et surtout une exécution atomique : soit toutes les instructions passent, soit aucune.
Solana a déjà travaillé parallèlement sur la réduction du temps de création des blocs — une étape distincte mais complémentaire. En août, le réseau a diminué le temps de slot de 400 à 350 ms, avec un objectif à long terme autour de 200 ms ; ces optimisations ciblent la latence, tandis que v1 augmente la capacité des transactions.
Qui gagne et qui doit s’adapter
Côté développeurs et protocoles, le bénéfice est immédiat. Des exemples pratiques incluent des transferts confidentiels avec plusieurs preuves zero‑knowledge, ou des opérations Token‑2022 qui dépassaient auparavant la limite et nécessitaient des approches détournées.
Cependant, l’arrivée d’un format plus dense impose des ajustements techniques chez les acteurs d’infrastructure. Les services tels que les RPC, indexeurs et explorateurs doivent savoir décoder v1 ; autrement, ils risquent d’afficher des erreurs ou des données incomplètes lorsqu’une transaction volumineuse apparaît.
- Wallets : peuvent continuer à émettre du legacy ou du v0 sans modification.
- Explorateurs et indexeurs : doivent implémenter le décodage de v1 pour rester compatibles.
- Réseau et validateurs : prendront en compte une charge de propagation potentiellement plus élevée si les gros formats se multiplient.
Des garde‑fous pour éviter les dérives
Solana n’a pas ouvert la vanne sans restriction. Le format v1 conserve des plafonds opérationnels : un maximum de 12 signatures, 64 comptes et 64 instructions par transaction. Ces limites cherchent à préserver les performances et à empêcher que des transactions excessivement lourdes saturent la bande passante ou les ressources mémoire des nœuds.
Autre point pratique : la structure binaire de v1 pourrait théoriquement encoder davantage d’éléments, mais l’équipe a choisi des bornes conservatrices pour éviter une fragmentation du traitement sur plusieurs pages mémoire, ce qui nuirait aux performances.
Conséquences pour le réseau
Solana gère déjà un trafic important : le réseau a atteint des records mensuels d’activité cet été. L’option v1 n’implique pas que chaque transaction triple de taille automatiquement, mais si les gros formats deviennent courants, la consommation de bande passante et l’utilisation de stockage temporaire pendant la propagation augmenteront.
En clair, la mise à jour rend possible des cas d’usage auparavant contraints, tout en laissant aux opérateurs et développeurs le soin d’adapter leurs outils pour garantir une lecture et un traitement corrects des nouvelles transactions.
Ce que retenir
La mise en service de v1 sur le mainnet marque une étape importante pour l’écosystème Solana : plus d’espace par transaction sans rupture de compatibilité. Les équipes qui conçoivent des applications complexes — multisigs, preuves ZK, transferts confidentiels — disposent désormais d’un levier pour simplifier leurs flux et réduire les points de friction.
Reste à observer l’adoption : si les développeurs tirent massivement parti des 4 096 octets, les opérateurs d’infrastructure devront accélérer leurs mises à jour pour préserver la fiabilité et la lisibilité du réseau.