Aptos teste les garde-fous de sa version 1.47

Aptos Labs a publié le 15 juin la version aptos-node-v1.47.1-rc, un candidat de testnet pour la prochaine série 1.47 de son logiciel de nœud. Le fait vérifié tient dans la note de version GitHub officielle : cette livraison regroupe des changements de consensus, d’exécution, de mempool, de stockage, d’API et de langage Move avant une éventuelle stabilisation. Il ne s’agit pas d’une mise à jour mainnet immédiate, mais d’un jalon de préparation pour les opérateurs et les développeurs qui suivent l’évolution technique du réseau. C’est précisément pour cette raison qu’il mérite attention : les versions de testnet montrent souvent les arbitrages avant qu’ils deviennent invisibles dans l’exploitation courante.

L’intérêt de cette version est moins spectaculaire qu’un lancement de produit, mais plus lisible pour l’infrastructure. Un nœud Aptos est le logiciel qui exécute les transactions, participe au consensus et expose les interfaces utilisées par les applications. Quand une version de testnet modifie le gaz par bloc, la latence de mempool, les métriques de temps de bloc ou la logique de consensus, elle indique où le protocole cherche à gagner en stabilité et en observabilité. La note mentionne par exemple une réduction du timeout initial de consensus, des métriques supplémentaires pour mesurer la coupe des transactions et le temps de bloc, ainsi qu’un isolement de certaines opérations cryptographiques de déchiffrement par pools d’exécution. Ces détails concernent directement les validateurs, mais aussi les équipes qui doivent comprendre pourquoi une transaction attend, échoue ou arrive plus tard que prévu.

La partie développeur est également à surveiller. La version active des travaux autour de Move, le langage de contrats d’Aptos, avec la préparation de la version de langage 2.4 et du bytecode v10 par défaut, des correctifs de preuve formelle, un nouveau lint pour repérer des modificateurs de tests incorrects, et des sorties plus lisibles pour la simulation Move. Une simulation plus claire permet de comprendre les événements et les changements d’état avant de déployer un contrat, ce qui réduit une partie des erreurs coûteuses sur une chaîne publique. Dans une pile de contrats, ce genre d’amélioration se voit peu dans l’interface finale, mais il modifie la qualité du cycle de test.

Le signal le plus concret concerne peut-être les mécanismes de contrôle et de confidentialité. La note liste l’ajout d’un timelock pour les multisignatures, c’est-à-dire un délai programmable avant l’exécution d’une action approuvée par plusieurs signataires, ainsi que des améliorations de tests autour du mempool chiffré et une intégration « keyless » pour les actifs confidentiels. Pris séparément, ces changements ressemblent à de la plomberie. Ensemble, ils racontent une direction : rendre Aptos plus mesurable, plus contrôlable et mieux préparé à des usages où les équipes doivent vérifier ce qui va s’exécuter, limiter les risques opérationnels et tester des fonctions sensibles avant le mainnet.