Come Creare una Subnet
Per comprendere il processo di creazione di una subnet, è essenziale innanzitutto interiorizzare il problema che essa risolve e la struttura entro la quale opera.
Una subnet non è semplicemente uno smart contract; è un’economia sovrana all’interno della federazione Bittensor, dotata di proprie regole di consenso, compiti specifici e dinamiche di mercato indipendenti.
Definizione e Ruolo nell'Ecosistema
Nell’ecosistema Bittensor, una subnet è definita come un mercato competitivo basato sugli incentivi che produce uno specifico bene digitale.
Mentre la Subnet 1 si concentra sulla generazione di testo (Large Language Models), altre subnet si sono diversificate in aree come l’archiviazione dati, l’inferenza di modelli di immagine, le previsioni finanziarie e persino il calcolo biologico.
L’architettura si basa su un’interazione tripartita:
- Miner
- Validator
- Proprietario della Subnet (Subnet Owner)
I produttori della rete. Questi nodi eseguono modelli di IA o svolgono compiti computazionali in risposta alle richieste. Il loro obiettivo è massimizzare il proprio punteggio (e di conseguenza le proprie emissioni di TAO) fornendo risposte di alta qualità.
Gli auditor della rete. Questi nodi generano le query per i miner, valutano la qualità delle risposte utilizzando un meccanismo di incentivo specifico (la ‘Loss Function’ della subnet) e assegnano i pesi ai miner sulla blockchain. L’onestà dei validatori è garantita dal meccanismo di Consenso Yuma.
L’architetto dell’economia. È l’entità responsabile della registrazione della subnet, della scrittura del codice del meccanismo di incentivo e del mantenimento dell’integrità del protocollo. In cambio, il proprietario riceve il 18% delle emissioni generate dalla subnet.
L'Evoluzione dei Limiti della Rete e la Competizione per lo Spazio
Lo spazio sulla rete principale (Mainnet) di Bittensor è una risorsa finita e scarsa. Questa scarsità è intenzionale, progettata per garantire che sopravvivano solo le subnet di maggior valore economico.
A partire dagli aggiornamenti del protocollo del 2025 e 2026, il numero massimo di subnet attive è stato fissato a 128, con piani di espansione a 256 slot nel primo trimestre del 2026.
Questa limitazione crea un ambiente di ‘Darwinismo Digitale’. Non basta creare una subnet; è necessario mantenere prestazioni superiori a quelle dei concorrenti per evitare la ‘potatura’ (deregistrazione).
Il meccanismo di entrata e uscita è governato dalle forze di mercato.
Entrata: Per occupare uno slot, un creatore deve pagare un costo di registrazione (Burn Cost).
Uscita (Deregistrazione): Se i 128 slot sono occupati, la registrazione di una nuova subnet forza la rimozione della subnet con le peggiori prestazioni della rete.
Il criterio di rimozione si basa sulla Media Mobile Esponenziale (EMA) del prezzo o dell’emissione del token della subnet. La subnet con l’EMA più bassa viene rimossa, i suoi pool di liquidità vengono sciolti e il suo spazio viene assegnato al nuovo arrivato.
Taoflow: Il Nuovo Modello Economico delle Emissioni
L’introduzione di Taoflow (emissioni basate sul flusso) alla fine del 2025 ha cambiato fondamentalmente la strategia di gestione delle subnet. In precedenza, le emissioni venivano distribuite in base al prezzo del token della subnet, il che incoraggiava la speculazione.
Nel modello Taoflow, le emissioni vengono allocate in base al flusso netto di TAO (Staking meno Unstaking) verso la subnet.
Dinamica: Una subnet che attrae nuovi staker riceve più emissioni. Una subnet in cui gli investitori stanno ritirando capitale (unstaking) vede le proprie emissioni ridursi, potendo arrivare a zero.
Implicazione per i Creatori: Non è più sufficiente mantenere artificialmente alto il prezzo del token. Il creatore deve costruire un’utilità reale che motivi i detentori di TAO a delegare (fare stake) i propri token nella subnet a lungo termine.
Se il flusso netto è negativo per un tempo sufficiente, la subnet entra in uno stato di ‘morte termica’ (zero emissioni), sebbene la disattivazione ufficiale (deregistrazione) dipenda ancora dal prezzo relativo.
Pianificazione Strategica e Design del Meccanismo di Incentivo
Prima di scrivere la prima riga di codice, il creatore della subnet deve disegnare l’ ‘anima’ del progetto: il Meccanismo di Incentivo.
Questo è l’insieme di regole che definisce cosa sia un ‘buon’ lavoro. Se il meccanismo è progettato male, i miner troveranno il modo di sfruttarlo (gamification), drenando valore senza produrre utilità.
Il meccanismo di incentivo è, nella sua essenza, una funzione di perdita decentralizzata. Il creatore deve definire:
- Compito: Cosa deve fare il miner? (Es: Tradurre una frase, generare un’immagine, prevedere il prezzo di Bitcoin).
- Validazione: Come fa il validatore a sapere se la risposta è corretta?
Sfide di Design:
- Soggettività vs. Oggettività: In compiti come la generazione di testo, non esiste un’unica “risposta corretta”. Il meccanismo deve utilizzare modelli di ricompensa (Reward Models) robusti, spesso ricorrendo ad altri LLM per valutare la coerenza e la creatività della risposta.
- Avversarietà: I miner sono attori razionali orientati al profitto. Se il sistema ricompensa solo la velocità, i miner invieranno dati spazzatura casuali molto velocemente. Se ricompensa la lunghezza del testo, invieranno interi libri senza senso. Il codice deve anticipare e penalizzare questi comportamenti.
- Riproducibilità e Determinismo: I validatori devono essere in grado di raggiungere un consenso simile sulla qualità di un miner. Se il validatore A assegna un punteggio di 10 e il validatore B assegna 0 allo stesso lavoro, il Consenso Yuma fallisce e la subnet diventa instabile.
Nel progettare la subnet, il creatore definisce implicitamente i requisiti hardware per la sua comunità. Questo deve essere documentato in un file min_compute.yml nel repository.
Requisiti Hardware Tipici per Tipo di Subnet (Stima 2026)
| Tipo di Subnet | Componente Critico | Requisito (Miner) | Requisito (Validator) |
|---|---|---|---|
| LLM (Addestramento) | VRAM GPU | Cluster H100/A100 (80GB+) | A6000 o H100 per la verifica |
| LLM (Inferenza) | Latenza / VRAM | RTX 4090 o A6000 | RTX 3090/4090 |
| Archiviazione | Spazio su Disco / IOPS | 10TB+ NVMe | Connessione 10Gbps (Sincronizzazione) |
| Logica / Ragionamento | CPU Single-Thread | AMD EPYC (Alta Frequenza) | CPU Standard |
È cruciale notare che i validator necessitano spesso di un hardware robusto (GPU come la NVIDIA RTX 4090 o superiore) per eseguire i processi di verifica entro la finestra temporale del blocco (12 secondi). Se il validator è lento, non riesce a inviare i propri pesi in tempo e perde le ricompense.
Guida all'Implementazione Tecnica
Esta secção fornece um manual passo-a-passo para a criação técnica da subnet, utilizando a Interface de Linha de Comandos do Bittensor (btcli) e o SDK Python.
Lo sviluppo di subnet richiede un ambiente Linux (Ubuntu 20.04 o superiore è lo standard del settore). Il supporto per Windows è inesistente per i nodi di produzione, sebbene il WSL possa essere utilizzato per test iniziali limitati.
Installazione di Bittensor:
Bash
# Aggiornare il sistema
sudo apt update && sudo apt install python3-pip python3-venv git
# Clonare il repository di base (Subnet Template)
git clone https://github.com/opentensor/subnet-template.git
cd subnet-template
# Installare le dipendenze
pip install -r requirements.txt
pip install bittensor
Il subnet-template è il punto di partenza ufficiale fornito dalla OpenTensor Foundation. Contiene la struttura di base dei file: neurons/miner.py, neurons/validator.py e template/protocol.py.
Per operare una subnet, sono necessarie chiavi crittografiche specifiche. Bittensor utilizza una struttura a due chiavi:
- Coldkey (Chiave Fredda): Archivia i fondi e detiene la proprietà della subnet. Deve essere mantenuta offline o in massima sicurezza.
- Hotkey (Chiave Calda): Utilizzata dai nodi (miner/validator) per firmare le transazioni e le operazioni di rete quotidiane.
Comandi per la Creazione dei Wallet:“
Bash
# Creare una nuova coldkey (identità del proprietario)
btcli wallet new_coldkey --wallet.name owner
# Creare hotkey per il validator
btcli wallet new_hotkey --wallet.name owner --wallet.hotkey validator
# Creare hotkey per il miner (per i test)
btcli wallet new_hotkey --wallet.name owner --wallet.hotkey minerPrima di spendere TAO veri, è imperativo testare la logica della subnet su una catena locale. Bittensor fornisce strumenti per simulare una blockchain completa sulla macchina di sviluppo.
Lanciare la Catena Locale:“
Bash
# Dalla cartella del repository
./scripts/run_local_chain.sh
“Questo script avvia un nodo ‘Subtensor’ locale e simula la produzione di blocchi.
Registrazione sulla Catena Locale: Sulla rete locale, il costo di registrazione è irrisorio.”
Bash
# Creare la subnet sulla rete locale
btcli subnet create --wallet.name owner --network local
# Registrare il miner e il validator nella subnet appena creata (NetUID 1)
btcli subnet register --wallet.name owner --wallet.hotkey miner --netuid 1 --network local
btcli subnet register --wallet.name owner --wallet.hotkey validator --netuid 1 --network localLa Testnet è l’ambiente di “staging” che rispecchia le condizioni della Mainnet. Il TAO della Testnet non ha valore commerciale, ma il meccanismo di competizione è reale.
- Ottenere Testnet TAO: Richiedere nel canale Discord ufficiale di Bittensor (“Requests for Testnet TAO”).
- Registrare la Subnet:
Bash
btcli subnet create --network test
Alla conferma, il sistema restituirà un NetUID (es: 145). Conserva questo numero.
-
Lanciare i Nodi: Configura il tuo codice per puntare a
--network teste--netuid 145.
Questo è il passaggio critico che coinvolge capitale reale.
Il Costo di Registrazione (Burn Cost): La registrazione sulla Mainnet non comporta più il blocco dei token (Locking), ma la combustione (Burning) di TAO. Questo valore è un costo irrecuperabile (sunk cost). Il costo è dinamico e si adatta in base alla domanda.
Verificare il Costo Attuale:
Bash
btcli subnet burn-cost --network finney
Se il costo è, ad esempio, di 2.500 TAO, il proprietario deve avere questo valore + le commissioni nel proprio wallet.
Comando di Creazione:
Bash
btcli subnet create --network finney --wallet.name owner
Dopo la conferma e il successo della transazione, alla subnet viene assegnato un NetUID.
Periodo di Immunità: Una volta creata, la subnet entra in un periodo di immunità di 4 mesi (circa 864.000 blocchi). Durante questo periodo, la subnet non può essere deregistrata, indipendentemente dalle sue prestazioni. Questo è il tempo cruciale per il proprietario per attrarre miner, stabilizzare il codice e dimostrare valore ai validator.
Attivazione delle Emissioni: Una nuova subnet inizia “inattiva” per circa 7 giorni (7 x 7.200 blocchi). Il proprietario deve avviare manualmente la subnet dopo questo periodo:
Bash
# Verificare se è già possibile avviare
btcli subnet check-start --netuid <IL_TUO_NETUID>
# Avviare
btcli subnet start --netuid <IL_TUO_NETUID> --wallet.name owner
```"L'Ecosistema di Incubazione
È importante sapere che non è necessario affrontare questo processo da soli. Il costo del capitale (migliaia di TAO per la registrazione) e la complessità tecnica hanno dato origine a un settore di servizi di incubazione e accelerazione.
Bitstarter
Funziona come un’acceleratrice e una piattaforma di lancio (launchpad) dedicata esclusivamente all’ecosistema Bittensor, focalizzata nell’impulso allo sviluppo di nuove subnet. Per l’utente e l’investitore, è la piattaforma ideale per identificare progetti in fase embrionale.
Yuma AI
Yuma AI, sostenuta dal gigante Digital Currency Group (DCG), opera come un’acceleratrice di livello enterprise. I proprietari di subnet possono inviare un ‘Modulo di Ammissione’ (Intake Form) sul sito di Yuma per presentare la visione, la struttura degli incentivi e il team principale.
Taofu
Taoflow si concentra sull’ingegneria finanziaria necessaria per sostenere una subnet. Taoflow permette la creazione di mercati di derivati e lanci di token (Launchpad) dove i proprietari possono raccogliere capitale (TAO) vendendo emissioni future, senza dover vendere massicciamente (dumping) i token attuali sul mercato.
Gestione Operativa e Governance Post-Lancio
Creare la subnet è solo il primo giorno. La gestione continua è ciò che ne definisce la sopravvivenza.
Aggiornamenti del Codice e Consenso
Una subnet è un software vivo. Quando il proprietario rilascia un aggiornamento (es. per correggere un bug nel punteggio), i validator devono aggiornare il proprio software.
Il Rischio di Fork: Bittensor non forza gli aggiornamenti. Se il proprietario rilascia un aggiornamento controverso, i validator possono rifiutarsi di eseguire la nuova versione. Questo può portare a una divisione (fork) in cui diversi validator valutano i miner con regole diverse.
Comunicazione: È essenziale mantenere canali di comunicazione attivi (Discord) con i principali validator della rete per coordinare gli aggiornamenti.
Ottimizzazione degli Iperparametri
Il proprietario ha il potere di regolare alcuni parametri della subnet tramite btcli (estrinseche sudo), come il ritmo del consenso (rho) o la curva di difficoltà (kappa). Questi cambiamenti sono soggetti a limiti di frequenza (Rate Limits) per prevenire l’instabilità.
Sicurezza: Prevenzione del 'Weight Copying
Uno dei maggiori attacchi in una subnet è il ‘Weight Copying’ (Copia dei Pesi). I validator pigri o malintenzionati possono semplicemente copiare i punteggi assegnati dai validator di punta (come la OpenTensor Foundation) invece di eseguire il costoso codice di verifica.
Conseguenza: Centralizzazione del consenso e vulnerabilità della subnet.
Difesa: I creatori devono implementare meccanismi di ‘Commit-Reveal’ o di offuscamento che rendano impossibile conoscere i pesi degli altri validator prima del tempo di rivelazione sulla blockchain.
Espansione a 256 Subnet
L’espansione prevista a 256 subnet nel 2026 ridurrà leggermente la pressione competitiva immediata, permettendo l’ingresso di subnet di nicchia (ad esempio, modelli linguistici addestrati specificamente in portoghese o su dati giuridici locali).
L'Era dell'Utilità Industriale (OpEx)
La valutazione delle subnet sta passando dalla speculazione alla sostituzione delle OpEx (Spese Operative).
Il Nuovo Modello di Valore: Una subnet sarà valutata per la sua capacità di eseguire un servizio aziendale a un costo inferiore rispetto a un’entità centralizzata.
Esempio: Se un’azienda spende $1 milione/anno su AWS per l’elaborazione delle immagini, e una subnet Bittensor riesce a fare lo stesso per $200k in emissioni di TAO, esiste un chiaro valore fondamentale. I progetti senza questo reale ‘Product-Market Fit’ saranno spietatamente rimossi dal meccanismo di immunità e registrazione.
Domande Frequenti (FAQ)
Il costo è dinamico e fluttua in base alla domanda della rete. È possibile consultare il valore esatto in tempo reale eseguendo btcli subnet burn-cost –network finney. Storicamente, in momenti di alta domanda, il costo può superare i 2.000 o 3.000 TAO. Ricorda: questo valore viene ‘bruciato’ (distrutto), non bloccato. È un costo a fondo perduto.
Sì, il costo di registrazione va perduto. Se la tua subnet viene rimossa per scarse prestazioni, i pool di liquidez vengono sciolti e il valore rimanente viene distribuito tra i detentori di token Alpha. Il proprietario non riceve alcun rimborso del costo di registrazione.
Non è raccomandato per la produzione. L’infrastruttura di Bittensor è nativa di Linux (Ubuntu). Sebbene sia possibile utilizzare WSL per lo sviluppo, le prestazioni e la stabilità richieste sulla Mainnet richiedono un ambiente Linux dedicato.
Con il modello Taoflow, le emissioni dipendono dal flusso netto di TAO (Staking – Unstaking). Se gli investitori stanno prelevando più TAO dalla tua subnet rispetto a quanto ne stanno depositando, le emissioni possono essere azzerate dal protocollo per proteggere il valore della rete. È necessario attrarre nuovo capitale di delega per riattivare le emissioni.
È un periodo di protezione di 4 mesi (circa 864.000 blocchi) concesso alle nuove subnet. Durante questo tempo, la tua subnet non può essere rimossa dalla rete, indipendentemente dal fatto che abbia le prestazioni peggiori. Usa questo tempo saggiamente per correggere i bug e attirare i miner.
Piattaforme come Bitstarter.ai permettono di raccogliere fondi dalla community. In alternativa, puoi cercare accelerazione presso Yuma.ai se hai un progetto con un profilo istituzionale o aziendale.