Jak działa zdecentralizowana warstwa obliczeniowa w Bittensor
Niedawno natknąłem się na repozytorium subtensor. To serce projektu Bittensor, który zyskuje dużą popularność w przestrzeni zdecentralizowanej AI. W skrócie, to blockchain oparty na Substrate, który próbuje zamienić moc obliczeniową—od wnioskowania sieci neuronowych po przechowywanie danych—w cyfrowy towar.
Idea wydaje się przeładowana, ale technicznie projekt jest zaimplementowany w interesujący sposób. To monorepo zawierające sam węzeł blockchain, Python SDK, dokumentację, a nawet kod strony internetowej. Ludzie z Rao Foundation uznali, że trzymanie wszystkiego w jednym miejscu to najlepszy sposób, aby uniknąć łamania kompatybilności podczas aktualizacji łańcucha.
Co to w ogóle jest
Bittensor działa na logice podsieci. Wyobraź sobie, że masz rynek, gdzie niektórzy uczestnicy (minerzy) dostarczają zasoby, a inni (walidatorzy) weryfikują jakość ich pracy. Za użyteczne działania sieć przyznaje tokeny TAO.
Subtensor pełni tutaj rolę koordynatora. Nie zajmuje się faktycznymi obliczeniami—trenowanie modelu czy przechowywanie plików na blockchainie byłoby szaleństwem. Zamiast tego łańcuch rejestruje stan neuronów, zarządza stakingiem, dystrybuuje emisje i utrzymuje konsensus. Rzeczywista praca odbywa się off-chain, wewnątrz konkretnych podsieci.
Co ciekawe, w subtensor współistnieje wiele światów. Z jednej strony mamy natywny Substrate z jego extrinsicami. Z drugiej—pełne wsparcie EVM (via Frontier) i smart kontrakty w ink!/Wasm. Oznacza to, że możesz pisać logikę w Solidity, która będzie oddziaływać ze stakingiem czy saldami w głównej sieci.
Co siedzi w środku repozytorium
Struktura projektu jest dość przejrzysta mimo ilości kodu:
pallets/subtensor/— tutaj znajduje się logika core: jak działają podsieci, jak naliczane są wagi i jak dystrybuowane są nagrody.sdk/python/— pakietbittensori utilitabtcli. Biblioteka jest generowana na podstawie metadanych łańcucha, co minimalizuje rozbieżności między wersjami.node/— sam binarny węzeł, odpowiedzialny za networking i RPC.precompiles/— mosty, które udostępniają funkcje blockchainu w środowisku EVM.
Przy okazji, o generowaniu SDK. To dość pragmatyczne podejście: gdy aktualizujesz runtime, dokumentacja i biblioteki klienta idą w ślad za tym. CI zawiera testy na „klonie
Powiązane projekty