Negli ultimi due cicli, quando si parla di infrastrutture fisiche decentralizzate, molte persone tendono a pensare a quella serie di formule estremamente grezze: prima raccontare una storia sufficientemente grandiosa, poi infilare un hardware confezionato, e infine tenere fisso l'attenzione degli investitori sul ciclo di recupero attraverso il rendimento. La storia parla di sfidare i giganti del cloud, l'hardware è venduto come scatole standardizzate, ma ciò che viene amplificato all'infinito è l'illusione degli speculatori di "chi arriva prima mangia la carne". Così, si può osservare un fenomeno molto assurdo: ci sono sempre più persone nel mercato che affermano di lavorare su reti fisiche, ma i servizi di rete realmente utilizzati e per cui le persone sono disposte a pagare continuativamente sono rarissimi; le macchine vengono vendute sempre di più, ma gli ordini reali non crescono di pari passo; la mappa dei nodi assomiglia sempre di più a un volantino pubblicitario affollato, piuttosto che a una mappa di rete commerciale illuminata dalla domanda.
Ecco perché ho sempre pensato che il modo più semplice per giudicare se un progetto è una pseudo-infrastruttura non sia in base al numero di dispositivi venduti, al numero di "nodi" online nella comunità o al numero di rendimenti annuali esagerati offerti ai primi partecipanti. L'unica cosa che bisogna davvero considerare è: ha prima implementato con successo meccanismi lato domanda? Senza compiti reali, non c'è un vero accordo; senza un vero accordo, non c'è un vero flusso di cassa; senza un vero flusso di cassa, anche la mappa di distribuzione dei dispositivi più impressionante non è altro che un mucchio di ornamenti elettronici in attesa che il prezzo della moneta inietti capitale. La cosiddetta decentralizzazione, una volta persi i finanziamenti esterni, è essenzialmente solo circolazione interna. Un sistema del genere non è un'infrastruttura; è semplicemente un gioco di denaro mascherato da hardware.
Ciò che mi interessa della Fabric Foundation è proprio il fatto che non si limiti a "far sì che più persone comprino una scatola, la colleghino e la accendano". Anzi, spinge la questione un passo oltre: se le macchine entreranno davvero nella produzione, nella sanità, nell'istruzione, nella logistica e in numerosi scenari del mondo reale in futuro, allora il modo in cui queste macchine vengono identificate, vincolate, assegnate loro compiti, ritenute responsabili, gestite e collaborano con gli esseri umani sono questioni fondamentali, molto più complesse della semplice "vendita di piattaforme di mining". Il sito web ufficiale delinea chiaramente questa direzione: non mira alla vendita di dispositivi in un unico punto, ma a un'infrastruttura aperta in cui macchine ed esseri umani partecipino insieme. Ciò include sistemi di identità macchina-uomo, allocazione e rendicontazione decentralizzate dei compiti, un sistema di pagamento regolato dalla posizione e dal controllo umano, e canali di comunicazione e dati macchina-macchina.
Ciò significa che l'obiettivo reale di Fabric non è "ricreare un mercato per router in grado di estrarre criptovalute", ma piuttosto "integrare le macchine in un sistema economico verificabile, collaborativo e basato su accordi di transazione". La differenza tra queste due distinzioni apparentemente minori rappresenta due mondi completamente diversi. Il nucleo del primo è la vendita; quello del secondo è l'orchestrazione. Il primo si concentra sul convincere gli utenti ad acquistare rapidamente; il secondo si concentra su come le macchine possano essere invocate in modo affidabile in diversi scenari. Con il primo, una volta venduto l'hardware, i costi successivi possono essere affrontati in un secondo momento; con il secondo, è necessario rispondere a una serie di domande complesse: chi è la macchina? Quali sono i suoi limiti di capacità? Chi le assegna i compiti? Chi è responsabile dei problemi? Come viene verificato il completamento dei compiti? Come viene effettuato automaticamente il pagamento? Come vengono distribuiti i benefici tra i contributi di dati e modelli?
Secondo il white paper, la risposta di Fabric si basa su diversi pilastri fondamentali. Il primo è l'identità della macchina. Il white paper afferma chiaramente che in futuro ogni robot dovrebbe ottenere un'identità univoca basata su primitive crittografiche ed esporre pubblicamente metadati relativi alle sue capacità, alla sua composizione, ai suoi interessi e alle sue regole comportamentali; allo stesso tempo, la roadmap tecnica propone di utilizzare standard relativi a identità, governance e trust e, ove possibile, di utilizzare soluzioni hardware come ambienti di esecuzione attendibili per supportare l'identità.
Senza identità, una macchina è semplicemente un terminale anonimo; con l'identità, una macchina può diventare un'entità responsabile e orientata al servizio all'interno della rete. Il problema più grande di molte cosiddette reti fisiche odierne non è la mancanza di dispositivi, ma piuttosto il fatto che questi dispositivi non sono "entità" a livello di protocollo, ma semplici numeri su un pannello statistico. Non è possibile costruire fiducia a lungo termine in loro, progettare prezzi sofisticati attorno a loro o affidare loro in modo sicuro compiti del mondo reale. L'identità della macchina non è solo un termine di marketing; determina se l'intera rete può passare da "online significa mining" a "affidabile significa ricezione ordini".
In secondo luogo, si tratta di definizione delle attività, non di incentivi inattivi. Il white paper è molto chiaro nella sua sezione dedicata alla progettazione economica: i ROBO vengono utilizzati per pagare le tariffe native della rete e i servizi includono lo scambio di dati, le attività di elaborazione dati e le chiamate API. Per abbassare la barriera all'ingresso, i prezzi delle attività possono essere quotati in asset stabili o in valuta fiat, ma la definizione on-chain verrà infine convertita in ROBO. Nel frattempo, la roadmap ufficiale dà priorità all'implementazione iniziale dell'identità dei robot, alla definizione delle attività e alla raccolta di dati strutturati nel primo trimestre del 2026; il secondo trimestre si concentra sugli incentivi di contribuzione basati sull'esecuzione verificata delle attività e sull'invio dei dati; e il terzo trimestre supporta ulteriormente attività più complesse, l'uso ripetitivo e i flussi di lavoro multi-robot.
L'aspetto più importante di questo approccio non è la terminologia tecnica, ma piuttosto la sequenza: prima c'è il compito; poi c'è la transazione; e infine, gli incentivi vengono forniti in base al lavoro convalidato. Questa sequenza è cruciale perché inverte direttamente l'approccio "prima si emettono i token, poi si fabbricano i requisiti" favorito da molti progetti pseudo-infrastrutturali. Solo quando gli incentivi si basano sul lavoro completato, sui dati inviati e sui servizi forniti, i token funzionano davvero come carburante per la rete, piuttosto che come una semplice strategia di uscita.
In terzo luogo, offre competenze modulari, anziché una scatola nera chiusa. Il white paper descrive ROBO One come un moderno stack cognitivo composto da decine di moduli funzionali. Capacità specifiche possono essere aggiunte o rimosse tramite chip di competenze, simili a un app store per dispositivi mobili. I punti salienti tecnici menzionano ulteriormente chip di competenze e app store, che chiunque può creare e a cui può contribuire. Finché l'hardware e il software di basso livello sottostanti sono sufficientemente astratti, l'ecosistema può migrare tra dispositivi diversi.
Questo punto è spesso trascurato dal mercato, ma in realtà determina se Fabric possa generare un vero effetto rete. Perché ciò che è veramente raro non è mai un chip in un guscio di plastica, ma piuttosto "capacità riutilizzabili". Se una capacità può essere vincolata solo a una determinata marca di hardware, è solo un prodotto; se una capacità può essere impacchettata, invocata, verificata, fatturata e migrata su più piattaforme di macchine, allora è vicina a un protocollo. Oggi, la maggior parte dei progetti pseudo-hardware vende apparecchiature a un prezzo elevato, mentre Fabric cerca di facilitare la circolazione delle capacità. Una volta che le capacità diventano unità scambiabili, il valore dell'hardware non deriva più solo dal momento in cui viene venduto, ma da ogni continua invocazione.
In quarto luogo, collega l'economia delle macchine con i mercati delle risorse del mondo reale, anziché consentire alle apparecchiature di operare in modo isolato. Il white paper elenca specificamente i mercati dell'elettricità, delle competenze, dei dati e della potenza di calcolo, affermando esplicitamente che i robot necessitano di elettricità, dati in tempo reale e potenza di calcolo. Gli esseri umani possono fornire ai robot una potenza di calcolo avanzata, e chi ha accesso all'elettricità può venderla ai robot tramite impianti di ricarica automatizzati. Esseri umani e robot possono anche condividere competenze attraverso modelli vincolati.
Questo è cruciale perché rivela che il potenziale di Fabric va oltre il semplice "robot che guadagnano da soli", collocando i robot in un mercato aperto composto da vari fattori di produzione. L'elettricità è una risorsa, i dati sono una risorsa, la potenza di calcolo è una risorsa e anche le competenze sono una risorsa. Chiunque riesca a stabilire un quadro di regolamento unificato per facilitare lo scambio di queste risorse avrà maggiori possibilità di assicurarsi un potere di determinazione dei prezzi nella prossima generazione dell'economia delle macchine. Molti immaginano il futuro come l'emergere di un super robot, ma credo che uno scenario più realistico e di impatto sia il primo sviluppo di una rete sottostante che consenta a diverse risorse delle macchine di accedere, pagare e regolare reciprocamente le transazioni. A quel punto, il valore non risiederà necessariamente solo nelle aziende che producono i robot; è più probabile che sia incorporato nei protocolli responsabili dell'identificazione, del matching, del regolamento e della governance.
Quindi, se proprio dovete chiedervi qual è la differenza tra Fabric e quei progetti sul mercato che sono partiti dalla vendita di scatole, la mia risposta è: il primo tenta di stabilire una sintassi di regolamento per una società basata sulle macchine, mentre il secondo ha semplicemente inventato un approccio commerciale più simile alla finanza al consumo. Una vera rete di macchine deve consentire che le macchine siano identificabili, le capacità combinabili, i compiti verificabili, i pagamenti liquidabili, i dati accumulabili e le responsabilità tracciabili. Altrimenti, non importa quanti "nodi" ci siano, sono solo bilanci ammucchiati per terra. Il problema più grande di molte pseudo-narrazioni che si vedono oggi non è che siano completamente inesistenti dal punto di vista tecnologico, ma che evitano deliberatamente le domande più difficili e cruciali: chi paga il conto, perché dovrebbe continuare a pagare e perché dovrebbe pagare tramite la vostra rete?
Naturalmente, questo non significa che Fabric abbia già assicurato il suo successo. Al contrario, la vera sfida per chi lavora sulla tecnologia sottostante è solitamente dieci volte più grande della vendita di un decoder. Il white paper stesso riconosce che, in questa fase, verranno prima implementati smart contract su ambienti compatibili esistenti per creare prototipi funzionali, progettando contemporaneamente la rete di primo livello per soddisfare le esigenze specifiche delle macchine non biologiche e, infine, passando a una versione mainnet più completa; la roadmap mostra che si è attualmente nelle fasi iniziali di implementazione dei componenti, raccolta dati, incentivi per i contributi e verifica del flusso di lavoro multi-robot.
In altre parole, al momento è più come costruire uno scheletro che un colosso muscoloso e completo. Se gli standard di identità possano essere implementati su più piattaforme, se la verifica delle attività possa resistere alla contraffazione, se la qualità dei dati possa migliorare costantemente, se il mercato delle competenze aperto possa generare feedback positivi e se la collaborazione multi-macchina possa funzionare stabilmente in scenari reali: tutto ciò richiede ancora tempo. Il mercato non manca di persone che trattano le roadmap come realtà, le visioni come ricavi e gli slogan come fossati. Se Fabric vuole dimostrarsi diversa da quelle pseudo-infrastrutture camuffate da entità fisiche, deve fornire costantemente risultati verificabili in futuro: non raccontando storie più ampie, ma consentendo di risolvere più attività reali on-chain, consentendo a più identità macchina di costruire credibilità all'interno della rete e consentendo a più collaboratori di essere ricompensati per il loro lavoro reale.
Ma è proprio perché è difficile che merita seria attenzione. Tutte le infrastrutture che hanno davvero il potenziale per trasformare le strutture industriali non sono particolarmente attraenti nelle loro fasi iniziali. Mancano delle narrazioni semplici e dirette della ricchezza immediata e non presentano tabelle di ritorno sull'investimento entusiasmanti. Il più delle volte, sono tediose, ridotte a parole come protocolli, standard, interfacce, driver, verifica, regolamento e governance, parole che sembrano prive di valore emotivo. Eppure, ciò che trascende veramente i cicli economici risiede spesso proprio in questi aspetti apparentemente banali. L'entusiasmo è amico delle vendite di hardware; la noia è amico delle infrastrutture.
Preferisco interpretare il potenziale valore di Fabric in questo modo: non si tratta di insegnare al mercato come acquistare un'altra macchina nuova, ma piuttosto di cercare di rispondere alla domanda su come l'enorme numero di macchine, sia esistenti che di prossima introduzione, possa essere integrato in un'unica rete affidabile, gestibile e scalabile. Se questo avrà successo, i beneficiari non saranno solo una singola categoria di dispositivi, ma l'intera economia delle macchine. A quel punto, non si vedrà "quali dispositivi si vendono più velocemente", ma piuttosto "quali protocolli possono gestire una maggiore attività reale delle macchine". Sarà un momento spartiacque, che passerà da una crescita guidata dalle vendite a una guidata dall'utilizzo, da una narrazione basata sui dispositivi a una narrazione basata sulle attività e da tariffe online speculative a una produttività reale.
Pertanto, smettetela di raggruppare tutti i progetti relativi alle apparecchiature fisiche nel vecchio schema di "acquistare macchine e aspettare che aumentino di valore". Quell'epoca è più incline a creare frenesia, e anche più incline a creare rovina. Ciò che vale davvero la pena osservare non è quanti dispositivi qualcuno abbia pre-venduto, ma chi sta lentamente mettendo insieme i componenti fondamentali come l'identità della macchina, la definizione delle attività, i mercati delle competenze, la raccolta dati e la collaborazione tra dispositivi. Fabric, almeno nella sua documentazione pubblica, presenta un percorso più vicino a questa direzione: prima, mettere in ordine le macchine; poi, lasciare che le macchine creino valore; e infine, lasciare che quel valore sia distribuito all'interno di una rete aperta. Quanto a quanto lontano possa arrivare questo percorso, il mercato continuerà certamente a dibattere; ma almeno solleva una domanda più vicina al futuro che a "estrarre aria online" e offre una risposta più vicina alle infrastrutture che a "vendere scatole e pompare acqua".