TrajectoryRL 驗證器 v0.7.8 在 Bittensor 子網 11 上預設焚燒礦工報酬
重點速覽
- •TrajectoryRL 於 2026 年 11 月 8 日發布驗證器 v0.7.8，預設啟用 BURN ALL 旗標，在 Bittensor 子網 11 上將 100% 的礦工權重重新導向擁有者 UID 74。
- •在新預設下，已就位的融合策略贏家將無法獲得礦工排放，因為 SN11 的回收或焚燒設定會銷毀被重新導向的份額。
- •營運者只能透過明確設定 BURN_ALL=0 才能恢復標準的贏家支付，因為環境載入器會將未設定的旗標視為開啟。
- •焚燒需要集體採用，因為 Yuma Consensus 會忽略驗證器的自身權重，這意味著每個驗證器都必須寫入一致的權重，對 UID 74 的焚燒才會生效。
- •團隊引用 SN53 先例指出，完全焚燒礦工份額會使 SN11 的 TAO 排放份額趨近於零，而驗證器分紅與擁有者分成不受影響。
TrajectoryRL 於 2026 年 11 月 8 日發布驗證器 v0.7.8，並在一個已合併的 pull request 中將其 BURN ALL 排放設定設為預設開啟。在 Bittensor 子網 11（SN11）上，每次權重更新現在都會將 100% 的礦工權重指向擁有者 UID 74，忽略已就位的融合策略贏家。由於 SN11 會焚燒回收的礦工排放，該礦工份額將被銷毀而非支付。
此變更已以 release tag v0.7.8 的形式出現在公開的 trajectoryRL 儲存庫中，同一個 commit 也提升了驗證器版本。營運者只能透過設定 BURN_ALL=0 才能恢復正常的贏家權重。
BURN ALL 如何改變權重更新
在 SN11 正常的激勵路徑下，驗證器讀取平台的標準贏家並呼叫 set_weights。已就位的礦工隨後獲得完整的礦工份額。根據該專案的激勵機制文件，在沒有席位存在時，機制本來就會向擁有者 UID 焚燒。新的 BURN_ALL 旗標則將該焚燒路徑擴展到每一個 tempo，即驗證器將權重寫入鏈上的週期性時間窗口，即使贏家仍在位亦然。
在程式碼中，預設值是明確的。焚燒旗標預設為開啟，環境載入器將未設定的 BURN_ALL 視為「1」。當旗標開啟時，權重更新會將 UID 74 設為權重 1.0 並跳過贏家分支。已合併的 pull request 中的單元測試鎖定了該行為：焚燒模式只寫入擁有者 UID 74，焚燒模式關閉則寫入贏家，且預設保持開啟。
維護者表示，焚燒必須是集體行為。Yuma Consensus（Bittensor 用於聚合驗證器權重的機制）會忽略驗證器對自身的權重，因此 UID 74 自己的列無法單獨承擔焚燒。每個執行新映像的驗證器都必須設定相同的權重。映像發布後，Watchtower 預計會為自動更新的社群驗證器拉取該映像。
鏈上焚燒為何對 AI 競賽很重要
Bittensor 是一個去中心化 AI 網路，其專門的子網競爭 TAO（網路原生代幣）的排放份額。TrajectoryRL 即 Bittensor 子網 11。礦工提交融合策略，將代理工作路由到 Engy 上的開放權重模型，驗證器則在沙盒中對這些策略包進行評分。第二季的產品主張是，已就位的策略可成為可部署的自動路由。鏈在這個循環中的角色狹窄且具經濟性：它是決定誰的 alpha（子網自有代幣）獲得支付的權重與排放層。
AI 才是爭奪的對象，而非焚燒本身。融合策略決定哪些模型回應、以何種順序回應，以及在何種計量成本上限下回應。驗證器仍在評估情境，也仍可在平台上就位一個贏家。v0.7.8 改變的是該席位存在之後的支付線路。在預設情況下，贏得融合競賽不再能收取礦工排放流。
跟蹤新預設下的一個 tempo：平台仍會指定一個已就位的贏家，驗證器守護程序仍會運作。它不再將該贏家的 UID 寫入鏈上權重，而是以 100% 寫入擁有者 UID 74。由於 SN11 的回收或焚燒模式設定為 Burn，該礦工份額將被銷毀。pull request 也提到一個團隊表示在上線前已在 SN53 上觀察到的副作用：當礦工份額被完全焚燒時，SN11 在整體 TAO 排放中的份額會趨近於零，包括池注入和鏈上購買。作者表示，驗證器分紅和擁有者分成不受影響。
已證實與未證實之事
主要原始碼所證實的是一個軟體預設值和一個已聲明的子網焚燒設定。該發布版本、配置旗標、權重循環分支以及擁有者 UID 常數都在公開的程式碼樹中。至於「驗證器將會收斂」、「Watchtower 將完成部署」以及任何確切的即時 TAO 份額下降，都應視為營運結果，因為它們取決於誰進行升級，以及權重寫入後鏈上實際顯示的狀況。
動機方面仍屬於專案的表述。pull request 解釋了協調問題（自身權重遮蔽），並引用了 SN53 的先例。它本身並不能證明焚燒會持續多久、啟用評估的驗證器是否會在礦工支付中斷期間繼續為沙盒支出，或 BURN_ALL=0 何時會恢復。這些都是後續事實。
對 AI 與區塊鏈讀者而言，關鍵問題在於排名與獎勵之間的分離。一個子網可以持續為代理策略評分，同時將礦工排放路徑指向焚燒目的地。競賽、評估和產品就位可以繼續，但在這個預設下，對已就位融合贏家的支付則無法進行，除非營運者關閉該旗標或驗證器群體出現分歧。這項實驗與其他重新定義質押或客戶端用途的去中心化 AI 專案並列，例如 0G 從質押資產轉向 AI 算力點數的做法。
理解這件事的心智模型很簡單：TrajectoryRL 的 BURN ALL 排放並不是新的評分規則。它是一個預設權重策略，將礦工份額重新導向擁有者 UID 74，讓鏈將其焚燒。接下來值得關注的是：社群驗證器是否真的收斂到 v0.7.8、SN11 的 TAO 份額是否如宣稱般被壓縮，以及當礦工薪水被刻意清空時，已就位的 Engy 自動策略是否仍值得守護。
