TrajectoryRL wydał walidator v0.7.8 8 listopada 2026 r., domyślnie włączając ustawienie BURN ALL emission w scalonym pull requeście. Na Bittensor Subnet 11 (SN11) każdy tick wagowy kieruje obecnie 100% wagi górnika na właściciela UID 74, ignorując zasiedzonego zwycięzcę polityki fuzji. Ponieważ SN11 spala recyklingowaną emisję górników, ten udział jest niszczony zamiast wypłacany.

Zmiana trafiła do publicznego repozytorium trajectoryRL jako tag wydania v0.7.8, a ten sam commit podnosi wersję walidatora. Operatorzy mogą przywrócić normalne wagi zwycięzcy tylko przez ustawienie BURN_ALL=0.

Jak BURN ALL zmienia ticki wagowe

Przy normalnej ścieżce zachęt SN11 walidatory odczytują kanonicznego zwycięzcę platformy i wywołują set_weights. Zasiedziony górnik pobiera następnie pełną część górniczą. Zgodnie z dokumentacją mechanizmu zachęt projektu, mechanizm już wcześniej spalał emisję na rzecz UID właściciela, gdy nic nie było zasiedzone. Nowa flaga BURN_ALL rozszerza tę ścieżkę spalania na każdy tempo, czyli powtarzające się okno, w którym walidatory zapisują wagi na łańcuchu, nawet gdy zwycięzca pozostaje zasiedzony.

W kodzie domyślne ustawienie jest jawne. Flaga spalania jest domyślnie włączona, a loader środowiska traktuje nieustawione BURN_ALL jako "1". Gdy flaga jest włączona, tick wagowy ustawia UID 74 z wagą 1.0 i pomija gałąź zwycięzcy. Testy jednostkowe w scalonym pull requeście utrwalają to zachowanie: tryb spalania zapisuje tylko UID właściciela 74, wyłączony tryb spalania zapisuje zwycięzcę, a domyślne ustawienie pozostaje włączone.

Opiekunowie projektu mówią, że spalanie musi być zbiorowe. Yuma Consensus, mechanizm Bittensora do agregacji wag walidatorów, ignoruje wagę walidatora na samym sobie, więc własny wiersz UID 74 nie może nieść spalania w pojedynkę. Każdy walidator uruchamiający nowy obraz musi ustawić te same wagi. Gdy obraz zostanie udostępniony, Watchtower ma go pobrać dla walidatorów społeczności, które automatycznie się aktualizują.

Dlaczego spalanie na łańcuchu ma znaczenie dla konkurencji AI

Bittensor to zdecentralizowana sieć AI, której wyspecjalizowane subnety konkurują o udziały w TAO, natywnym tokenie sieci. TrajectoryRL to Bittensor Subnet 11. Górnicy przesyłają polityki fuzji, które kierują pracę agentów między modelami o otwartych wagach na Engy, a walidatory oceniają te pakiety w piaskownicach. Produkcyjna deklaracja Sezonu 2 mówi, że zasiedzona polityka staje się wdrażalnym automatycznym routingiem. Rola łańcucha w tej pętli jest wąska i ekonomiczna: to warstwa wag i emisji decydująca o tym, czyj alpha, czyli własny token subnetu, zostanie wypłacony.

AI jest przedmiotem rywalizacji, a nie samo spalanie. Polityki fuzji decydują, które modele odpowiadają, w jakiej kolejności i pod jakim limitowanym limitem kosztów. Walidatory nadal oceniają scenariusze i nadal mogą obsadzić zwycięzcę na platformie. To, co zmienia v0.7.8, to przewód wypłat po tym, jak to miejsce już istnieje. Wygranie wyścigu fuzji nie oznacza już domyślnie pobrania strumienia emisji górniczej.

Śledźmy jedno tempo przy nowych ustawieniach domyślnych. Platforma nadal wyznacza zasiedzonego zwycięzcę, a daemon walidatora nadal tyka. Zamiast zapisywać UID zwycięzcy w wagach łańcucha, zapisuje UID właściciela 74 ze 100%. Przy trybie recycle-or-burn SN11 ustawionym na Burn ten udział górniczy jest niszczony. Pull request opisuje także efekt uboczny, który zespół twierdzi, że zaobserwował już na SN53 przed premierą: gdy udział górniczy jest w pełni spalany, udział SN11 w szerszej emisji TAO spada w kierunku zera, łącznie z iniekcjami do puli i zakupami na łańcuchu. Dywidendy walidatorów i część właściciela, według autorów, pozostają nietknięte.

Co zostało wykazane, a co nie

To, co źródło pierwotne wykazuje, to domyślne ustawienie oprogramowania i zadeklarowane ustawienie spalania subnetu. Wydanie, flaga konfiguracyjna, gałąź pętli wag oraz stała UID właściciela są wszystkie dostępne w publicznym drzewie kodu. Twierdzenia, że walidatory się zbiegną, że Watchtower dokończy wdrożenie, oraz jakikolwiek dokładny rzeczywisty spadek udziału w TAO należy traktować jako wyniki operacyjne, ponieważ zależą od tego, kto dokona aktualizacji i co pokaże łańcuch po zapisaniu wag.

Motywacja pozostaje narracją projektu. Pull request wyjaśnia problem koordynacji (maskowanie własnej wagi) i powołuje się na precedens SN53. Sam w sobie nie dowodzi, jak długo spalanie pozostanie włączone, czy walidatory z włączoną ewaluacją będą nadal wydawać środki na piaskownice, gdy wypłaty dla górników będą wyłączone, ani kiedy BURN_ALL=0 powróci. To są fakty wymagające dalszej weryfikacji.

Dla czytelników zainteresowanych AI i blockchainem kluczowa kwestia to rozdział między rankingiem a nagrodą. Subnet może nadal oceniać polityki agentów, podczas gdy ścieżka emisji górniczej jest skierowana na ujście spalania. Konkurencja, ewaluacja i produkcyjne obsadzanie mogą trwać, ale wypłata dla zasiedzonego zwycięzcy fuzji nie może — przy tym ustawieniu domyślnym — dopóki operatorzy nie wyłączą flagi lub flota walidatorów się nie rozbiegnie. Eksperyment sytuuje się obok innych projektów zdecentralizowanego AI, które przepisują znaczenie stawki czy klienta, takich jak przejście 0G ze stakowanych aktywów do kredytów na compute AI.

Model mentalny jest prosty: BURN ALL emission w TrajectoryRL nie jest nową regułą oceniania. To domyślna polityka wag, która przekierowuje część górniczą na UID właściciela 74, tak aby łańcuch ją spalił. Co obserwować dalej: czy walidatory społeczności faktycznie zbiegną się na v0.7.8, czy udział SN11 w TAO skompresuje się tak, jak twierdzono, oraz czy zasiedzona polityka auto na Engy pozostanie warta obrony, gdy górnicza wypłata jest celowo pusta.

Źródło: Live Bitcoin News