Il software di IA orbitale di Satlyt ha scelto la strada aperta che SpaceX e Google hanno rifiutato

Il software di IA orbitale di Satlyt sta arrivando nello spazio dopo che SpaceX e Google hanno respinto le proposte interne del fondatore Rama Afullo per il calcolo distribuito in orbita. Satlyt ha ora raccolto un round seed da 8 milioni di dollari e ottenuto posti per il proprio software su diverse missioni satellitari.

Il ribaltamento è diventato insolitamente visibile quando il software di Satlyt ha raggiunto l'orbita tramite SpaceX, accanto all'hardware per il Project Suncatcher di Google. Entrambi gli ex datori di lavoro sostengono ora strategie di calcolo orbitale, ma perseguono un'architettura diversa da quella scelta da Afullo.

Satlyt vuole fornire un livello software che funzioni su veicoli spaziali di molti produttori. SpaceX rappresenta la strada opposta: una sola azienda che controlla lanci, satelliti, connettività, hardware di calcolo e gran parte dell'ambiente operativo.

Questa differenza conta più della coincidenza di condividere un razzo. Inquadra una prima competizione su chi controllerà il livello di calcolo sopra la Terra: proprietari di veicoli spaziali verticalmente integrati o una piattaforma indipendente che collega flotte eterogenee.

Il software di IA orbitale di Satlyt è andato oltre una proposta

Il cambiamento immediato è che Satlyt dispone ora di finanziamenti, esperienza di volo e carichi di lavoro reali invece di una proposta interna respinta.

Afullo ha lavorato nell'organizzazione cloud di Google prima di entrare nel business Starlink di SpaceX nel 2024. Ha dichiarato a TechCrunch di aver proposto il calcolo orbitale all'interno di entrambe le aziende. Ognuna ha respinto l'idea all'epoca.

Ha quindi cofondato Satlyt, che opera da Sunnyvale, California, e Nairobi, Kenya. L'azienda sta sviluppando software che consente ai satelliti di elaborare i dati localmente e, in prospettiva, di condividere attività di calcolo tra veicoli spaziali.

Il round seed da 8 milioni di dollari di Satlyt è stato guidato da Non Sibi Ventures, con sede a Houston. Tra i partner dell'investitore figura l'ex astronauta NASA Bernard Harris, la cui esperienza ha aiutato la società a valutare la proposta tecnica e commerciale.

Il finanziamento è solo una parte dell'evento. Satlyt afferma che il suo software ha già volato su due missioni dimostrative, offrendo all'azienda esperienza con il calcolo vincolato oltre i test di laboratorio.

L'ultima implementazione riportata coinvolge hardware realizzato da TakeMe2Space, un'azienda indiana che sviluppa sistemi di calcolo per satelliti. La missione porta tre diversi carichi di lavoro dei clienti sul veicolo spaziale.

La NASA sta pagando per testare protocolli per il cloud computing nello spazio. Stellerian, che opera nella sorveglianza orbitale, prevede di valutare l'elaborazione delle immagini. TakeMe2Space vuole dimostrare che il suo satellite può ospitare software di aziende esterne.

Questi clienti rappresentano tre importanti livelli di domanda. Un'agenzia governativa vuole una validazione tecnica, un operatore commerciale desidera analisi più rapide e un costruttore di veicoli spaziali vuole un prodotto più flessibile.

Questa combinazione offre a Satlyt un test più robusto di una semplice dimostrazione software. La sua piattaforma deve supportare carichi di lavoro distinti operando entro i limiti di un singolo veicolo spaziale in termini di energia, memoria, temperatura e comunicazioni.

L'azienda ha inoltre implementato un modello Gemma 3 quantizzato a bordo di un satellite gestito da Momentus. La quantizzazione riduce la precisione numerica di un modello, aiutandolo a funzionare con minori requisiti di memoria e potenza di calcolo.

Secondo i test di Gemma, il modello da un miliardo di parametri ha analizzato localmente telemetria, log delle applicazioni ed errori software. È stato eseguito tramite llama.cpp, un framework di inferenza progettato per un'esecuzione efficiente dei modelli.

In due test di iniezione di guasti, il sistema ha ridotto i payload diagnostici da 1.319 byte a 469 byte e da 1.318 byte a 464 byte. Le riduzioni sono state rispettivamente del 64,4% e del 64,8%.

Il modello ha anche prodotto diagnosi brevi e azioni consigliate dal contesto tecnico disponibile. Questo risultato non dimostra operazioni autonome affidabili dei veicoli spaziali, ma illustra un impiego immediato dell'IA a bordo.

Invece di trasmettere ogni log grezzo alla Terra, un satellite può riassumere un errore prima di utilizzare una finestra di downlink limitata. I controllori a terra ricevono quindi un messaggio più piccolo e più utile.

I progressi di Satlyt si basano quindi su un carico di lavoro pratico, non soltanto sull'idea distante di enormi data center orbitali. Sta iniziando con diagnostica software, analisi della telemetria ed elaborazione delle immagini su hardware già diretto in orbita.

Questo crea la tensione centrale dell'articolo. SpaceX e Google possono perseguire il calcolo orbitale attraverso sistemi strettamente controllati, mentre Satlyt deve dimostrare che il software condiviso può funzionare sulle macchine di altre aziende.

Il mercato a breve termine è l'elaborazione a bordo, non i giganteschi data center spaziali

Satlyt non ha bisogno di un cloud orbitale su vasta scala per creare valore, ma ha bisogno che gli operatori satellitari considerino il software una decisione d'acquisto indipendente.

La maggior parte dei satelliti dipende ancora fortemente dalle stazioni terrestri. Raccolgono immagini, letture dei sensori, dati operativi e log di errore, quindi trasmettono informazioni selezionate durante finestre di comunicazione programmate.

Questo modello crea un collo di bottiglia. Un veicolo spaziale può generare più dati di quanti ne possa inviare economicamente alla Terra, soprattutto quando le finestre di contatto sono brevi o la larghezza di banda è contesa.

L'elaborazione a bordo sposta parte della decisione più vicino al sensore. Un satellite può scartare immagini inutilizzabili, dare priorità a oggetti sospetti, riassumere guasti o comprimere osservazioni prima della trasmissione.

L'idea ricorda l'edge computing sulla Terra. L'edge computing esegue l'analisi vicino alla fonte dei dati, riducendo la necessità di inviare tutto a un cloud centralizzato.

Nello spazio il compromesso è più severo. Un dispositivo terrestre remoto potrebbe recuperare una connessione di rete in pochi minuti. Un veicolo spaziale può affrontare copertura limitata, rigidi budget energetici, radiazioni e nessuna possibilità di riparazione fisica.

Ecco perché l'esempio diagnostico di Satlyt conta. Ridurre un rapporto di errore di oltre il 60% può sembrare modesto rispetto alle visioni di cluster di IA in orbita. Ma affronta un costo che gli operatori sostengono già.

L'azienda afferma che l'analisi locale può ridurre il lavoro di elaborazione a terra e abbreviare le risposte alle anomalie. Il risparmio finanziario esatto varierà in base al satellite, alla missione, al modello di personale e al contratto di comunicazione.

L'elaborazione delle immagini offre un altro caso immediato. Un satellite di osservazione terrestre può identificare fotogrammi coperti da nuvole prima di trasferirli in downlink, oppure dare priorità alle immagini che contengono una condizione target.

I carichi di lavoro di sorveglianza spaziale seguono la stessa logica. Un satellite può filtrare le immagini alla ricerca di potenziali oggetti o movimenti insoliti, quindi trasmettere prima i dati più rilevanti.

Queste applicazioni non richiedono un data center delle dimensioni di un magazzino in orbita. Richiedono modelli piccoli che si comportino in modo prevedibile su computer vincolati e producano output utili entro rigidi budget di risorse.

Questa distinzione ha attirato anche l'investitore principale di Satlyt. Il partner di Non Sibi Kent Lucas ha dichiarato a TechCrunch che l'azienda non necessita di giganteschi data center spaziali per avere successo. La sola crescita dei satelliti può ampliare il suo mercato indirizzabile.

L'argomentazione è sensata, ma dipende ancora da diverse ipotesi. Più veicoli spaziali dovranno montare processori per uso generico, gli operatori dovranno consentire software di terze parti e i progettisti delle missioni dovranno assegnare energia scarsa ai carichi di lavoro di IA.

Afullo si aspetta che i processori avanzati diventino comuni nei satelliti. Ha fissato l'ambizioso obiettivo di raggiungere il 20% dei satelliti entro la fine di questo decennio.

Tale obiettivo rimane un'aspirazione aziendale, non una previsione indipendente. Le flotte satellitari differiscono ampiamente e molti veicoli spaziali utilizzano computer specializzati progettati per una missione accuratamente validata.

L'opportunità è comunque più facile da comprendere della vasta narrativa del cloud orbitale. Satlyt può vendere utile elaborazione a bordo prima che i satelliti inizino a condividere i maggiori carichi di lavoro di IA.

Gli sviluppatori dovrebbero considerare questa fase come un test della portabilità del software. La questione centrale è se un unico livello operativo possa supportare processori, payload, sistemi di comunicazione e requisiti di sicurezza dei veicoli spaziali diversi.

Gli acquirenti aziendali dovrebbero concentrarsi sugli output anziché sulla retorica. Minore volume di downlink, risposta più rapida alle anomalie e immagini di maggior valore sono benefici misurabili, anche se il sistema sottostante non diventa mai un gigantesco data center.

Queste misure pratiche spiegano anche perché le aziende spaziali consolidate subiscono pressione. Se i clienti attribuiscono valore al software portabile, i fornitori hardware perdono parte del controllo sulle applicazioni eseguite sui loro satelliti.

SpaceX costruisce l'iPhone mentre Satlyt vuole costruire Android

La competizione principale non è Satlyt contro SpaceX per dimensioni; è un livello software aperto contro uno stack di calcolo chiuso e verticalmente integrato.

Afullo utilizza un'analogia familiare per spiegare la differenza. Se SpaceX diventerà l'iPhone dei data center orbitali, vuole che Satlyt diventi Android.

Il confronto è imperfetto, ma coglie la divisione strategica. Apple combina hardware, software operativo, servizi e distribuzione in un unico sistema gestito strettamente. Android supporta dispositivi di molti produttori.

SpaceX controlla già una porzione maggiore dello stack fisico rispetto alla maggior parte dei potenziali concorrenti. Costruisce razzi, gestisce infrastrutture di lancio, produce satelliti, amministra una costellazione di comunicazioni e serve clienti della connettività.

Questa integrazione può ridurre i costi di coordinamento. Gli ingegneri possono ottimizzare insieme hardware e software, mantenere interfacce coerenti e muoversi rapidamente senza negoziare standard tra fornitori di veicoli spaziali non collegati.

Crea anche dipendenza. Un cliente che costruisce su una piattaforma orbitale proprietaria può restare legato al programma di lancio, alla roadmap tecnica, ai prezzi, alle interfacce e alle decisioni di accesso di un'unica azienda.

Satlyt sta facendo la scommessa opposta. Non prevede di produrre satelliti. Il suo software è progettato per funzionare su veicoli spaziali di proprietà di diversi operatori e trasformare le loro risorse di calcolo in un servizio condiviso.

L'azienda paragona il proprio ruolo a VMware e Snowflake. VMware ha separato le applicazioni da server fisici specifici, mentre Snowflake ha offerto ai clienti un livello dati gestito attraverso infrastrutture cloud.

In orbita, questa astrazione è molto più difficile. I server cloud terrestri utilizzano processori, reti, alimentatori, sistemi di archiviazione e pratiche di manutenzione relativamente standardizzati.

I satelliti sono macchine personalizzate esposte a radiazioni, cicli termici, energia limitata, collegamenti intermittenti e movimento orbitale. Persino il riavvio di un processo guasto può avere conseguenze a livello di missione.

Una piattaforma orbitale aperta deve quindi fare più che installare lo stesso pacchetto su computer diversi. Deve adattarsi alle differenze hardware senza indebolire i controlli di sicurezza né interferire con le funzioni essenziali del veicolo spaziale.

La piattaforma necessita inoltre di un metodo sicuro per pianificare il lavoro. Un'applicazione di terze parti non può consumare energia, memoria o capacità di rete necessarie alla navigazione, alle comunicazioni o al payload principale.

Queste sfide rafforzano il caso dell'integrazione verticale. SpaceX può progettare hardware di calcolo, collegamenti tra satelliti, ambiente operativo e sistemi di alimentazione come un unico prodotto coordinato.

Tuttavia, l'integrazione non garantisce che i clienti preferiranno un sistema chiuso. Produttori e operatori satellitari potrebbero desiderare accesso a diversi fornitori di lanci, processori, modelli e fornitori di analisi.

Uno strato software indipendente diventa prezioso quando aumenta la diversità. Ogni ulteriore veicolo spaziale compatibile amplia il potenziale bacino di risorse di calcolo senza richiedere a Satlyt di finanziare una flotta di satelliti.

È lo stesso effetto di rete che ha favorito la crescita delle piattaforme software sulla Terra. Una base hardware più ampia attrae gli sviluppatori, mentre un maggior numero di applicazioni rende la piattaforma sottostante più interessante per i fornitori di hardware.

L’orbita introduce un difficile problema di avvio iniziale. Satlyt ha bisogno di satelliti compatibili prima che gli sviluppatori investano, ma i costruttori di veicoli spaziali hanno bisogno di applicazioni utili prima di allocare risorse a Satlyt.

Le sue prime missioni cercano di risolvere il problema con carichi di lavoro concreti. NASA fornisce un caso d’uso per la validazione, Stellerian fornisce un’applicazione e TakeMe2Space fornisce l’hardware di hosting.

L’approccio di Google offre un ulteriore contrasto. Project Suncatcher immagina satelliti interconnessi che ospitano le Tensor Processing Units, o TPU, di Google, alimentate da un’abbondante energia solare.

I primi passi del programma si concentrano sull’hardware di calcolo proprietario di Google. Il suo prototipo, realizzato con Planet, è stato progettato per misurare la risposta delle TPU alle forze del lancio, alle radiazioni e all’ambiente termico dello spazio.

Google ha confermato che il prototipo ha raggiunto l’orbita a bordo della missione Transporter-18 di SpaceX il 1° ottobre 2026. Il satellite ha stabilito il contatto e avviato il proprio programma di test.

Google sta quindi verificando se i suoi chip specializzati possano sopravvivere e operare nello spazio. Satlyt sta verificando se il software possa rendere utili a clienti esterni computer orbitali eterogenei.

Oggi le aziende non sono concorrenti diretti. Le loro architetture potrebbero persino diventare complementari se una piattaforma indipendente arriverà a eseguire carichi di lavoro su processori progettati da Google o su altri processori specializzati.

Tuttavia, le loro priorità rivelano centri di controllo in competizione. Google parte da hardware che possiede e conosce. Satlyt parte dalla portabilità tra hardware che non controlla.

Se il calcolo orbitale crescerà, questa distinzione influenzerà margini, scelta dei clienti e accesso degli sviluppatori. Il vincitore finale potrebbe non possedere il maggior numero di satelliti, ma influenzerà il modo in cui le applicazioni si spostano tra essi.

Il cloud orbitale aperto deve ancora sopravvivere alla realtà

L’argomento più forte di Satlyt è la flessibilità, ma la flessibilità diventa una passività quando i veicoli spaziali differiscono troppo o i clienti rifiutano di condividere le risorse.

L’azienda ha dimostrato che un piccolo modello linguistico può elaborare dati diagnostici a bordo di hardware con risorse limitate. Questo non equivale a gestire un cloud distribuito tra satelliti.

Il prossimo grande obiettivo tecnico di Satlyt è connettere la capacità di calcolo di due diversi veicoli spaziali. L’azienda prevede di tentare questa dimostrazione il prossimo anno.

Un test riuscito sarebbe rilevante perché il calcolo distribuito richiede coordinamento tra macchine. Il software deve dividere il lavoro, trasferire dati, gestire ritardi, recuperare dalle interruzioni e confermare che i risultati restino corretti.

Queste attività sono ordinarie nei data center terrestri con alimentazione affidabile e reti ad alta velocità. Diventano più difficili quando entrambi i computer orbitano attorno alla Terra e comunicano solo in specifiche condizioni orbitali.

La latenza non è l’unico problema. I satelliti possono avere processori, sistemi operativi, requisiti di sicurezza, potenza disponibile e priorità di missione differenti.

Anche i collegamenti intersatellitari possono variare molto. Alcuni veicoli spaziali dispongono di comunicazioni laser, altri usano collegamenti radio e molti non sono mai stati progettati per scambiare grandi carichi di lavoro computazionali con satelliti vicini.

Google ha descritto la precisione richiesta per le sue connessioni laser pianificate come equivalente a colpire un bersaglio delle dimensioni di una moneta da miglia di distanza mentre entrambi i punti sono in movimento.

I suoi test illustrano anche la sfida hardware. Google afferma che i componenti del lancio possono subire forze pari a 50-100 volte la gravità, mentre le radiazioni possono alterare i dati memorizzati nei sistemi elettronici.

Il controllo termico rimane altrettanto importante. Un processore produce calore, ma un veicolo spaziale non può raffreddarlo con il normale flusso d’aria perché lo spazio è un vuoto.

Il software di Satlyt non può eliminare questi limiti fisici. Può solo pianificare attorno a essi quando i veicoli spaziali espongono telemetria accurata e concedono alla piattaforma un controllo operativo sufficiente.

La cybersicurezza crea un’altra barriera. Un software che gestisce carichi di lavoro su più satelliti potrebbe diventare un bersaglio di valore perché una compromissione potrebbe colpire più operatori.

I clienti richiederanno isolamento tra applicazioni, aggiornamenti firmati, controlli di accesso, registri di audit e una chiara autorità sugli spegnimenti di emergenza. Queste protezioni consumano ulteriori risorse di calcolo.

Gli output dell’AI aggiungono un rischio diverso. Un modello può riassumere erroneamente un errore o classificare male un’immagine, specialmente quando gli input differiscono da quelli usati per addestramento e test.

Per questo motivo, l’attuale uso diagnostico di Satlyt appare più sicuro del comando autonomo. Un modello può raccomandare un’azione agli operatori a terra senza ricevere l’autorità di modificare il comportamento del veicolo spaziale.

L’azienda afferma che gli operatori manterranno l’autorità di comando mentre si espanderà verso il rilevamento delle anomalie e le decisioni multi-agente. Il confine pratico tra assistenza e controllo richiederà un’accurata validazione.

Gli incentivi commerciali sono altrettanto incerti. Un proprietario di satelliti potrebbe disporre di tempo di processore inutilizzato, ma prestarlo a un carico di lavoro esterno può introdurre responsabilità senza generare ricavi sufficienti.

Il proprietario deve inoltre riservare capacità per la propria missione principale. Un satellite per l’osservazione della Terra non può ritardare le immagini dei clienti perché un’altra applicazione ha consumato energia o riempito lo spazio di archiviazione.

La strategia “Android” di Satlyt funziona solo se i produttori di veicoli spaziali supportano interfacce comuni. Senza una standardizzazione significativa, ogni integrazione diventa un progetto di ingegneria su misura.

Questo indebolirebbe l’economia di una piattaforma indipendente. I margini del software dipendono dalla replicazione dello stesso prodotto presso molti clienti, non dalla sua ricostruzione per ogni satellite.

La concorrenza potrebbe arrivare anche da aziende proprietarie dell’hardware. SpaceX, Google, Starcloud e altre iniziative di calcolo orbitale possono esporre interfacce per sviluppatori mantenendo proprietari i sistemi sottostanti.

Una piattaforma chiusa gestita potrebbe rivelarsi più facile da acquistare rispetto a una rete aperta. I clienti spesso accettano la dipendenza da un fornitore quando un unico operatore offre un’implementazione più semplice, supporto più solido e prestazioni prevedibili.

Satlyt non ha quindi dimostrato che il modello Android dominerà. Ha dimostrato che la strada aperta è sufficientemente credibile da ricevere finanziamenti e arrivare a missioni operative.

La fase successiva deve dimostrare la ripetibilità. Un modello su un satellite dimostra la fattibilità, mentre carichi di lavoro portabili su diversi veicoli spaziali sosterrebbero l’affermazione più ampia della piattaforma.

Tre segnali mostreranno se Satlyt può diventare una piattaforma orbitale

Le prossime prove devono derivare dal calcolo tra satelliti, da clienti ricorrenti e da valore operativo misurabile, non da un altro confronto ambizioso.

Il primo segnale è la prevista dimostrazione cloud su due satelliti di Satlyt. È il test più diretto della sua principale affermazione tecnica.

Gli osservatori dovrebbero cercare conferma che i veicoli spaziali provengano da piattaforme differenti. Due satelliti identici sotto un unico operatore testerebbero il calcolo distribuito, ma non l’interoperabilità su ampia scala.

La dimostrazione dovrebbe inoltre rivelare quale lavoro viene spostato tra i satelliti. Un piccolo scambio di messaggi è meno significativo di un’elaborazione coordinata con latenza, utilizzo delle risorse e comportamento di ripristino documentati.

Un’esecuzione riuscita rafforzerebbe l’argomento di Satlyt secondo cui può astrarre le differenze hardware. Un ritardo o una dimostrazione più limitata mostrerebbero che la piattaforma aperta resta più immatura di quanto suggerisca il suo marketing.

Il secondo segnale è la ricorrenza dei clienti. NASA, Stellerian e TakeMe2Space offrono all’azienda utili carichi di lavoro iniziali, ma i progetti pilota non dimostrano una domanda duratura.

Un segnale più forte sarebbe un cliente che si espande da un esperimento a più veicoli spaziali. Ciò indicherebbe che il software ha creato valore sufficiente per superare la revisione della missione e le decisioni di budget.

Un’altra misura importante è il numero di costruttori indipendenti di veicoli spaziali che integrano Satlyt. L’analogia con Android richiede più produttori, non diverse missioni sull’hardware di un unico partner.

Satlyt afferma di avere software pronto per un massimo di 50 implementazioni su veicoli spaziali nel 2026. La capacità preparata non equivale a implementazioni attivate, quindi le installazioni completate contano di più.

I lettori dovrebbero distinguere tra accordi firmati, sistemi lanciati, carichi di lavoro attivi e rinnovi a pagamento. Ogni fase comporta un diverso livello di evidenza commerciale.

Il terzo segnale è la performance operativa. La riduzione del downlink fornisce una metrica iniziale, ma i clienti si interesseranno anche di accuratezza, consumo energetico, utilizzo della memoria e tempo di risposta.

I test Gemma offrono una base utile. Satlyt ha riportato payload diagnostici più piccoli di circa il 64% e velocità di generazione superiori a 22 token al secondo in due scenari.

I suoi test più ampi esaminano circa 11 watt di potenza del processore durante l’inferenza e un aumento di temperatura compreso tra tre e cinque gradi Celsius. Si tratta di misurazioni fornite dall’azienda in condizioni di test vincolate.

Le future comunicazioni dovrebbero collegare questi risultati tecnici agli esiti delle missioni. Gli operatori hanno risolto i guasti prima, trasmesso a terra immagini più preziose o ridotto il lavoro a terra?

Una conferma indipendente avrebbe più peso di un altro benchmark interno. I dati di volo spaziale provenienti da clienti o partner di ricerca chiarirebbero se i benefici persistono al di fuori di test controllati.

È improbabile che SpaceX e Google restino in attesa. Google sta già raccogliendo dati dal suo prototipo di TPU orbitale, comprese le prestazioni sotto radiazioni e temperature estreme.

La sua prossima pietra miliare prevista riguarda il test della comunicazione tra due satelliti. I progressi in questo ambito rafforzerebbero il modello coordinato verticalmente, anche se Google non offrisse un’ampia piattaforma commerciale.

SpaceX dispone di un vantaggio diverso: la scala di implementazione. Il suo controllo su lancio e produzione di satelliti le permette di iterare senza attendere che fornitori di veicoli spaziali non collegati adottino un’interfaccia comune.

Satlyt non può eguagliare tali risorse di capitale. La sua opportunità deriva dal rendere il resto del mercato più simile a una base di calcolo condivisa.

Questo schema ha funzionato in altri settori. Il software indipendente diventa prezioso quando i clienti vogliono scelta e nessun fornitore di hardware può controllare l’intero mercato.

Lo spazio non è tuttavia un normale mercato software. Standard di affidabilità, vincoli fisici, preoccupazioni per la sicurezza nazionale e lunghi cicli di approvvigionamento rallentano tutti l’adozione delle piattaforme.

Gli sviluppatori dovrebbero osservare le interfacce che emergono dalle prime missioni. Un modello applicativo stabile renderebbe più facile sviluppare una sola volta e distribuire su più veicoli spaziali.

Gli acquirenti di satelliti dovrebbero chiedere chi controlla gli aggiornamenti, la pianificazione dei carichi di lavoro, l’accesso alla telemetria e il recupero dai guasti. Questi dettagli determinano se “aperto” significhi portabile o semplicemente compatibile tramite lavoro personalizzato.

I team che valutano le prove necessitano inoltre di registri rigorosi tra rapporti di missione, risultati dei test, contratti e decisioni ingegneristiche. Una base di conoscenza ricercabile può mantenere queste affermazioni collegate ai documenti che le supportano.

Il software di AI orbitale di Satlyt ha raggiunto una soglia importante. Ora dispone di capitale, esperienza di volo, esperimenti con i clienti e un chiaro antagonista architetturale.

L’azienda non ha ancora costruito un cloud orbitale che si estenda su satelliti differenti. Non ha nemmeno dimostrato che i produttori rinunceranno a un controllo sufficiente affinché una piattaforma indipendente possa scalare.

È questo che rende la storia degna di essere seguita. L’idea inizialmente respinta non è più ipotetica, ma la sua promessa distintiva resta ancora da dimostrare.

Nei prossimi mesi, tenete d’occhio il test con due satelliti, i dispiegamenti ripetuti e i dati sulle prestazioni a livello di missione. Insieme, mostreranno se Satlyt sta costruendo Android per l’orbita o uno strumento specializzato per un numero ristretto di veicoli spaziali.