Il primo satellite data center di Google è operativo e, secondo TechCrunch, sta già producendo poesie. A bordo ci sono quattro TPU e un sistema di generazione elettrica che arriva fino a 1 kW. Il dato che conta, però, è un altro: a causa dei limiti di potenza, l'azienda può accendere un solo TPU alla volta per circa 20 minuti. Su Reddit la notizia è diventata immediatamente una battuta: «Ho speso un sacco per il mio rig ma riesco a far girare solo Gemma 4». Un utente suggerisce di provare Qwen 3.8 27b, come se il problema fosse solo la scelta del modello.

La faccenda è più strutturale di una battuta. In un data center terrestre, la potenza è un costo, ma è disponibile con continuità. In orbita, l'energia è una risorsa intermittente e limitata: un satellite che genera al massimo 1 kW deve alimentare anche i sistemi di bordo, le comunicazioni e il controllo termico. Se un acceleratore richiede una fetta rilevante di quel budget, la conseguenza è il duty cycling: il calcolo va acceso a intermittenza, non per scelta, ma per vincolo fisico. Questo riduce il throughput utile ben al di sotto di quanto suggerirebbe la presenza di quattro TPU.

Per chi lavora su deployment edge e on-premise, il caso orbitale è un estremo utile. Molte architetture locali hanno budget di potenza e raffreddamento vincolati: sedi remote, mezzi di trasporto, armadi senza raffreddamento dedicato. La differenza è che sulla Terra il margine è più ampio, ma la logica è la stessa: aggiungere hardware non aumenta la capacità se il sistema non può alimentarlo e smaltirne il calore. La pianificazione della capacità, in questi contesti, deve partire dal budget energetico prima ancora che dal numero di acceleratori.

C'è anche un segnale per il mercato dei modelli. Il suggerimento ironico su Reddit di passare a un modello più piccolo non è banale. Modelli compatti e tecniche di quantization riducono il picco di potenza e permettono di eseguire inference utile su hardware che non può restare sempre acceso. In scenari dove il raffreddamento è passivo o l'energia è limitata, la scelta del modello diventa parte del progetto di sistema, non una decisione successiva.

L'obiettivo dichiarato da Google, secondo la fonte, è aprire la strada a reti di satelliti vicini che eseguano grandi carichi di inference in orbita. Se l'inference avviene a bordo, si riduce la necessità di trasmettere i dati grezzi a terra; si inviano solo i risultati. Ma il vincolo dei 20 minuti complica le comunicazioni spazio-terra e riduce la finestra utile per il calcolo. Non è quindi solo un problema di hardware: è un problema di scheduling, di gestione termica e di architettura di rete.

Per chi valuta deployment on-premise o edge, AI-RADAR dedica alla valutazione di questi trade-off una sezione su /llm-onpremise: lì si analizzano framework e scenari per capire quando il calcolo locale ha senso rispetto al cloud. Il satellite di Google non risponde a questa domanda, ma mostra quanto il vincolo energetico possa ridefinire ciò che è tecnicamente possibile.