TrajectoryRLは2026年11月8日、バリデータv0.7.8をリリースし、マージされたプルリクエストにおいてBURN ALLエミッション設定をデフォルトで有効にした。Bittensorサブネット11（SN11）では、各ウェイトティックがマイナーウェイトの100%をオーナーUID 74に向けており、座っているfusionポリシーの勝者は無視される。SN11はリサイクルされたマイナーエミッションをバーンするため、その取り分は支払われるのではなく消滅する。

この変更は、リリースタグv0.7.8として公開されているtrajectoryRLリポジトリに反映されており、同じコミットでバリデータのバージョンも更新された。通常の勝者ウェイトを復元できるのは、BURN_ALL=0を設定した場合のみである。

BURN ALLがウェイトティックをどう変えるか

SN11の通常のインセンティブ経路では、バリデータがプラットフォームの正規の勝者を読み取り、set_weightsを呼び出す。選定されたマイナーがマイナー取り分の全額を受け取る。プロジェクトのインセンティブメカニズムのドキュメントによると、着席者が存在しない場合、このメカニズムはすでにオーナーUIDへバーンしていた。新しいBURN_ALLフラグは、勝者が着席し続けている場合でも、バリデータがウェイトをチェーンに書き込む繰り返し窗口であるすべてのテンポに、このバーン経路を拡張する。

コード上、デフォルトは明示的である。バーンフラグはデフォルトで有効であり、環境ローダーは未設定のBURN_ALLを「1」として扱う。フラグが有効な場合、ウェイトティックはUID 74をウェイト1.0で設定し、勝者分岐をスキップする。マージされたプルリクエスト内のユニットテストがこの挙動を固定している。すなわち、バーンモードではオーナーUID 74のみを書き込み、バーンモード無効時は勝者を書き込み、デフォルトは有効のままである。

メンテナーらは、このバーンは集団的なものでなければならないとしている。バリデータのウェイトを集約するBittensorの仕組みであるYuma Consensusは、バリデータ自身へのウェイトを無視するため、UID 74自身の行だけではバーンを担えない。新しいイメージを実行するすべてのバリデータが同じウェイトを設定する必要がある。イメージが公開されると、自動更新するコミュニティバリデータにはWatchtowerが取得すると見込まれている。

チェーンバーンがAI競争において重要である理由

Bittensorは、専門特化したサブネットがネットワークのネイティブトークンであるTAOの取り分を競う分散型AIネットワークである。TrajectoryRLはBittensorサブネット11である。マイナーは、Engy上のオープンウェイトモデル間でエージェントの作業をルーティングするfusionポリシーを提出し、バリデータがサンドボックスでそれらのパックを評価する。シーズン2のプロダクト上の主張は、着席したポリシーがデプロイ可能な自動ルーティングになるということである。このループにおけるチェーンの役割は狭く経済的であり、どのalpha（サブネット固有のトークン）が支払われるかを決めるウェイトとエミッションのレイヤーである。

争点となる対象はAIであり、バーンそのものではない。fusionポリシーは、どのモデルがどの順番で、計測されたコスト上限の下で応答するかを決める。バリデータは引き続きシナリオを評価し、プラットフォーム上で勝者を選定することもできる。v0.7.8が変更するのは、その着席が存在した後の支払い経路である。デフォルトでは、fusion競争に勝ってもマイナーエミッションの流れを受け取ることはもはやない。

新しいデフォルトの下で1つのテンポを追ってみる。プラットフォームは依然として勝者を選定し、バリデータのデーモンも引き続きティックする。しかし、チェーンのウェイトにはその勝者のUIDではなく、オーナーUID 74が100%で書き込まれる。SN11のリサイクル・オア・バーンモードが「Burn」に設定されているため、そのマイナー取り分は消滅する。プルリクエストはまた、ローンチ前にチームがすでにSN53で観察したという副作用にも言及している。マイナー取り分が完全にバーンされると、プールへの注入やチェーンでの買い付けを含め、SN11のTAOエミッション全体に占める取り分はゼロに向かう。バリデータ配当とオーナー取り分は、著者らによれば影響を受けないままという。

実証されていること、されていないこと

一次ソースが実証しているのは、ソフトウェアのデフォルト設定と明示されたサブネットのバーン設定である。リリース、設定フラグ、ウェイトループの分岐、オーナーUID定数はすべて公開ツリーにある。バリデータが収束する、Watchtowerがロールアウトを完了する、そして実際のTAO取り分の低下幅といった主張は、誰がアップグレードするか、およびウェイトが反映された後にチェーンが何を示すかに依存するため、運用上の成果として扱うべきである。

動機は依然としてプロジェクト側の説明にとどまる。プルリクエストは調整問題（自己ウェイトのマスキング）とSN53の先例を説明しているが、それ自体は、バーンがどのくらいの期間続くのか、マイナー報酬が停止している間も評価機能を持つバリデータがサンドボックスへの支出を続けるのか、そしてBURN_ALL=0がいつ復活するのかを証明するものではない。これらは今後確認すべき事項である。

AIとブロックチェーンの読者にとって重要なのは、ランキングと報酬の分離である。サブネットは、マイナーエミッションの経路がバーンシンクに向いている間もエージェントポリシーの採点を続けられる。競争、評価、プロダクト上の着席は続けられるが、このデフォルトの下では、運営者がフラグを無効にするか、バリデータ群が分裂しない限り、着席したfusion勝者への支払いはできない。この実験は、ステークやクライアントの意味を書き換える他の分散型AIプロジェクト、たとえば0Gがステーク資産からAIコンピュートクレジットへ移行した事例と並ぶものである。

押さえておくべき理解はシンプルである。TrajectoryRLのBURN ALLエミッションは新しい採点ルールではない。それは、マイナー取り分をオーナーUID 74に振り向けてチェーンにバーンさせる、デフォルトのウェイトポリシーである。今後注目すべきは、コミュニティバリデータが実際にv0.7.8へ収束するか、SN11のTAO取り分が主張どおり圧縮されるか、そしてマイナーの報酬が意図的に空の状態で、着席したEngyの自動ポリシーが守る価値を保つかどうかである。

出典：Live Bitcoin News