TRON (TRX) a activé le 28 août la proposition 107, ajoutant à sa machine virtuelle les fonctionnalités Prague et Osaka d’Ethereum (ETH), ainsi qu’un mécanisme de vérification de signatures compatible passkeys.
Points clés :
- La proposition 107 est entrée en vigueur le 28 août après 25 approbations, activant les fonctionnalités Prague et Osaka dans la TRON Virtual Machine.
- Les changements réduisent les écarts de compatibilité avec Ethereum et offrent aux applications un accès étendu à l’historique des block-hash.
- La vérification native P-256 peut soutenir des portefeuilles basés sur des passkeys, tandis que la baisse du coût cryptographique pourrait réduire la consommation d’énergie de certaines applications.
Détails de la mise à niveau TRON
La proposition 107 a reçu 25 approbations avant son activation le 28 août, donnant à la TRON Virtual Machine accès à des fonctionnalités déjà incluses dans la version GreatVoyage‑v4.8.2. La documentation de la proposition sur GitHub précise que la mise à jour active les paramètres réseau 95 et 96, qui déclenchent les fonctionnalités liées à Prague et Osaka sur le mainnet.
Pour les développeurs, cette mise à niveau étend la prise en charge des comportements récents d’Ethereum sans nécessiter autant d’ajustements spécifiques au réseau lors de la migration d’applications vers TRON. Une couche de travail de migration est ainsi allégée.
Les changements associés à Prague étendent également l’accès aux block-hash historiques conservés dans l’état du réseau, ce qui aide les applications à confirmer sur chaîne des transactions plus anciennes. Cela peut réduire la dépendance à des fournisseurs de données externes pour certains besoins de vérification.
À lire aussi : Le Fomo Copy Trading a laissé près de 94 % des portefeuilles en perte : étude
Prise en charge des passkeys côté Ethereum
Les changements liés à Osaka ajoutent une vérification native des signatures secp256r1, ou P‑256, une courbe cryptographique largement utilisée pour les passkeys et les trousseaux de clés matériels intégrés aux appareils. Les développeurs de portefeuilles et d’applications disposent ainsi d’un moyen plus efficace de vérifier les signatures générées par les mécanismes de sécurité intégrés aux téléphones et aux ordinateurs.
La proposition réduit également le coût énergétique de certaines opérations cryptographiques lourdes, notamment les calculs MODEXP, même si les économies réelles dépendront de l’architecture de chaque application. Les développeurs doivent encore intégrer et exploiter ces nouvelles capacités.
L’arrivée de la prise en charge des passkeys au niveau du réseau ne signifie pas que celles‑ci apparaîtront automatiquement dans les portefeuilles TRON existants.
Les équipes de portefeuilles devront choisir si elles intègrent cette fonctionnalité et définir comment les utilisateurs s’authentifieront : empreinte digitale, reconnaissance faciale ou code PIN de l’appareil.
Les changements avaient déjà été intégrés à GreatVoyage‑v4.8.2 avant la soumission de la proposition 107 à la gouvernance, mais restaient désactivés sur le mainnet tant que le vote n’était pas terminé. Le scrutin a débuté le 25 août, faisant de l’activation du 28 août l’ultime étape de gouvernance pour l’activation des fonctionnalités Prague et Osaka.
