Stellar a activé sa mise à niveau Protocol 30, baptisée Bell, sur le testnet, introduisant de nouvelles capacités de contrats intelligents, la vérification de signatures post-quantiques et des changements qui pourraient permettre un traitement plus rapide du registre dans de futures mises à niveau.
Résumé
- Stellar a activé sa mise à niveau Protocol 30 Bell sur le testnet, les validateurs devant voter sur l'activation sur le mainnet le 23 novembre à 17h00 UTC.
- Bell introduit des adresses de contrats multiplexées qui permettent aux exchanges, aux dépositaires et aux fournisseurs de paiement de gérer plusieurs soldes clients via un seul contrat intelligent.
- La mise à niveau ajoute la prise en charge de la vérification de signatures ML DSA post-quantiques au sein des contrats intelligents, tandis que les signatures de transactions du réseau continueront d'utiliser Ed25519.
- Le Protocol 30 introduit une synchronisation du registre à la milliseconde pour soutenir un traitement plus rapide dans de futures mises à niveau, bien que ce changement ne réduise pas immédiatement les temps de clôture du registre.
- Les fournisseurs de portefeuilles, les exchanges et les opérateurs d'infrastructure doivent mettre à jour leurs logiciels pour prendre en charge le nouveau format d'adresse et les changements de données du registre avant l'activation sur le mainnet.
Selon une annonce du 4 novembre de la Stellar Development Foundation, la mise à niveau du testnet a été achevée, les validateurs étant désormais programmés pour voter sur l'activation de Bell sur le mainnet le 23 novembre.
La mise à niveau introduit trois changements dans le cadre des CAP-84, CAP-87 et CAP-88, couvrant la manière dont les contrats intelligents gèrent les adresses clients, vérifient les signatures cryptographiques et enregistrent les heures de clôture du registre.
Dans son annonce du 20 octobre, la fondation a expliqué que Bell est conçu pour aider les entreprises à gérer les fonds de leurs clients via des comptes intelligents tout en préparant le réseau à une sécurité résistante aux ordinateurs quantiques et à un traitement plus rapide des transactions.
L'activation sur le testnet a suivi un vote des validateurs prévu le 3 novembre à 17h00 UTC. Le vote sur le mainnet est prévu à la même heure le 23 novembre, l'activation dépendant de l'approbation des validateurs.
Stellar Protocol 30 introduit des adresses de contrats intelligents multiplexées
L'un des principaux changements de Bell est le CAP-84, qui introduit des adresses de contrats multiplexées permettant aux entreprises de gérer les fonds appartenant à plusieurs clients via un seul contrat intelligent.
Auparavant, Stellar prenait en charge des comptes multiplexés qui permettaient aux exchanges et aux dépositaires de recevoir des dépôts de différents clients sur un seul compte tout en identifiant les utilisateurs individuels via des identifiants distincts.
Les comptes intelligents, qui utilisent des contrats programmables pour contrôler les autorisations de dépenses, ne disposaient pas de la même capacité. Les entreprises qui les utilisaient avaient généralement besoin de contrats séparés pour distinguer les soldes des clients.
Avec le CAP-84, une adresse de contrat peut porter un identifiant de 64 bits qui identifie le client visé sans nécessiter un contrat intelligent distinct pour chaque utilisateur.
Les nouvelles adresses utilisent un format commençant par la lettre W, les distinguant des adresses de comptes multiplexés existantes qui commencent par M.
Lorsque des jetons sont transférés vers l'une de ces adresses, les fonds atteignent le contrat sous-jacent tandis que l'identifiant du client est enregistré dans l'événement de transfert.
Selon Stellar, les exchanges, les fournisseurs de paiement et les dépositaires peuvent utiliser le système pour gérer les dépôts des clients via des comptes intelligents sans déployer de contrats individuels pour potentiellement des millions d'utilisateurs.
Le changement exige que les fournisseurs de portefeuilles et d'autres applications qui traitent les adresses Stellar prennent en charge le nouveau format.
Bell apporte la vérification de signatures post-quantiques aux contrats intelligents
Un autre composant majeur, le CAP-87, introduit la prise en charge de la vérification des signatures ML-DSA dans l'environnement de contrats intelligents Soroban de Stellar.
ML-DSA est un algorithme de signature numérique post-quantique normalisé par le National Institute of Standards and Technology des États-Unis en 2024.
Contrairement aux systèmes de signature à courbe elliptique existants, ML-DSA est conçu pour résister aux attaques de ordinateurs quantiques suffisamment puissants.
Stellar utilise actuellement des schémas de signature cryptographique, notamment Ed25519, secp256k1 et secp256r1, qui pourraient devenir vulnérables aux avancées futures de l'informatique quantique.
Avec Bell, les développeurs peuvent créer des comptes intelligents qui exigent des signatures ML-DSA avant d'autoriser des transactions, permettant aux portefeuilles et aux dépositaires d'introduire des contrôles de dépenses résistants au quantique.
La fondation a déclaré que le processus de vérification s'exécute via Stellar Core, car la vérification des signatures ML-DSA nécessite considérablement plus de ressources informatiques que les signatures conventionnelles.
Le protocole 30 prend en charge trois fonctions de vérification ML-DSA correspondant aux différents niveaux de sécurité de l'algorithme.
Cette fonctionnalité est le premier composant onchain du Plan de préparation quantique de Stellar, bien que les signatures de transaction au niveau du réseau continueront d'utiliser Ed25519 jusqu'à une future mise à niveau du protocole.
D'autres blockchains ont exploré des protections similaires. En août, Sui a présenté des plans pour introduire une authentification de compte résistante au quantique utilisant des schémas de signature approuvés par le NIST.
La synchronisation du grand livre à la milliseconde prépare Stellar à un traitement plus rapide
Le troisième composant de Bell, CAP-88, modifie la façon dont Stellar enregistre l'heure à laquelle les grands livres se ferment.
Actuellement, Stellar enregistre les heures de fermeture des grands livres en secondes entières, ce qui empêche le réseau de cibler des intervalles inférieurs à une seconde.
Le nouveau système introduit des horodatages à résolution de milliseconde, permettant aux futures modifications du protocole de prendre en charge des intervalles de fermeture de grand livre plus précis.
En septembre, la mise à niveau Protocol 28 de Stellar a réduit les temps de fermeture typiques des grands livres du réseau principal d'environ 5,7 secondes à cinq secondes.
CAP-88 ne réduit pas immédiatement ces temps davantage. Au lieu de cela, il supprime une restriction technique existante, les développeurs de Stellar Core expérimentant déjà un traitement plus rapide des grands livres.
La modification introduit un nouveau format d'en-tête de grand livre, obligeant les applications qui décodent les données brutes de la blockchain à mettre à jour leur logiciel.
Selon le guide de mise à niveau de la fondation, les anciens SDK peuvent échouer à décoder les grands livres du protocole 30, tandis que les indexeurs et les services d'analyse doivent mettre à jour leurs définitions XDR.
Les contrats Soroban existants peuvent continuer à fonctionner sans modification, bien que les développeurs doivent mettre à jour leurs outils pour utiliser les nouvelles fonctionnalités de Bell.
Mise à niveau du réseau principal prévue pour le 23 novembre
Avant le vote du réseau principal, Stellar a publié des versions compatibles avec le protocole 30 de ses logiciels d'infrastructure Core, Horizon, RPC et Galexie.
Son guide de mise à niveau du 23 octobre répertoriait le SDK JavaScript v17.3.0 et le SDK Go v0.8.0 parmi les versions de développeur disponibles, aux côtés d'une version candidate du SDK Soroban Rust.
Il a été demandé aux validateurs d'installer Stellar Core v30.0.0 avant le vote du réseau principal, tandis que les exchanges, les fournisseurs de portefeuilles et les autres opérateurs d'infrastructure doivent préparer leurs intégrations pour le nouveau format de grand livre.
La mise à niveau fait suite à des développements récents dans l'écosystème de Stellar, notamment l'intégration de VIA Labs de la messagerie inter-chaînes entre Stellar et Ethereum fin octobre.
L'intégration permet aux contrats intelligents Soroban d'échanger des messages avec des contrats basés sur Ethereum, prenant en charge les applications impliquant des stablecoins, des actifs tokenisés et des transactions inter-chaînes.
Le vote de mise à niveau du réseau principal de Stellar est prévu pour le 23 novembre à 17h00 UTC, la fondation coordonnant les préparatifs via sa communauté de développeurs et ses canaux de validateurs.
