Satlyt는 위성 탑재 컴퓨터용 소프트웨어를 개발하기 위해 800만 달러의 시드 투자를 유치했다. 당장의 가치는 거대한 우주 데이터센터보다 좁고 측정하기 쉽다. 원격 측정 자료와 로그, 이미지를 발생 지점 가까이에서 분석한 뒤 제한된 하향 통신으로 더 유용한 정보를 보내는 것이다.
더 큰 목표는 서로 다른 제조사의 우주선 사이에서 연산을 이식 가능하게 만드는 데 있다. Satlyt에는 비행 경험과 고객 실험이 있지만, 서로 다른 위성에 걸친 분산 클라우드는 아직 시연하지 않았다. 이 단계를 구분해야 투자와 위험을 제대로 이해할 수 있다.
거절된 내부 제안에서 투자받는 소프트웨어 기업으로
창업자 Rama Afullo는 Google 클라우드 조직에서 일하다 2024년 SpaceX Starlink 사업에 합류했다. 그는 TechCrunch에 두 회사 모두 당시 자신의 궤도 컴퓨팅 내부 제안을 거절했다고 말했다. 이후 Satlyt를 공동 창업해 캘리포니아 서니베일과 케냐 나이로비에서 운영한다.
휴스턴의 Non Sibi Ventures가 투자를 주도했고 파트너에는 전 NASA 우주비행사 Bernard Harris가 포함된다. Satlyt는 소프트웨어가 두 차례 실증 임무에서 비행했다고 밝혔다. 최신 공개 배치는 인도 TakeMe2Space의 위성 컴퓨팅 하드웨어를 사용한다.
그 임무에는 서로 다른 세 작업이 있다. NASA는 우주 클라우드 컴퓨팅 프로토콜 시험 비용을 지불하고, 궤도 감시 기업 Stellerian은 영상 처리를 평가할 계획이다. TakeMe2Space는 외부 소프트웨어를 호스팅할 수 있음을 보이려 한다. 목적이 다른 고객 실험이지 성숙한 공유 궤도 서비스의 증거는 아니다.
Afullo는 이번 10년이 끝나기 전 위성의 20%에 도달하려 한다. Satlyt는 2026년에 최대 50대의 우주선 배치를 위한 소프트웨어를 준비했다고도 밝혔다. 목표나 준비된 용량은 실제 작동 설치, 유료 갱신, 독립 검증된 시장점유율과 다르다.
가장 명확한 초기 성과는 작아진 진단 메시지
Satlyt는 Momentus가 운영하는 위성에서 llama.cpp를 통해 양자화한 10억 매개변수 Gemma 3를 구동했다. 양자화는 수치 정밀도를 낮춰 메모리와 연산 요구를 줄인다. Gemma 사례는 원격 측정, 애플리케이션 로그와 소프트웨어 오류의 현지 분석을 설명한다.
두 고장 주입 시나리오에서 진단 데이터는 1,319바이트에서 469바이트, 1,318바이트에서 464바이트로 줄었다. 감소율은 64.4%와 64.8%였다. 모델은 짧은 진단과 권장 조치를 만들었으며 두 시나리오의 보고된 생성 속도는 초당 22토큰을 넘었다.
더 넓은 사내 시험에서는 추론 중 프로세서 전력 약 11와트와 섭씨 3~5도의 온도 상승을 조사했다. 제한된 조건에서 회사가 제공한 측정이지 전체 위성군 운용 특성을 독립적으로 확인한 결과는 아니다. 데이터 크기 감소가 모든 고장에서 진단이 옳음을 입증하지도 않는다.
방식은 명확하다. 통신 가능 시간이 오기 전에 고장을 요약하고 원본 로그 전체 대신 작은 보고서를 내려보낸다. 지상팀은 더 작고 유용한 정보를 받을 수 있다. 영상 처리도 구름에 가려진 장면을 버리거나 감시 대상이 있을 법한 영상을 전송 전에 우선 배정할 수 있다.
이는 거대한 궤도 AI 클러스터가 먼저 필요하지 않은 엣지 컴퓨팅 활용이다. 금전적 가치는 임무별 대역폭 계약, 인력과 대응 요구에 달렸다. 바이트 절감이 더 빠른 이상 해결, 가치 높은 영상 또는 지상 업무 감소로 이어지는지 정확도·에너지·메모리와 함께 제시해야 한다.
이식성과 수직 통합은 서로 다른 문제를 푼다
Afullo는 SpaceX를 궤도의 iPhone, Satlyt를 Android에 비유한다. 다양한 하드웨어를 지원하는 소프트웨어 계층과 긴밀히 조율된 전체 스택의 차이다. 두 기업의 규모가 비슷하다거나 Satlyt가 이미 개방형 산업 표준이라는 뜻은 아니다.
SpaceX는 발사, 위성 제조, 연결성과 운영 환경 상당 부분을 통제한다. 통합은 인터페이스를 단순화하고 전력, 링크, 프로세서를 함께 조율할 수 있다. 고객은 더 쉬운 배치와 지원을 위해 단일 로드맵, 발사 일정, 가격에 대한 의존을 받아들일 수도 있다.
Satlyt는 위성을 제조할 계획이 없다. VMware와 Snowflake처럼 애플리케이션이 특정 물리 장비에 덜 의존하게 하는 추상화 계층을 지향한다. 호환 제조사가 늘면 개발자가, 앱이 늘면 제조사가 모일 수 있다. 당장은 양쪽이 서로를 기다리는 초기 시장 문제를 풀어야 한다.
Google의 Project Suncatcher는 자체 TPU와 태양광 기반 상호 연결 위성에서 출발한다. Planet과 제작한 시제품은 발사·방사선·열 영향을 시험한다. Google은 시제품이 2026년 10월 1일 SpaceX Transporter-18로 궤도에 도달한 뒤 교신하고 시험을 시작했다고 밝혔다.
같은 발사 수단을 이용한다고 접근이 같아지는 것은 아니다. Google은 전용 하드웨어의 우주 작동을, Satlyt는 자신이 소유하지 않은 여러 컴퓨터에서 외부 고객이 소프트웨어를 쓸 수 있는지를 시험한다. 현재 반드시 직접 경쟁자는 아니며 나중에는 상호 보완할 수도 있다.
우주선 안전이 공유 계층의 한계를 정한다
지상 서버에는 표준 인터페이스, 안정된 네트워크와 현장 유지보수가 있다. 위성은 방사선, 열 주기, 간헐적 링크, 궤도 운동과 엄격한 전력 한도에 노출된다. 프로세서와 운영체제, 임무 우선순위가 다르고 대형 작업 교환용 링크가 없는 우주선도 많다.
Google은 계획한 레이저 링크 조준을 수 마일 밖에서 움직이는 동전 크기 표적을 맞히는 일에 비유한다. 발사 부품에는 중력의 50~100배 힘이 가해질 수 있고, 방사선은 저장 데이터를 바꾸며 진공에서는 일반 공랭이 불가능하다. 신뢰할 원격 측정과 충분한 운영 권한이 있어야 소프트웨어가 물리 제약에 맞춰 일정을 짤 수 있다.
외부 작업이 항법이나 주 탑재체에 필요한 메모리, 전력, 통신을 차지해서는 안 된다. 격리, 서명된 업데이트, 접근 통제, 감사 기록, 비상 정지 권한은 선택 기능이 아니라 승인 요건이다. 여러 운영자를 관리하는 계층은 매력적인 사이버 공격 표적이기도 하다.
AI는 고장을 오진하거나 영상을 잘못 분류할 수 있다. 지상 담당자에게 조치를 권하는 것과 우주선을 지휘하는 일은 다르다. Satlyt는 이상 탐지와 다중 에이전트 결정으로 확장해도 운영자가 지휘권을 유지한다고 말한다. 실제 통합에서 이 경계를 검증해야 한다.
상업적 유인도 기술만큼 어려울 수 있다. 남는 프로세서 시간이 있다고 외부 작업의 책임과 수익 배분이 정당화되지는 않는다. 공통 인터페이스가 없으면 매번 맞춤 공사가 되어 반복 판매 소프트웨어의 경제성이 약해진다.
다음 시험은 발사 이상의 것을 입증해야 한다
Satlyt는 내년에 서로 다른 두 우주선에 걸친 연산을 시도할 예정이다. 의미 있는 공개라면 플랫폼과 협력 처리, 지연, 자원 사용, 복구를 설명해야 하며 단순 메시지 교환으로는 부족하다. 같은 기종 두 대는 분산 처리를 보여도 폭넓은 상호운용성을 증명하지 못한다.
재구매 고객과 독립 우주선 제조사의 참여가 상업성을 강화할 것이다. 계약, 발사된 하드웨어, 실제 작동 작업, 유료 갱신은 증거 단계가 다르다. 내부 벤치마크에 더해 고객과 연구 파트너의 운용 데이터가 중요하다. 그동안 Google은 위성 간 링크를 추진하고 SpaceX는 배치 규모의 우위를 유지한다.
임무 보고서, 시험 정의와 계약은 검색 가능한 엔지니어링 문서 지식베이스에서 추적할 수 있다. Satlyt는 제안 단계를 넘었지만 핵심 약속은 남아 있다. 혼합 위성군에서 이식 가능하고 안전하며 경제적으로 반복할 수 있는 연산이다. 또 하나의 Android 비유가 아니라 이것이 위성 도구를 궤도 플랫폼으로 바꿀 것이다.