Satlyt zebrał 8 mln dolarów w rundzie zalążkowej na oprogramowanie komputerów pokładowych satelitów. Bezpośrednia korzyść jest węższa i łatwiejsza do zmierzenia niż ogromne centrum danych w kosmosie: analizować telemetrię, dzienniki i obrazy blisko źródła, a następnie przesyłać bardziej użyteczne informacje ograniczonym łączem do Ziemi.
Większą ambicją są przenośne obliczenia między statkami różnych producentów. Satlyt ma doświadczenie lotnicze i eksperymenty klientów, ale nie zademonstrował jeszcze chmury rozproszonej między różnymi satelitami. Rozdzielenie tych etapów jest konieczne do zrozumienia finansowania i ryzyka.
Odrzucony wewnętrzny pomysł staje się finansowaną firmą
Założyciel Rama Afullo pracował w chmurze Google, zanim w 2024 r. dołączył do Starlinka w SpaceX. Powiedział TechCrunch, że obaj pracodawcy odrzucili wtedy jego wewnętrzne propozycje obliczeń orbitalnych. Następnie współzałożył Satlyt, działający w Sunnyvale w Kalifornii i Nairobi w Kenii.
Rundzie przewodził Non Sibi Ventures z Houston. Wśród partnerów jest były astronauta NASA Bernard Harris. Satlyt twierdzi, że jego oprogramowanie poleciało w dwóch misjach demonstracyjnych; najnowsze zgłoszone wdrożenie używa sprzętu satelitarnego indyjskiego TakeMe2Space.
Ta misja obejmuje trzy różne zadania. NASA płaci za testy protokołów chmury w kosmosie. Stellerian, zajmujący się obserwacją orbity, planuje ocenę przetwarzania obrazów, a TakeMe2Space chce pokazać możliwość uruchamiania zewnętrznego oprogramowania. To eksperymenty klientów o różnych celach, nie dowód dojrzałej wspólnej usługi orbitalnej.
Afullo chce dotrzeć do 20% satelitów do końca dekady. Satlyt mówi też o oprogramowaniu przygotowanym na nawet 50 wdrożeń na statkach w 2026 r. Ani aspiracja, ani gotowa pojemność nie oznacza aktywnych instalacji, płatnych odnowień czy niezależnie potwierdzonego udziału rynkowego.
Najwyraźniejszy wczesny rezultat to mniejszy komunikat diagnostyczny
Satlyt wdrożył skwantyzowany Gemma 3 z miliardem parametrów na satelicie operatora Momentus, korzystając z llama.cpp. Kwantyzacja obniża precyzję liczbową, zmniejszając wymagania pamięciowe i obliczeniowe. Opis Gemma przedstawia lokalną analizę telemetrii, dzienników aplikacji i błędów oprogramowania.
W dwóch scenariuszach wstrzykiwania awarii dane diagnostyczne zmalały z 1319 do 469 bajtów oraz z 1318 do 464 bajtów, czyli o 64,4% i 64,8%. Model przygotował krótkie diagnozy i zalecane działania. Zgłoszona szybkość generowania przekraczała w tych scenariuszach 22 tokeny na sekundę.
Szersze testy firmy badały około 11 watów mocy procesora podczas wnioskowania i wzrost temperatury o trzy do pięciu stopni Celsjusza. To pomiary przedsiębiorstwa w ograniczonych warunkach, nie niezależnie ustalony profil działania całej floty. Mniejsza ilość danych nie dowodzi też trafnej diagnozy dla każdej awarii.
Mechanizm jest prosty: podsumować usterkę przed oknem łączności zamiast wysyłać wszystkie surowe dzienniki. Zespół naziemny może otrzymać mniejszy, bardziej przydatny raport. Przetwarzanie obrazów może podobnie odrzucać klatki zasłonięte chmurami lub priorytetyzować możliwe cele obserwacji przed transmisją.
To zastosowania obliczeń brzegowych, które nie wymagają wcześniejszej budowy ogromnych orbitalnych klastrów AI. Wartość finansowa zależy od umowy na pasmo, zatrudnienia i potrzeb reakcji misji. Użyteczne dowody łączyłyby oszczędzone bajty z szybszym usuwaniem anomalii, wartościowszymi obrazami lub mniejszą pracą naziemną, mierząc również dokładność, energię i pamięć.
Przenośność i integracja pionowa rozwiązują inne problemy
Afullo porównuje SpaceX do orbitalnego iPhone’a, a Satlyt do Androida. Różnica dotyczy oprogramowania na różnym sprzęcie wobec ściśle skoordynowanego stosu. Nie oznacza porównywalnej skali firm ani tego, że Satlyt jest już otwartym standardem branży.
SpaceX kontroluje starty, produkcję satelitów, łączność i znaczną część środowiska operacyjnego. Integracja może upraszczać interfejsy oraz koordynować energię, łącza i procesory. Klienci mogą akceptować zależność od jednej mapy rozwoju, harmonogramu startów lub cen w zamian za prostsze wdrożenie i wsparcie.
Satlyt nie planuje produkować satelitów. Porównuje swoją warstwę abstrakcji do VMware i Snowflake: aplikacje powinny mniej zależeć od konkretnych maszyn fizycznych. Więcej zgodnych producentów może przyciągać programistów, a więcej aplikacji producentów. Najpierw startup musi rozwiązać problem startu, w którym obie strony czekają na drugą.
Project Suncatcher Google zaczyna od własnych TPU i połączonych satelitów zasilanych słońcem. Prototyp z Planet bada wpływ startu, promieniowania i temperatury. Google podał, że prototyp dotarł na orbitę podczas misji SpaceX Transporter-18 1 października 2026 r., nawiązał kontakt i rozpoczął testy.
Wspólny dostęp do startu nie oznacza jednakowej architektury. Google testuje wyspecjalizowany sprzęt w kosmosie, a Satlyt sprawdza, czy klienci zewnętrzni mogą używać oprogramowania na cudzych komputerach. Dziś nie muszą być bezpośrednimi konkurentami i mogą się kiedyś uzupełniać.
Bezpieczeństwo statku wyznacza granice wspólnej warstwy
Serwery naziemne mają standardowe interfejsy, niezawodne sieci i fizyczny serwis. Satelity mierzą się z promieniowaniem, cyklami cieplnymi, przerywaną łącznością, ruchem orbitalnym i ścisłym budżetem energii. Procesory, systemy operacyjne i priorytety różnią się; wiele statków nie ma łączy do wymiany dużych zadań.
Google porównuje celowanie przyszłymi laserami do trafiania ruchomego celu wielkości monety z wielu kilometrów. Elementy przy starcie mogą doświadczać 50–100 razy większej siły niż ziemskie ciążenie; promieniowanie może zmieniać dane, a próżnia wyklucza zwykłe chłodzenie powietrzem. Oprogramowanie może uwzględniać te granice tylko przy wiarygodnej telemetrii i wystarczającym dostępie operacyjnym.
Zewnętrzne zadanie nie może zużywać pamięci, energii ani łączności potrzebnych nawigacji czy głównemu ładunkowi. Izolacja, podpisane aktualizacje, kontrola dostępu, zapisy audytu i uprawnienia do awaryjnego zatrzymania są warunkami akceptacji, nie dodatkami. Zarządzanie wieloma operatorami tworzy też atrakcyjny cel cyberataku.
AI może błędnie diagnozować usterkę lub klasyfikować obraz. Zalecanie działania kontrolerom na Ziemi różni się więc od dowodzenia statkiem. Satlyt mówi, że operatorzy zachowają władzę także przy wykrywaniu anomalii i decyzjach wieloagentowych; granicę trzeba zweryfikować w rzeczywistych integracjach.
Bodźce biznesowe mogą być równie trudne jak technologia. Wolny czas procesora nie uzasadnia automatycznie odpowiedzialności za cudze zadania czy zasad podziału przychodów. Bez wspólnych interfejsów każda integracja staje się pracą na zamówienie i osłabia powtarzalną ekonomikę oprogramowania.
Następne testy muszą wykazać więcej niż start
Satlyt zamierza w przyszłym roku spróbować obliczeń między dwoma różnymi statkami. Znacząca publikacja wskazałaby platformy i pokazała koordynację, opóźnienia, zużycie zasobów i odzyskiwanie po awarii, nie tylko wymianę wiadomości. Dwie identyczne maszyny mogą dowieść rozproszenia bez wykazania szerokiej interoperacyjności.
Powracający klienci i niezależni producenci statków wzmocniliby argument biznesowy. Umowy, wystrzelony sprzęt, aktywne zadania i płatne odnowienia to różne poziomy dowodów. Najsilniejsze dane pochodziłyby od klientów lub badaczy obok wewnętrznych testów, podczas gdy Google rozwija łącza międzysatelitarne, a SpaceX zachowuje przewagę skali.
Raporty misji, definicje testów i kontrakty można śledzić w przeszukiwalnej bazie wiedzy dokumentów inżynieryjnych. Satlyt wyszedł poza propozycję, lecz zasadnicza obietnica pozostaje przed nim: przenośne, bezpieczne i ekonomicznie powtarzalne obliczenia w mieszanych flotach. To, nie kolejna analogia do Androida, zmieniłoby narzędzia pokładowe w platformę orbitalną.