Le guide Stellar Bell liste les versions SDK pour les votes du protocole 30 en novembre

Stellar a mis à jour son guide de mise à niveau Bell le 23 octobre pour lister les versions logicielles spécifiques requises pour les portefeuilles, les plateformes d’échange et les opérateurs d’infrastructure avant les votes réseau du Protocole 30. Cette révision fournit des références de publication concrètes pour les équipes préparant la gestion des modifications des adresses et des données du registre.

Exigences logicielles pour les nouvelles adresses

Le guide révisé identifie le SDK JavaScript v17.3.0 comme un composant clé pour le support des applications. Publiée le 21 octobre, deux jours avant la mise à jour du guide, cette version du SDK fournit le support pour les adresses de contrats commençant par la lettre W. Elle inclut des outils pour encoder, décoder et valider ces nouvelles adresses, ainsi que des capacités de gestion des transferts.

Sous la mise à niveau Bell, une adresse de contrat peut porter un identifiant client supplémentaire. Cette fonctionnalité permet à un seul contrat intelligent de recevoir des fonds pour plusieurs clients tout en enregistrant à quel client un paiement spécifique appartient. Ce mécanisme étend un arrangement déjà disponible pour les comptes Stellar classiques à l’environnement des contrats intelligents.

Les applications doivent reconnaître le nouveau format d’adresse et associer l’identifiant au bon client. L’installation d’une bibliothèque capable de lire la nouvelle adresse ne modifie pas automatiquement les règles de validation ou de comptabilité existantes. Les développeurs doivent mettre à jour leur code pour gérer correctement la nouvelle structure de données.

Modifications du registre et calendrier des votes

Le Protocole 30 modifie également le format d’en-tête du registre. Le guide avertit que les décodeurs utilisant de vieilles définitions échoueront sur les nouvelles valeurs du registre. Cette exigence s’applique aux indexeurs, aux explorateurs et à d’autres services qui lisent les données brutes du registre, rendant le travail de compatibilité nécessaire au-delà des entreprises adoptant la nouvelle fonctionnalité d’adresse.

La mise à niveau inclut le support de la vérification des signatures ML-DSA dans les contrats intelligents. Cela permet des comptes personnalisés utilisant une autorisation post-quantique, bien que les signatures de transaction réseau ordinaires restent en Ed25519. Ce changement sert de bloc de construction pour les développeurs plutôt que d’une migration cryptographique complète du réseau.

Une modification distincte introduit des horodatages de registre en millisecondes. Cela élimine une barrière technique à la fermeture plus rapide du registre dans les étapes futures, bien que la mise à niveau Bell seule ne réduise pas l’intervalle actuel de fermeture du registre. Les applications doivent éviter de supposer que les registres consécutifs doivent avoir des horodatages en secondes complètes différents.

Certains outils sont encore en cours de finalisation. Le guide liste la version en ligne de commande du Protocole 30 comme en attente et le SDK Rust Soroban comme candidat à la publication. Les validateurs du Testnet sont programmés pour voter le 3 novembre à 17:00 UTC, suivis d’un vote sur le Mainnet le 23 novembre à 17:00 UTC. La mise à niveau n’entre en vigueur que si les validateurs l’approuvent, et la fondation indique que les dates de vote peuvent changer.