Stellar prévoit aujourd’hui le vote testnet de Bell, avant un scrutin mainnet distinct

Un vote de test avant toute décision sur le réseau principal

Les validateurs du réseau de test de Stellar doivent se prononcer le 3 novembre 2026 à 17 heures UTC sur Bell, la mise à niveau du protocole 30. Le guide officiel prévoit un vote séparé sur le réseau principal le 23 novembre, à la même heure. Ces rendez-vous restent soumis au processus de validation et les dates peuvent évoluer. Au moment de cette préparation, le vote testnet est encore à venir : ni son adoption ni l’activation sur le réseau principal ne sont présentées comme acquises.

L’enjeu immédiat est de permettre aux développeurs et aux opérateurs de tester les changements avant leur éventuelle arrivée dans l’environnement utilisé pour les transactions réelles. Un réseau de test sert à éprouver les logiciels et les intégrations ; son évolution ne constitue pas une mise en service commerciale équivalente. Bell réunit plusieurs modifications techniques, mais les objectifs de long terme décrits par la fondation ne doivent pas être confondus avec des fonctionnalités déjà disponibles partout sur Stellar.

Un contrat pour plusieurs clients et des signatures à périmètre limité

Une première proposition étend aux adresses de contrats le principe des comptes multiplexés. Elle permet d’associer un identifiant à une adresse de contrat afin de distinguer les paiements de plusieurs clients reçus par un même compte intelligent. Les applications doivent reconnaître le nouveau format commençant par la lettre W et adapter leurs contrôles de types. L’objectif est de réduire le besoin de déployer un contrat distinct pour chaque utilisateur, tout en conservant l’identification des mouvements.

Une autre modification apporte la vérification de signatures ML-DSA dans les contrats intelligents. La fondation la présente comme une étape de préparation à la cryptographie post-quantique, avec une implémentation au niveau du logiciel du réseau. Le périmètre est essentiel : les signatures des transactions du réseau restent fondées sur Ed25519 à ce stade. Bell ne rend donc pas automatiquement tous les comptes existants résistants à une attaque quantique, et l’adoption de nouveaux modèles de comptes reste un travail distinct.

Une horloge plus précise et des logiciels à mettre à jour

Bell prévoit aussi une mesure du temps des registres à la milliseconde. Cette évolution lève une limite technique liée aux horodatages en secondes entières et prépare des intervalles de clôture plus fins lors de changements futurs. Elle ne constitue pas, à elle seule, une promesse de transactions immédiatement plus rapides. Le document distingue cette base technique des essais de registres plus rapides menés sur des branches expérimentales, sans annoncer une performance générale déjà déployée.

Le changement du format des en-têtes implique une préparation des outils qui lisent les données du réseau. Les utilisateurs des bibliothèques de développement doivent suivre les versions compatibles ; les indexeurs, explorateurs et outils qui décodent directement les données doivent mettre à jour leurs définitions. Le guide précise que le champ historique du temps de clôture continue d’exprimer des secondes entières. Les prochaines preuves à suivre seront le résultat effectif du vote testnet, les essais des intégrations et, séparément, la décision des validateurs du réseau principal.