Stellar vote le 23 novembre sur le protocole 30 : la prochaine étape pour les détenteurs et les portefeuilles

Voici ce qui est établi : Stellar reçoit de nouvelles règles de réseau. Le 20 octobre 2026, la Stellar Development Foundation a présenté Bell, le protocole 30 du réseau. Il contient trois propositions de modification : des adresses de contrat multiplexées avec un préfixe jusqu’ici inutilisé, la vérification de signatures résistantes au quantique dans les smart contracts et un registre qui comptera désormais le temps en millisecondes. Rien de tout cela ne s’active de soi-même. Les validateurs votent le 3 novembre sur le testnet et le 23 novembre sur le mainnet, chaque fois à 17h00 UTC. Notre appréciation suit plus bas, dans une section dédiée.

Le solde d’un détenteur ne change pas pour autant. Il n’y a pas de migration, les anciennes adresses restent valables et personne n’a besoin de déplacer ses XLM. Bell se fera sentir là où un service manque le virage : dans les portefeuilles qui ignorent le nouveau format d’adresse, et dans les explorateurs de blocs ou les chaînes de traitement de données dont les décodeurs sont figés sur les anciennes définitions de registre.

Stellar (XLM) cotait 0,1841 dollar dans la matinée du 21 octobre, soit environ cinq pour cent au-dessus de la veille (CoinGecko). Le plus haut du jour s’est établi à 0,1842 dollar et le plus bas à 0,1753 dollar. Une valeur de marché de 6,48 milliards de dollars suffit pour le 21e rang.

Bell réunit trois propositions : CAP-84, CAP-87 et CAP-88

Chez Stellar, un CAP est une Core Advancement Proposal, c’est-à-dire une demande formelle de modification des règles du réseau. Le protocole 30 en porte trois. CAP-84 enrichit les adresses de contrat d’un identifiant, CAP-87 introduit une vérification de signature résistante au quantique dans les smart contracts, CAP-88 change le décompte du temps dans le registre.

Ce regroupement est habituel chez Stellar. La version précédente, le protocole 28 nommé Adapter, avait réduit le délai entre deux registres sur le mainnet d’environ 5,7 à 5 secondes. Depuis ce basculement, le cours est revenu d’un bon 0,19 dollar aux 0,1841 dollar d’aujourd’hui. Un second chantier s’est ajouté en octobre : nous avons analysé le lancement des flux de données Chainlink sur Stellar du 14 octobre.

CAP-84 et le nouveau préfixe Strkey W : une adresse de contrat pour de nombreux clients

Jusqu’ici, Stellar ne connaissait les adresses multiplexées que pour les comptes classiques. Elles commencent par un M et permettent à une plateforme de gérer des milliers de clients derrière une seule adresse de dépôt, puisque chaque paiement porte son propre identifiant. Les smart contracts n’en étaient pas capables.

CAP-84 comble cette lacune. Une adresse de contrat pourra désormais porter un identifiant de multiplexage de 64 bits, techniquement sous la nouvelle variante SC_ADDRESS_TYPE_MUXED_CONTRACT. Le préfixe Strkey correspondant est W, décrit par la Foundation comme un M renversé. L’identifiant se retrouve dans l’événement de transfert du paiement, de sorte que le destinataire lit l’affectation sans avoir à déployer un contrat distinct pour chaque client.

Concrètement : un prestataire de paiement qui règle ses opérations sur Stellar n’aura plus besoin d’une adresse par client. En revanche, qui développe un logiciel acceptant des adresses doit intégrer W à la validation, à l’affichage et au stockage. Les contrats qui attendent une simple Address dans leur interface rejetteront les adresses W.

CAP-87 amène ML-DSA dans le smart contract, pas dans la signature de transaction

ML-DSA est l’un des procédés de signature que l’institut américain de normalisation NIST a adoptés en 2024 comme standard résistant au quantique. CAP-87 intègre la vérification de telles signatures directement dans Stellar Core, au lieu de la reproduire dans le code des contrats. Un smart contract peut ainsi vérifier une signature ML-DSA sans que la charge de calcul rende le contrat hors de prix.

La limite de cette modification compte, et la Foundation la trace elle-même. Les signatures des transactions du réseau restent en Ed25519, le procédé actuel. Un signataire natif résistant au quantique pour les comptes classiques figure dans l’annonce comme un projet pour une version ultérieure du protocole, non comme un élément de Bell.

CAP-88 fait passer le registre à la milliseconde, le temps de bloc reste à cinq secondes

Jusqu’ici, le registre tenait ses horodatages en secondes entières. CAP-88 passe à une horloge en millisecondes. Les intervalles entre deux registres ne raccourcissent pas pour autant dans l’immédiat ; l’objectif des cinq secondes demeure. Ce qui disparaît, c’est le plancher d’un registre par seconde, qui bloquait jusqu’ici tout raccourcissement ultérieur.

Pour qui exploite les données, ce basculement a un effet secondaire désagréable. Le protocole 30 modifie le format de l’en-tête de registre. Qui décode des données de registre brutes, par exemple avec son propre indexeur, un explorateur ou une chaîne d’analyse, doit porter les définitions XDR au protocole 30. Sinon, le décodage échoue sur des champs inconnus. Le champ closeTime lui-même reste inchangé et continue d’indiquer des secondes entières.

Le calendrier vers le protocole 30 : Stellar Core v30.0.0 est sorti le 16 octobre

La Foundation a publié le calendrier dans son guide de mise à niveau vers Bell. Stellar Core v30.0.0 est paru en version stable le 16 octobre 2026, et entre le 16 et le 23 octobre suivent d’autres versions stables pour l’infrastructure et les bibliothèques de développement. Les validateurs votent le 3 novembre sur le testnet et le 23 novembre sur le mainnet, les deux dates à 17h00 UTC. La Foundation précise que ces dates peuvent changer.

Le guide ne nomme pas de numéros de version précis pour chaque SDK ; il renvoie aux pages de publication des projets concernés. Il est en revanche sans ambiguïté sur le caractère obligatoire : la mise à jour des SDK n’est pas optionnelle dans ce cycle. Pour les applications qui traitent des adresses, ce n’est de plus que la première de deux étapes, car leur propre code doit ensuite accepter les adresses W.

Pour les utilisateurs finaux et les détenteurs, le guide ne contient aucune consigne. Ce n’est pas un oubli, mais la conséquence de la conception : le travail incombe aux opérateurs, non aux titulaires des soldes.

Ce sont les validateurs qui décident de Bell, pas la Stellar Development Foundation

Chez Stellar, une version de protocole n’est pas enclenchée par la Foundation. Les opérateurs de nœuds inscrivent dans leur configuration une version de protocole et une date, et le réseau ne relève la version que lorsque suffisamment de poids de vote est réuni. C’est pourquoi le calendrier porte un vote les 3 et 23 novembre, et non une activation.

Jusqu’à ce point, Bell est une proposition avec du code et une date, rien de plus. Qui garde cela en tête lit autrement les titres sur la protection quantique prétendument acquise de Stellar.

bitFlyer ne crédite plus les XLM entrants depuis le 19 octobre

À quel point les paiements dépendent de l’infrastructure autour du réseau s’est vu deux jours avant l’annonce de Bell. La plateforme japonaise bitFlyer a indiqué le 20 octobre sur X que les Stellar Lumens arrivant de l’extérieur ne sont plus crédités comme d’habitude aux comptes clients depuis environ 23h49, heure japonaise, le 19 octobre. Comme cause, la plateforme cite des restrictions d’accès sur l’interface Stellar officielle de la Stellar Development Foundation, qu’utilise bitFlyer.

L’envoi de XLM n’est pas touché, pas davantage que les entrées et sorties de tous les autres crypto-actifs. bitFlyer indique travailler à reprendre les crédits par une autre voie et annoncera cette reprise ; la plateforme n’a pas donné de calendrier. L’information concerne une plateforme sans clientèle allemande. Le schéma reste instructif : un dépôt peut être confirmé depuis longtemps sur la blockchain et manquer malgré tout au compte, parce que la comptabilité du prestataire se tient entre les deux.

XLM à 0,1841 dollar : le cours se situe 41,6 % sous son niveau d’il y a un an

Le tableau du cours reste faible, même avec la hausse d’environ cinq pour cent de mardi. Sur une semaine, le recul est de 2,9 %, sur un mois de 10,7 %, sur un an de 41,6 % (CoinGecko, 21 octobre 2026). Le record absolu de 0,8756 dollar de janvier 2018 se situe 79 % au-dessus du cours.

Depuis le 7 octobre, lorsque le XLM a testé la barre des 20 centimes sur une perte quotidienne de 6,3 %, le cours n’a pas reconquis ce seuil. Les 0,1842 dollar du plus haut de mardi se situent un bon huit pour cent en dessous. Il circule 35,2 milliards de XLM sur 50,0 milliards au total, et le volume des dernières 24 heures a atteint 127,6 millions de dollars. Rapporté à la valeur de marché, cela correspond à une rotation d’un peu moins de deux pour cent, un marché mince pour une valeur du top 25.

Voie d’achat en Allemagne : agrément MiCA, conservation et nouveau format d’adresse

Qui achète des XLM en Allemagne le fait, depuis la pleine application du règlement européen MiCA, auprès de prestataires titulaires d’un agrément de prestataire de services sur crypto-actifs. La BaFin tient un registre public des établissements agréés, et tout prestataire sérieux mentionne son agrément dans ses conditions. Quelles plateformes détiennent un tel agrément et ce qu’elles facturent en frais et en spread, nous l’avons mis en regard dans notre comparatif des plateformes crypto.

Sur la conservation, Bell touche le quotidien de la façon la plus directe. Lorsque des adresses W circuleront à partir de fin novembre, le logiciel que vous utilisez pour envoyer devra les reconnaître comme valables. Les portefeuilles matériels l’obtiendront par une mise à jour du micrologiciel, les plateformes par leur SDK. Concrètement, pour les semaines à venir : installer les mises à jour du micrologiciel dès que le fabricant les propose, et envoyer d’abord un petit montant devant une adresse inhabituelle. La régularité avec laquelle un appareil est approvisionné en micrologiciel est ici le véritable critère de choix.

Un avertissement s’y ajoute : les mises à niveau de réseau sont un prétexte apprécié des escrocs. Pour Bell, il n’existe aucun échange de tokens, aucune inscription et aucun portefeuille qui devrait migrer un solde. Toute invitation à saisir vos mots de récupération quelque part au nom du protocole 30 est une attaque.

Fiscalité des XLM : le délai de détention d’un an et l’échange contre d’autres cryptos

Sur le plan fiscal, les XLM comptent en Allemagne comme un autre bien économique au sens du paragraphe 23 de la loi sur l’impôt sur le revenu. Plus de douze mois doivent séparer l’achat de la vente pour que le gain reste exonéré. Dans ce délai s’applique un seuil de 1 000 euros par an pour l’ensemble des opérations de cession privées ; s’il est dépassé, la totalité du gain est imposable.

Une mise à niveau de protocole ne déclenche pas en soi d’opération imposable, car elle ne constitue ni un échange ni un encaissement. Le passage de XLM à une autre crypto, en revanche, si, même sans détour par l’euro. Qui achète sur plusieurs plateformes a besoin d’une comptabilité qui reporte les dates d’acquisition selon le principe premier entré, premier sorti.

Notre appréciation : Bell ne rend pas Stellar résistant au quantique

Du point de vue de la rédaction, le volet quantique est surétiré dans les comptes rendus. Les éléments figurent dans l’annonce elle-même : CAP-87 amène la vérification ML-DSA dans le smart contract, les signatures de transaction du réseau restent en Ed25519, et la Foundation reporte à une version ultérieure du protocole un signataire natif résistant au quantique pour les comptes classiques. Un solde sur un compte Stellar ordinaire dépend après Bell de la même courbe qu’avant.

À l’inverse, le travail préparatoire a de la valeur. Un réseau dont les contrats savent vérifier ML-DSA pourra franchir le pas plus tard sans ouvrir un second chantier, et l’étape arrive plus tôt que chez la plupart des grandes blockchains. L’effet le plus proche de Bell est toutefois ailleurs : CAP-84 abaisse les coûts des prestataires de paiement, et c’est précisément là que Stellar gagne son argent. Avec les 4 milliards de dollars d’actifs tokenisés que la Foundation annonce pour son écosystème, c’est la partie de l’annonce la plus susceptible de porter le cours à moyen terme, davantage que la cryptographie.

Protocole 30 : d’ici au 23 novembre, la majorité des validateurs tranche

1. Vérifiez dans les semaines qui viennent si le fabricant de votre portefeuille publie une mise à jour du micrologiciel ou de l’application pour le protocole 30, et installez-la avant le vote du mainnet du 23 novembre. La régularité du suivi des appareils apparaît dans le comparatif des portefeuilles matériels.
2. Si vos XLM se trouvent sur une plateforme, un coup d’œil à ses messages d’état suffit : le cas bitFlyer montre que les dépôts et les retraits dépendent du raccordement du prestataire et non du réseau. Une alternative agréée se trouve dans le comparatif des plateformes crypto.
3. Notez la date et le cours d’acquisition de chaque position avant de réorganiser votre portefeuille à l’approche de la mise à niveau. C’est le délai d’un an qui décide de l’impôt, non le protocole ; les programmes adaptés figurent dans le comparatif des logiciels fiscaux.

(Au 21 octobre 2026. Cet article ne constitue pas un conseil en investissement. Les cours et les grilles tarifaires évoluent ; vérifiez les conditions auprès du prestataire avant tout achat.)