TrajectoryRL : le réglage par défaut "burn all" brûle la rémunération des mineurs

La modification est arrivée dans le dépôt public TrajectoryRL via la release tag v0.7.8. Selon le texte du correctif, la même validation met à jour la version du validateur, et les opérateurs ne peuvent rétablir le comportement normal qu’en définissant BURN_ALL=0.

Un changement par défaut dans le mécanisme de poids

Sur SN11, le chemin d’incitation habituel consiste pour les validateurs à lire le vainqueur canonique de la plateforme puis à appeler set_weights. Le mineur sélectionné reçoit alors la part complète des mineurs. Nouveau ici : le drapeau BURN_ALL étend le chemin de brûlage à chaque tempo, même lorsqu’un vainqueur est déjà installé.

Dans le code, le réglage par défaut est explicite. La variable de configuration est activée par défaut, et le chargeur d’environnement traite BURN_ALL comme « 1 » lorsqu’elle n’est pas définie. Quand l’option est active, le tick de poids affecte l’UID 74 à un poids de 1,0 et ignore la branche du vainqueur. Les tests unitaires du même pull request verrouillent ce comportement : en mode burn, seul l’owner UID 74 est écrit ; en mode désactivé, c’est le vainqueur. Le défaut reste activé.

Ce que cela change pour SN11

Les mainteneurs indiquent que ce brûlage doit être collectif. Yuma Consensus ignore le poids d’un validateur sur lui-même, ce qui signifie que la ligne de l’UID 74 ne peut pas, à elle seule, porter le burn. Tous les validateurs exécutant la nouvelle image doivent appliquer les mêmes poids. Une fois l’image distribuée, Watchtower est censé la récupérer pour les validateurs communautaires qui se mettent à jour automatiquement.

TrajectoryRL est Bittensor Subnet 11. Les mineurs y soumettent des politiques de fusion qui orientent le travail des agents à travers des modèles open-weight sur Engy, tandis que les validateurs évaluent ces paquets dans des sandboxes. La saison 2 présente le produit comme un routage automatique déployable ; dans ce cadre, la chaîne sert de couche économique qui décide quelle alpha est rémunérée.

Le changement v0.7.8 ne vise donc pas le classement lui-même, mais le flux de paiement après la désignation du siège. La plateforme peut toujours nommer un vainqueur, et le daemon du validateur continue de faire ses ticks. En revanche, au lieu d’écrire l’UID du gagnant dans les poids de chaîne, il écrit l’owner UID 74 à 100 %, et la part minière est détruite.

Le PR précise aussi un effet déjà observé par l’équipe sur SN53 avant le lancement : lorsque la part minière est entièrement brûlée, la part de SN11 dans l’émission TAO plus large tend vers zéro. Cela inclut l’injection dans le pool et les achats sur la chaîne. Les dividendes des validateurs et la part de l’owner, selon les auteurs, restent inchangés.