Solana porte la taille des transactions à 4 096 octets
La mise à niveau vers Transaction v1 doit offrir à Solana davantage d’espace pour les paiements complexes, les multisigs et les preuves à divulgation nulle de connaissance ("zero knowledge proofs"). Les wallets et les explorateurs devront toutefois adapter leur logiciel pour lire correctement les nouvelles transactions.
À retenir
- Solana augmente mercredi la taille maximale des transactions de 1 232 à 4 096 octets.
- Transaction v1 permet de réaliser des opérations plus complexes en une seule transaction, comme de grandes preuves et des paiements avec plusieurs approbations.
- Les logiciels qui lisent les transactions Solana doivent reconnaître v1 afin d’éviter les erreurs et un affichage incorrect des frais.
Solana veut augmenter mercredi la taille maximale des transactions de 1 232 octets à 4 096 octets. Le réseau disposerait ainsi de plus de trois fois plus d’espace par transaction, ce qui donnerait aux développeurs davantage de marge pour exécuter des opérations plus complexes en une seule fois.
Davantage d’espace par transaction
Avec la nouvelle Transaction v1, des tâches qui devaient auparavant être réparties sur plusieurs transactions peuvent plus souvent être traitées en une seule opération. Cela vaut par exemple pour de grandes preuves cryptographiques, des paiements nécessitant de nombreuses approbations et certaines transactions confidentielles.
Le nouveau format fonctionne déjà sur les réseaux de test et de développement de Solana. Les transactions existantes continuent de fonctionner normalement, donc les wallets et les applications n’ont pas besoin de passer immédiatement à v1 s’ils n’ont pas besoin de cet espace supplémentaire.
Cette étape supprime une ancienne limite que Solana connaissait depuis longtemps. Le réseau était rapide et peu coûteux, mais les transactions étaient bloquées par une limite stricte de 1 232 octets. Ethereum ne connaît pas une telle limite fixe au niveau du protocole et peut donc traiter des applications plus grandes et plus gourmandes en données en une seule transaction, à condition que l’utilisateur paie suffisamment de frais.
Ce que le logiciel doit adapter
L’impact principal ne se situe pas seulement dans le réseau lui-même, mais aussi dans les logiciels qui lisent Solana. Les services qui récupèrent les blocs et les transactions doivent reconnaître v1. Si ce n’est pas le cas, des requêtes peuvent échouer dès qu’elles rencontrent une nouvelle transaction.
L’emplacement des informations de priority fee change aussi pour certains systèmes. Une priority fee est un paiement supplémentaire destiné à faire traiter une transaction plus rapidement. Un ancien logiciel peut donc afficher des frais nuls alors qu’un paiement a bien été effectué.
Les wallets, les explorateurs et les applications de trading tirent souvent les informations affichées à l’écran de ces services. Si les données sous-jacentes sont incorrectes, l’utilisateur le verra aussi. La mise à niveau demande donc surtout des ajustements techniques en arrière-plan, et non un passage obligatoire pour tout le monde.
Pourquoi cela compte pour les utilisateurs européens de crypto
Pour les utilisateurs européens de crypto, cela est surtout pertinent parce que des transactions plus grandes offrent davantage d’espace aux applications riches en données, comme les preuves à divulgation nulle de connaissance ("zero knowledge proofs") et les grandes structures multisig. La limite de 4 096 octets correspond en outre à la page mémoire standard du matériel des validateurs, ce qui aide à maintenir un traitement efficace. La modification intéressera donc surtout les développeurs et les services qui construisent sur Solana, et pas seulement les traders qui suivent le cours.
La modification est indépendante des récents votes de gouvernance autour de SOL et de la distribution de nouveaux tokens. Selon la documentation, la mise à niveau fait partie de la phase Agave 4.2 qui commence dans la semaine du 17 août 2026, mais le passage à v1 reste facultatif pour les applications et wallets existants.
