L’équipe cœur de Solana, Anza, a déployé Transaction V1 (SIMD-0385) sur le réseau principal.

Beaucoup de personnes n’ont pas compris ce que cela signifie exactement.
Auparavant, la limite de taille pour une transaction Solana (unitaire) était de 1232 octets ($SOL ). Quand les développeurs y construisaient une logique complexe, c’était comme coder sur un timbre. Dès qu’il fallait gérer des preuves ZK liées aux paiements privés, des multi-signatures BLS au niveau institutionnel complexes, ou encore des agrégations et compensations DeFi de niveau avancé, le volume de la transaction dépassait rapidement la limite.

La seule solution consistait alors à les découper en plusieurs sous-transactions envoyées successivement.
Mais cela créait un risque fatal : lorsqu’une transaction était envoyée et qu’une étape au milieu se bloquait ou échouait, l’état entre le début et la fin se désynchronisait. Les arbitragistes pouvaient insérer un coup dès que ta première transaction de compensation était terminée, mais avant que la seconde soit encore connectée, faisant porter à l’utilisateur la perte totale.

Désormais, ces actions cryptographiques complexes et plusieurs logiques on-chain peuvent être emballées dans une seule transaction atomique. Soit tout passe, soit tout revient en arrière : il n’y a aucun espace pour qu’on insère ou intercale quoi que ce soit entre les deux. Non seulement cela supprime les coûts redondants de coordination multi-transactions, mais cela réduit aussi l’interaction—auparavant extrêmement fastidieuse—à une action unique de signature.

Encore plus intéressant : les modifications de planification des ressources. Anza a transféré la configuration des unités de calcul (CU), des frais de priorité et des données de compte directement dans l’en-tête de la transaction. Les nœuds RPC et les validateurs n’ont plus besoin, comme avant, de parcourir tout le payload pour déterminer la priorité et le taux de frais : la pré-validation et la répartition des ressources peuvent se faire dès l’en-tête. L’efficacité de file d’attente des transactions à haute fréquence et du MEV gagnera un vrai boost au niveau « physique ».

Bien que le déploiement ait été décalé au 1035e Epoch, à cause des tests d’intégration des outils de l’écosystème, cela montre précisément que l’équipe pose d’abord des fondations de sécurité sur le réseau principal : elle préfère repousser plutôt que de monopoliser un moment sur le réseau.

Bien sûr, augmenter l’espace de 3 fois ne veut pas dire que les applications peuvent profiter du bonus sans effort. L’avancement de l’adaptation de l’infrastructure, la charge imposée aux nœuds RPC, et surtout la capacité des développeurs de DApp à vraiment concrétiser la logique ZK et institutionnelle, sont les facteurs déterminants pour savoir jusqu’où cela pourra être efficace.

Ce n’est pas une promesse d’avantage évident qui permettrait de faire directement monter le cours, mais une fois que le socle technique s’ouvre à la tolérance des architectures complexes, les voies d’accès pour les applications à forte valeur et pour les capitaux institutionnels sont véritablement aplanies.

#solana交易v1上线主网