La modification pourrait permettre des opérations bien plus complexes au sein d'une seule transaction atomique et représente une expansion d'environ 3,3 fois.
La mise à jour est beaucoup plus proche maintenant
Anatoly Yakovenko, cofondateur de Solana, a présenté une utilisation possible de la mise à jour. Solana exige « 1 tx transférant des données de manière atomique à travers deux zk roots », selon le commentaire de Yakovenko sur la modification à venir. Il a également mentionné que les rollups basés pourraient exister sur Solana.
Cas d'utilisation approfondi
Son commentaire suggère un cas d'utilisation bien plus complet que simplement ajouter plus de données à chaque transaction. L'intégration des preuves à divulgation nulle de connaissance et des opérations liées aux rollups tout en préservant l'exécution atomique — soit la transaction entière réussit, soit aucune — pourrait s'avérer plus simple pour les transactions de grande taille.
La limite actuelle de 1 232 octets provient de l'architecture réseau initiale de Solana. Après avoir pris en compte la surcharge réseau, les transactions étaient limitées à la taille minimale du MTU IPv6. SIMD-0296 a pu proposer un nouveau plafond de 4 096 octets, car l'adoption de QUIC a supprimé la nécessité de maintenir cette restriction.
Le nouveau format de transaction v1 de Solana offre cette limite supérieure. Ce changement n'augmente pas automatiquement la taille de chaque transaction sur le réseau ; les transactions legacy et v0 continueront à fonctionner selon leurs règles actuelles. Pour accéder à la capacité supplémentaire, les développeurs doivent utiliser v1.
Le testnet Solana a déjà reçu la mise à niveau, avec Transaction V1 activée en septembre, soit un mois avant le déploiement prévu sur le mainnet.
La Solana Foundation identifie plusieurs charges de travail, telles que les multisigs volumineux, les signatures BLS, les signatures Winternitz à usage unique et les transferts confidentiels, qui pourraient bénéficier de l'espace supplémentaire en plus des systèmes ZK. Par conséquent, certaines opérations auparavant réparties sur plusieurs transactions peuvent désormais se réaliser en une seule opération atomique, réduisant potentiellement les frais, la surcharge de coordination et la complexité des confirmations.
L'accent mis par Yakovenko sur les zk roots et les rollups basés laisse entendre que la mise à niveau pourrait, à terme, avoir un impact plus important sur l'architecture applicative de Solana que le simple chiffre de 3,3 fois. L'activation du 9 septembre fournit la capacité transactionnelle sous-jacente ; il appartiendra ensuite aux développeurs de décider à quel point cette capacité supplémentaire sera utilisée activement.
