La blockchain de contrat intelligent Solana vise à augmenter la taille maximale des transactions de 1 232 octets à 4 096 octets mercredi, offrant aux développeurs plus de trois fois plus d'espace pour intégrer des instructions dans une seule opération.
Les opérations qui devaient précédemment être réparties sur plusieurs transactions peuvent de plus en plus être gérées en une seule transaction sous la version 1 des transactions. Cela inclut les grandes preuves cryptographiques, les paiements nécessitant de nombreuses approbations et certains transferts confidentiels.
Le nouveau format est déjà en cours sur les réseaux de test et de développement de Solana. Les formats de transaction existants continueront de fonctionner, donc les wallets et les applications n'ont pas à passer à la v1 sauf si elles ont besoin de l'espace supplémentaire.
Cela pourrait aider Solana à renforcer son avantage sur son concurrent Ethereum. Bien que Solana ait toujours été plus rapide et moins chère, elle était auparavant en retard sur un point clé : ses transactions étaient strictement limitées à 1 232 octets. Ethereum, en revanche, n’a pas de limite de taille de protocole rigide, ce qui permet aux développeurs d’exécuter des applications massives et riches en données en une seule opération en payant simplement des frais de transaction plus élevés.
En triplant ce plafond à 4 096 octets, Solana cherche à éliminer ce goulot d'étranglement structurel.
Le changement le plus important concerne les logiciels qui lisent Solana. Les services qui récupèrent les blocs et les transactions doivent être mis à jour pour reconnaître la version v1. Sinon, les requêtes peuvent échouer lorsqu'elles rencontrent le nouveau format.
Certains logiciels doivent également modifier l'endroit où ils recherchent les informations sur les frais de priorité. Un frais de priorité est un paiement supplémentaire facultatif que les utilisateurs peuvent effectuer pour faire traiter une transaction plus rapidement. La V1 stocke ces informations ailleurs, donc les logiciels obsolètes peuvent afficher un frais de zéro même lorsqu'un frais a été payé.
Les wallets, les explorateurs et les applications de trading s'appuient souvent sur ces services pour afficher ce qui s'est produit sur la chaîne, ce qui signifie que des données erronées en arrière-plan peuvent se traduire par des données erronées à l'écran de l'utilisateur.
Les transactions plus importantes utilisent également plus de bande passante réseau. Les développeurs s'attendent à ce que les utilisateurs puissent avoir besoin d'offrir des frais de priorité plus élevés lorsque des transactions plus importantes concourent pour de l'espace, bien que cette mise à jour n'introduise pas de nouveau frais par octet.
L'ancienne limite de 1 232 octets provient de la conception réseau originale de Solana, dans laquelle chaque transaction devait tenir dans un paquet de données internet d'environ 1 280 octets. Solana a modifié la manière dont le trafic des transactions est transmis en 2022, rendant cette ancienne limite moins nécessaire.
La nouvelle limite s'arrête à 4 096 octets car quatre kilooctets constituent une taille standard de page mémoire utilisée par le matériel des validateurs. Dépasser cette taille pourrait forcer une transaction à traverser plusieurs pages et rendre le traitement plus coûteux pour les machines exécutant Solana.
Le changement est défini dans deux propositions, SIMD-0296 et SIMD-0385, co-écrites par Jacob Creech et Andrew Fitzgerald, et est entièrement distinct des récents votes de gouvernance Solana qui ont modifié la rapidité avec laquelle de nouveaux SOL étaient créés et retirés de l'offre via les frais générés par les activités du réseau.
En savoir plus : Le vote de Solana pour doubler la désinflation passe de justesse dans une finale dramatique