Come funziona il livello di calcolo decentralizzato in Bittensor

Mi sono imbattuto di recente nel repository subtensor. È il cuore del progetto Bittensor, che sta ricevendo molta attenzione nello spazio dell'IA decentralizzata. In breve, è una blockchain basata su Substrate che cerca di trasformare la potenza di calcolo—dall'inferenza delle reti neurali all'archiviazione dei dati—in una commodity digitale.

L'idea sembra sovraccarica, ma tecnicamente il progetto è implementato in modo interessante. È un monorepo che contiene il nodo blockchain stesso, un SDK Python, la documentazione e persino il codice del sito web. Il team di Rao Foundation ha deciso che tenere tutto in un unico posto è il modo migliore per evitare di rompere la compatibilità durante gli aggiornamenti della chain.

Cos'è in pratica

Bittensor funziona sulla logica delle sottoreti. Immagina di avere un mercato dove alcuni partecipanti (miners) forniscono risorse, e altri (validators) verificano la qualità del loro lavoro. Per azioni utili, la rete assegna token TAO.

Subtensor qui funge da coordinatore. Non gestisce i calcoli effettivi—allenare un modello o archiviare file sulla blockchain sarebbe follia. Invece, la chain registra lo stato dei neuroni, gestisce lo staking, distribuisce le emissioni e mantiene il consenso. Il lavoro effettivo avviene off-chain, all'interno di sottoreti specifiche.

Interessante notare come più mondi coesistano dentro subtensor. Da un lato, c'è Substrate nativo con i suoi extrinsics. Dall'altro—supporto completo per EVM (tramite Frontier) e smart contracts in ink!/Wasm. Questo significa che puoi scrivere logica in Solidity che interagirà con lo staking o i saldi nella rete principale.

Cosa c'è dentro il Repository

La struttura del progetto è abbastanza trasparente nonostante la quantità di codice:

• pallets/subtensor/ — la logica core risiede qui: come funzionano le sottoreti, come vengono accumulati i pesi e come vengono distribuiti i reward.
• sdk/python/ — il package bittensor e l'utility btcli. La libreria viene generata basandosi sui metadata della chain, il che minimizza le discrepanze tra le versioni.
• node/ — il binary del nodo stesso, responsabile del networking e RPC.
• precompiles/ — bridge che espongono le funzioni della blockchain all'ambiente EVM.

A proposito, riguardo la generazione dell'SDK. È un approccio abbastanza pragmatico: quando aggiorni il runtime, la documentazione e le librerie client seguono. CI include test su un "clone" del mainnet che verificano le migrazioni su dati reali prima di rilasciarle in produzione.

Come eseguirlo in locale

Il modo più veloce per esplorare subtensor è avviare una rete locale in Docker. Gli sviluppatori hanno preparato un'immagine pronta che ti fa risparmiare mezz'ora di compilazione di codice Rust.

Dopo di che, puoi connetterti tramite btcli o il client Python:

Se vuoi scavare nelle viscere, c'è uno script per inizializzare l'ambiente Rust e lanciare una rete locale "veloce":

Vale la pena immergersi

Il progetto è di nicchia. Se hai solo bisogno di eseguire un LLM, Bittensor potrebbe sembrare inutilmente complicato a causa della componente crypto. Tuttavia, subtensor è interessante come esempio di sistema complesso su Substrate con un'architettura ibrida.

Chi dovrebbe guardare il codice:

1. Chi scrive Rust per Substrate e vuole vedere custom pallets per modelli economici complessi implementati.
2. Sviluppatori che cercano modi per combinare contratti Solidity con la logica nativa della blockchain.
3. Chi progetta sistemi dove hai bisogno di validare lavoro eseguito off-chain (off-chain workers).

Lo svantaggio è una barriera d'ingresso abbastanza alta. La documentazione nel repository è scarsa in alcuni punti, e per capire la logica di distribuzione dei pesi, dovrai passare molto tempo nella cartella pallets. Ma se il tema dei mercati delle risorse decentralizzate ti sta a cuore, subtensor è uno degli esempi più vivi di come viene costruito oggi.

Inizia la tua esplorazione con la documentazione, dato che il readme descrive principalmente la struttura del repository e i processi di sviluppo, non la teoria effettiva di come funziona la rete.