Satlyt의 궤도 AI 소프트웨어, SpaceX와 Google이 거부한 개방형 경로를 택하다

Satlyt의 궤도 AI 소프트웨어가 우주로 향하고 있다. 창업자 Rama Afullo가 궤도 분산 컴퓨팅에 관한 사내 제안을 SpaceX와 Google에서 거절당한 뒤의 일이다. Satlyt는 현재 800만 달러 규모의 시드 투자를 유치했으며, 여러 위성 임무에 자사 소프트웨어를 탑재할 자리를 확보했다.

Satlyt의 소프트웨어가 Google의 Project Suncatcher 하드웨어와 함께 SpaceX를 통해 궤도에 도달하면서 이러한 반전은 유난히 뚜렷해졌다. 두 전 직장 모두 이제 궤도 컴퓨팅 전략을 지원하지만, Afullo가 선택한 것과는 다른 아키텍처를 추구하고 있다.

Satlyt는 여러 제조업체의 우주선에서 작동하는 소프트웨어 계층을 공급하려 한다. SpaceX는 그 반대 경로를 대표한다. 한 기업이 발사, 위성, 연결성, 컴퓨팅 하드웨어, 그리고 운영 환경의 상당 부분을 통제하는 방식이다.

이 차이는 같은 로켓을 공유했다는 우연보다 더 중요하다. 이는 지구 상공의 컴퓨팅 계층을 누가 통제할지를 둘러싼 초기 경쟁을 보여준다. 수직 통합된 우주선 소유자와 이기종 위성군을 연결하는 독립 플랫폼 간의 경쟁이다.

Satlyt의 궤도 AI 소프트웨어는 제안 단계를 넘어섰다

가장 직접적인 변화는 Satlyt가 거절된 사내 제안이 아니라 자금, 비행 경험, 실제 워크로드를 갖추게 됐다는 점이다.

Afullo는 2024년 SpaceX의 Starlink 사업부에 합류하기 전 Google의 클라우드 조직에서 일했다. 그는 TechCrunch에 두 회사 내부에서 궤도 컴퓨팅을 제안했다고 말했다. 당시 두 곳 모두 이 아이디어를 거절했다.

그는 이후 캘리포니아주 Sunnyvale와 케냐 Nairobi를 거점으로 하는 Satlyt를 공동 창업했다. 이 회사는 위성이 데이터를 현지에서 처리하고, 궁극적으로는 우주선 간에 컴퓨팅 작업을 공유할 수 있도록 하는 소프트웨어를 개발하고 있다.

Satlyt의 800만 달러 시드 라운드는 Houston에 본사를 둔 Non Sibi Ventures가 주도했다. 이 투자사의 파트너 중에는 전 NASA 우주비행사 Bernard Harris가 포함돼 있으며, 그의 경험은 이 기업이 기술적·상업적 제안을 평가하는 데 도움이 됐다.

이번 자금 조달은 사건의 한 부분일 뿐이다. Satlyt는 자사 소프트웨어가 이미 두 차례의 시연 임무에서 비행했으며, 이를 통해 실험실 테스트를 넘어 제한된 환경의 컴퓨팅 경험을 쌓았다고 밝혔다.

가장 최근에 알려진 배치는 위성용 컴퓨팅 시스템을 개발하는 인도 기업 TakeMe2Space가 제작한 하드웨어와 관련된다. 이 임무는 세 가지 서로 다른 고객 워크로드를 우주선에 탑재한다.

NASA는 우주 클라우드 컴퓨팅용 프로토콜을 시험하기 위해 비용을 지불하고 있다. 궤도 감시를 수행하는 Stellerian은 이미지 처리를 평가할 계획이다. TakeMe2Space는 자사 위성이 외부 기업의 소프트웨어를 호스팅할 수 있음을 보여주려 한다.

이 고객들은 수요의 세 가지 중요한 계층을 보여준다. 정부 기관은 기술 검증을 원하고, 상업 운영자는 더 빠른 분석을 원하며, 우주선 제조사는 더 유연한 제품을 원한다.

이 조합은 Satlyt에 단순한 소프트웨어 시연보다 더 강도 높은 시험을 제공한다. 플랫폼은 전력, 메모리, 온도, 통신에 관한 단일 우주선의 제약 안에서 서로 다른 워크로드를 지원해야 한다.

회사는 또한 Momentus가 운영하는 위성에 양자화된 Gemma 3 모델을 배치했다. 양자화는 모델의 수치 정밀도를 낮춰 더 적은 메모리와 컴퓨팅 성능으로 실행할 수 있게 한다.

Gemma 테스트에 따르면, 이 10억 파라미터 모델은 텔레메트리, 애플리케이션 로그, 소프트웨어 오류를 현지에서 분석했다. 이는 효율적인 모델 실행을 위해 설계된 추론 프레임워크인 llama.cpp를 통해 실행됐다.

두 차례의 결함 주입 테스트에서 시스템은 진단 페이로드를 각각 1,319바이트에서 469바이트로, 1,318바이트에서 464바이트로 줄였다. 감소율은 각각 64.4%와 64.8%였다.

이 모델은 또한 उपलब्ध한 기술적 맥락을 바탕으로 짧은 진단과 권장 조치를 제시했다. 이 결과가 신뢰할 수 있는 자율 우주선 운용을 입증하는 것은 아니지만, 온보드 AI의 즉각적인 활용 사례를 보여준다.

위성은 모든 원시 로그를 지구로 전송하는 대신 제한된 다운링크 시간대를 사용하기 전에 오류를 요약할 수 있다. 그러면 지상 관제팀은 더 작고 유용한 메시지를 받게 된다.

따라서 Satlyt의 진전은 거대한 궤도 데이터센터라는 먼 구상만이 아니라 실용적인 워크로드에 기반한다. 이 회사는 이미 궤도로 향하는 하드웨어에서 소프트웨어 진단, 텔레메트리 분석, 이미지 처리부터 시작하고 있다.

이로써 이 글의 핵심 긴장이 드러난다. SpaceX와 Google은 긴밀하게 통제된 시스템을 통해 궤도 컴퓨팅을 추진할 수 있는 반면, Satlyt는 공유 소프트웨어가 다른 기업의 장비 전반에서 작동할 수 있음을 입증해야 한다.

단기 시장은 거대 우주 데이터센터가 아니라 온보드 처리다

Satlyt는 가치를 창출하기 위해 완전한 규모의 궤도 클라우드가 필요하지는 않지만, 위성 운영자들이 소프트웨어를 독립적인 구매 결정으로 취급해야 한다.

대부분의 위성은 여전히 지상국에 크게 의존한다. 위성은 이미지, 센서 판독값, 운영 데이터, 오류 로그를 수집한 뒤 예정된 통신 시간대에 선택된 정보를 전송한다.

이 모델은 병목을 만든다. 특히 접속 시간대가 짧거나 대역폭 경쟁이 치열할 때 우주선은 경제적으로 지구에 전송할 수 있는 양보다 더 많은 데이터를 생성할 수 있다.

온보드 처리는 의사결정의 일부를 센서 가까이로 옮긴다. 위성은 사용할 수 없는 이미지를 폐기하고, 의심스러운 물체의 우선순위를 정하며, 장애를 요약하거나, 전송 전에 관측 데이터를 압축할 수 있다.

이 개념은 지상의 엣지 컴퓨팅과 닮았다. 엣지 컴퓨팅은 데이터 발생원 가까이에서 분석을 수행해 모든 데이터를 중앙집중형 클라우드로 보낼 필요를 줄인다.

우주에서는 이 절충이 더 가혹하다. 원격의 지상 장치는 몇 분 안에 네트워크 연결을 회복할 수 있지만, 우주선은 제한된 커버리지, 엄격한 에너지 예산, 방사선, 그리고 물리적 수리 불가능성에 직면할 수 있다.

그렇기 때문에 Satlyt의 진단 사례가 중요하다. 오류 보고서를 60% 이상 줄이는 일은 궤도 AI 클러스터의 비전과 비교하면 소박하게 들릴 수 있다. 그러나 이는 운영자들이 이미 마주한 비용을 해결한다.

회사는 현지 분석이 지상 처리 작업을 줄이고 이상 상황에 대한 대응 시간을 단축할 수 있다고 말한다. 정확한 재정적 절감 효과는 위성, 임무, 인력 운영 모델, 통신 계약에 따라 달라질 것이다.

이미지 처리는 또 다른 즉각적 사례를 제공한다. 지구 관측 위성은 구름에 가려진 프레임을 다운링크 전에 식별하거나, 목표 조건이 포함된 이미지의 우선순위를 높일 수 있다.

우주 감시 워크로드도 같은 논리를 따른다. 위성은 잠재적 물체나 비정상적인 움직임을 위해 영상을 필터링한 다음, 가장 관련성 높은 데이터를 먼저 전송할 수 있다.

이러한 애플리케이션에는 궤도상 창고 규모의 데이터센터가 필요하지 않다. 제한된 컴퓨터에서 예측 가능하게 작동하고 엄격한 자원 예산 안에서 유용한 결과를 내는 소형 모델이 필요하다.

이러한 구분은 Satlyt의 주도 투자자도 주목한 부분이다. Non Sibi의 파트너 Kent Lucas는 TechCrunch에 이 회사가 성공하기 위해 거대한 우주 데이터센터를 필요로 하지 않는다고 말했다. 위성 수의 증가만으로도 공략 가능한 시장을 확장할 수 있다는 주장이다.

이 주장은 타당하지만, 여전히 몇 가지 가정에 의존한다. 더 많은 우주선이 범용 프로세서를 탑재해야 하고, 운영자는 타사 소프트웨어를 허용해야 하며, 임무 설계자는 AI 워크로드에 희소한 전력을 할당해야 한다.

Afullo는 첨단 프로세서가 위성에서 보편화될 것으로 예상한다. 그는 이번 10년 말까지 위성의 20%에 도달한다는 야심 찬 목표를 세웠다.

이 목표는 독립적인 전망이 아니라 회사의 포부다. 위성군은 매우 다양하며, 많은 우주선은 신중하게 검증된 단일 임무를 위해 설계된 특수 컴퓨터를 사용한다.

그럼에도 이 기회는 광범위한 궤도 클라우드 서사보다 이해하기 쉽다. Satlyt는 위성이 가장 큰 AI 워크로드를 공유하기 시작하기 전에 유용한 온보드 처리를 판매할 수 있다.

개발자는 이 단계를 소프트웨어 이식성의 시험으로 봐야 한다. 핵심 질문은 하나의 운영 계층이 서로 다른 프로세서, 페이로드, 통신 시스템, 우주선 안전 요구사항을 지원할 수 있는지다.

기업 구매자는 수사보다 결과에 집중해야 한다. 줄어든 다운링크 용량, 더 빠른 이상 대응, 더 높은 가치의 이미지는 기반 시스템이 거대한 데이터센터가 되지 않더라도 측정 가능한 이점이다.

이러한 실용적 지표는 기존 우주선 기업이 압박을 받는 이유도 설명한다. 고객이 이식 가능한 소프트웨어를 중시한다면 하드웨어 제공업체는 위성에서 실행되는 애플리케이션에 대한 통제력을 일부 잃게 된다.

SpaceX가 iPhone을 만든다면 Satlyt는 Android를 만들고자 한다

핵심 경쟁은 규모 면에서의 Satlyt 대 SpaceX가 아니라, 개방형 소프트웨어 계층과 폐쇄형 수직 통합 컴퓨팅 스택 간의 대결이다.

Afullo는 이 차이를 설명하기 위해 익숙한 비유를 사용한다. SpaceX가 궤도 데이터센터의 iPhone이 된다면, 그는 Satlyt를 Android로 만들고자 한다.

이 비교가 완벽한 것은 아니지만 전략적 분열을 포착한다. Apple은 하드웨어, 운영 소프트웨어, 서비스, 유통을 하나의 엄격히 관리되는 시스템 아래 결합한다. Android는 여러 제조업체의 기기를 지원한다.

SpaceX는 이미 대부분의 잠재적 경쟁자보다 물리적 스택의 더 많은 부분을 통제한다. 로켓을 만들고, 발사 인프라를 운영하며, 위성을 제조하고, 통신 위성군을 관리하며, 연결성 고객에게 서비스를 제공한다.

이러한 통합은 조정 비용을 줄일 수 있다. 엔지니어는 하드웨어와 소프트웨어를 함께 최적화하고, 일관된 인터페이스를 유지하며, 관련 없는 우주선 공급업체 간 표준을 협상하지 않고도 빠르게 움직일 수 있다.

그러나 이는 의존성도 만든다. 독점적 궤도 플랫폼을 기반으로 구축하는 고객은 한 기업의 발사 일정, 기술 로드맵, 가격, 인터페이스, 접근 결정에 얽매일 수 있다.

Satlyt는 반대의 선택을 하고 있다. 위성을 제조할 계획이 없다. 이 회사의 소프트웨어는 서로 다른 운영자가 소유한 우주선 전반에서 실행되도록 설계됐으며, 이들의 컴퓨팅 자원을 공유 서비스로 전환하는 것을 목표로 한다.

회사는 자신의 역할을 VMware와 Snowflake에 비유한다. VMware는 애플리케이션을 특정 물리 서버에서 분리했고, Snowflake는 고객에게 클라우드 인프라 전반의 관리형 데이터 계층을 제공했다.

궤도에서는 이러한 추상화가 훨씬 더 어렵다. 지상의 클라우드 서버는 비교적 표준화된 프로세서, 네트워크, 전원 공급 장치, 스토리지 시스템, 유지보수 관행을 사용한다.

위성은 방사선, 열 주기, 제한된 에너지, 간헐적 연결, 궤도 운동에 노출되는 맞춤형 장비다. 실패한 프로세스를 다시 시작하는 일조차 임무 수준의 결과를 초래할 수 있다.

따라서 개방형 궤도 플랫폼은 서로 다른 컴퓨터에 같은 패키지를 설치하는 것 이상을 해야 한다. 안전 제어를 약화하거나 필수 우주선 기능을 방해하지 않으면서 하드웨어 차이를 수용해야 한다.

플랫폼에는 작업을 예약하기 위한 보안 방식도 필요하다. 타사 애플리케이션은 항법, 통신, 또는 주 페이로드에 필요한 전력, 메모리, 네트워크 용량을 소비해서는 안 된다.

이러한 과제는 수직 통합의 논거를 강화한다. SpaceX는 컴퓨팅 하드웨어, 위성 간 링크, 운영 환경, 전력 시스템을 하나의 조율된 제품으로 설계할 수 있다.

그러나 통합이 고객이 폐쇄형 시스템을 선호한다는 보장은 아니다. 위성 제조사와 운영자는 여러 발사 제공업체, 프로세서, 모델, 분석 공급업체에 접근하기를 원할 수 있다.

독립적인 소프트웨어 계층은 다양성이 커질수록 가치가 높아진다. 호환 가능한 우주선이 추가될 때마다 Satlyt가 위성 군단에 자금을 댈 필요 없이 잠재적인 컴퓨팅 자원 풀은 확대된다.

이는 지상에서 소프트웨어 플랫폼의 성장을 이끈 것과 같은 네트워크 효과다. 더 넓은 하드웨어 기반은 개발자를 끌어들이고, 더 많은 애플리케이션은 기반 플랫폼을 하드웨어 공급업체에 더 매력적으로 만든다.

궤도 환경에서는 콜드 스타트라는 어려운 문제가 등장한다. 개발자가 투자하려면 먼저 호환 위성이 필요하지만, 우주선 제작업체는 Satlyt에 자원을 할당하기 전에 유용한 애플리케이션을 원한다.

초기 임무는 구체적인 워크로드를 통해 이 문제를 해결하려 한다. NASA는 검증 사용 사례를 제공하고, Stellerian은 애플리케이션을 제공하며, TakeMe2Space는 호스팅 하드웨어를 제공한다.

Google의 접근 방식은 또 다른 대비를 보여준다. Project Suncatcher는 풍부한 태양 에너지로 구동되는 Google Tensor Processing Units, 즉 TPU를 탑재한 상호 연결 위성을 구상한다.

프로그램의 첫 단계는 Google 자체 컴퓨팅 하드웨어에 집중한다. Planet과 함께 구축한 프로토타입은 TPU가 발사 충격, 방사선, 우주의 열 환경에 어떻게 반응하는지 측정하도록 설계됐다.

Google은 2026년 10월 1일 SpaceX의 Transporter-18 임무를 통해 프로토타입이 궤도에 도달했다고 확인했다. 위성은 통신을 수립하고 시험 프로그램을 시작했다.

따라서 Google은 특수 칩이 우주에서 생존하고 작동할 수 있는지를 시험하고 있다. Satlyt는 소프트웨어가 다양한 궤도 컴퓨터를 외부 고객에게 유용하게 만들 수 있는지를 시험하고 있다.

현재 두 회사는 직접적인 경쟁 관계가 아니다. 독립 플랫폼이 언젠가 Google이 설계한 프로세서나 다른 특수 프로세서에서 워크로드를 실행하게 된다면, 두 아키텍처는 상호 보완적일 수도 있다.

그럼에도 우선순위는 서로 다른 통제 중심을 드러낸다. Google은 자신이 소유하고 이해하는 하드웨어에서 출발한다. Satlyt는 자신이 통제하지 않는 하드웨어 전반의 이식성에서 출발한다.

궤도 컴퓨팅이 성장한다면, 이 차이는 수익성, 고객 선택권, 개발자 접근성을 좌우할 것이다. 최종 승자는 가장 많은 위성을 소유한 기업이 아닐 수 있지만, 애플리케이션이 위성 간에 이동하는 방식을 좌우하게 될 것이다.

개방형 궤도 클라우드는 여전히 현실을 견뎌내야 한다

Satlyt의 가장 강력한 논거는 유연성이지만, 우주선 간 차이가 지나치게 크거나 고객이 자원 공유를 거부할 경우 유연성은 오히려 부담이 된다.

이 회사는 소형 언어 모델이 제약된 하드웨어에서 진단 데이터를 처리할 수 있음을 보여줬다. 이는 위성 전반에 걸친 분산 클라우드를 운영하는 것과는 다르다.

Satlyt의 다음 주요 기술 목표는 서로 다른 두 우주선의 컴퓨팅 용량을 연결하는 것이다. 회사는 내년에 이 시연을 시도할 것으로 예상한다.

성공적인 시험은 분산 컴퓨팅이 장비 간 조율을 필요로 하기 때문에 중요하다. 소프트웨어는 작업을 분할하고, 데이터를 전송하며, 지연을 처리하고, 중단에서 복구하며, 결과의 정확성을 확인해야 한다.

신뢰할 수 있는 전력과 고속 네트워크를 갖춘 지상 데이터센터에서는 이러한 작업이 일상적이다. 그러나 두 컴퓨터가 지구 주위를 돌고 특정 궤도 조건에서만 통신할 수 있다면 훨씬 어려워진다.

지연 시간만이 문제가 아니다. 위성마다 프로세서, 운영체제, 보안 요건, 가용 전력, 임무 우선순위가 다를 수 있다.

위성 간 연결도 매우 다양할 수 있다. 일부 우주선은 레이저 통신을 사용하고, 일부는 무선 링크를 사용하며, 상당수는 인접 위성과 대규모 컴퓨팅 워크로드를 교환하도록 설계된 적이 없다.

Google은 계획 중인 레이저 연결에 필요한 정밀도가 양쪽 지점이 모두 움직이는 상황에서 수 마일 떨어진 곳에서 동전 크기의 표적을 맞히는 것과 같다고 설명했다.

시험은 하드웨어 과제도 보여준다. Google에 따르면 발사 구성 요소는 중력의 50~100배에 이르는 힘을 받을 수 있으며, 방사선은 전자 시스템에 저장된 데이터를 변경할 수 있다.

열 제어 역시 중요하다. 프로세서는 열을 발생시키지만, 우주는 진공이므로 우주선은 일반적인 공기 흐름으로 이를 냉각할 수 없다.

Satlyt의 소프트웨어는 이러한 물리적 한계를 없앨 수 없다. 우주선이 정확한 원격 측정 데이터를 제공하고 플랫폼에 충분한 운영 통제권을 부여할 때에만 이를 고려해 일정을 조정할 수 있다.

사이버 보안은 또 다른 장벽이다. 여러 위성에 걸쳐 워크로드를 관리하는 소프트웨어는 침해 사고가 여러 운영자에게 영향을 미칠 수 있으므로 가치 있는 공격 표적이 될 수 있다.

고객은 애플리케이션 간 격리, 서명된 업데이트, 접근 제어, 감사 기록, 비상 종료 권한에 관한 명확한 기준을 요구할 것이다. 이러한 보호 장치는 추가 컴퓨팅 자원을 소비한다.

AI 출력은 또 다른 위험을 더한다. 특히 입력이 학습 및 시험 데이터와 다를 경우, 모델은 오류를 잘못 요약하거나 이미지를 잘못 분류할 수 있다.

이 때문에 Satlyt의 현재 진단 용도는 자율 명령보다 안전해 보인다. 모델은 우주선 행동을 바꿀 권한을 받지 않은 채 지상 운영자에게 조치를 권고할 수 있다.

회사는 이상 탐지와 멀티 에이전트 의사결정으로 확장하더라도 운영자가 지휘 권한을 유지할 것이라고 말한다. 지원과 통제의 실질적 경계는 신중한 검증을 필요로 한다.

사업적 유인 역시 불확실하다. 위성 소유자는 유휴 프로세서 시간을 보유할 수 있지만, 외부 워크로드에 이를 제공하는 일은 충분한 수익을 창출하지 못한 채 책임만 추가할 수 있다.

소유자는 또한 주 임무를 위해 용량을 확보해야 한다. 지구 관측 위성은 다른 애플리케이션이 전력을 소비하거나 저장 공간을 채웠다는 이유로 고객 이미지를 지연시킬 수 없다.

Satlyt의 “Android” 전략은 우주선 제조업체가 공통 인터페이스를 지원할 때에만 작동한다. 의미 있는 표준화가 없다면 모든 통합은 맞춤형 엔지니어링 프로젝트가 된다.

이는 독립 플랫폼의 경제성을 약화시킬 것이다. 소프트웨어 수익성은 모든 위성에 맞춰 제품을 다시 구축하는 것이 아니라, 동일한 제품을 많은 고객에게 반복 제공하는 데 달려 있다.

하드웨어를 소유한 기업도 경쟁자가 될 수 있다. SpaceX, Google, Starcloud 및 기타 궤도 컴퓨팅 기업은 기반 시스템을 독점적으로 유지하면서 개발자 인터페이스를 제공할 수 있다.

관리형 폐쇄 플랫폼은 개방형 네트워크보다 구매하기 쉬운 선택지로 입증될 수 있다. 한 공급업체가 더 간단한 배포, 강력한 지원, 예측 가능한 성능을 제공할 경우 고객은 종종 공급업체 종속성을 받아들인다.

따라서 Satlyt는 Android 모델이 우세할 것임을 아직 입증하지 못했다. 다만 개방형 경로가 자금을 유치하고 실제 임무에 도달할 만큼 신뢰할 수 있음을 보여줬다.

다음 단계는 반복 가능성을 입증해야 한다. 하나의 위성에서 하나의 모델을 실행한 것은 실현 가능성을 증명하지만, 서로 다른 우주선 전반의 이식 가능한 워크로드는 더 폭넓은 플랫폼 주장을 뒷받침할 수 있다.

Satlyt가 궤도 플랫폼이 될 수 있는지를 보여줄 세 가지 신호

다음 증거는 또 하나의 야심 찬 비교가 아니라, 위성 간 컴퓨팅, 반복 고객, 측정 가능한 운영 가치에서 나와야 한다.

첫 번째 신호는 Satlyt가 계획한 2개 위성 클라우드 시연이다. 이는 핵심 기술 주장을 가장 직접적으로 시험하는 방법이다.

관측자들은 우주선이 서로 다른 플랫폼에서 왔는지 확인해야 한다. 한 운영자 아래의 동일한 위성 두 대는 분산 컴퓨팅을 시험할 수는 있어도 폭넓은 상호운용성까지 검증하지는 못한다.

시연은 위성 간에 어떤 작업이 이동하는지도 공개해야 한다. 소규모 메시지 교환은 문서화된 지연 시간, 자원 사용량, 복구 동작을 포함한 조율된 처리보다 의미가 작다.

성공적인 실행은 Satlyt가 하드웨어 차이를 추상화할 수 있다는 주장을 강화할 것이다. 지연되거나 더 제한적인 시연은 개방형 플랫폼이 마케팅이 시사하는 것보다 아직 초기 단계임을 보여줄 것이다.

두 번째 신호는 고객의 반복 이용이다. NASA, Stellerian, TakeMe2Space는 회사에 유용한 초기 워크로드를 제공하지만, 파일럿만으로 지속적인 수요가 입증되지는 않는다.

더 강력한 신호는 한 고객이 하나의 실험에서 여러 우주선으로 확장하는 것이다. 이는 소프트웨어가 임무 검토와 예산 편성을 견딜 만큼 충분한 가치를 창출했음을 시사한다.

또 다른 중요한 지표는 Satlyt를 통합하는 독립 우주선 제조업체의 수다. Android 비유가 성립하려면 한 파트너의 하드웨어에서 여러 임무를 수행하는 것만으로는 부족하며, 여러 제조업체가 필요하다.

Satlyt는 2026년에 최대 50대의 우주선 배치를 지원할 소프트웨어를 준비했다고 말한다. 준비된 용량은 활성화된 배치와 같지 않으므로, 완료된 설치가 더 중요하다.

독자는 계약 체결, 시스템 발사, 활성 워크로드, 유료 갱신을 구분해야 한다. 각 단계는 서로 다른 수준의 상업적 증거를 제공한다.

세 번째 신호는 운영 성능이다. 다운링크 감소는 초기 지표를 제공하지만, 고객은 정확도, 에너지 사용량, 메모리 소비, 응답 시간에도 관심을 둘 것이다.

Gemma 시험은 유용한 기준선을 제공한다. Satlyt는 두 가지 시나리오에서 진단 페이로드가 약 64% 작아졌고 생성 속도가 초당 22토큰을 넘었다고 보고했다.

더 폭넓은 시험에서는 추론 중 약 11와트의 프로세서 전력과 섭씨 3~5도의 온도 상승을 조사한다. 이는 제약된 시험 조건에서 회사가 제공한 측정치다.

향후 공개 자료는 이러한 기술적 결과를 임무 성과와 연결해야 한다. 운영자는 결함을 더 빨리 해결했는가, 더 가치 있는 영상을 다운링크했는가, 또는 지상 업무 부담을 줄였는가?

독립적인 확인은 또 하나의 내부 벤치마크보다 더 큰 비중을 가질 것이다. 고객이나 연구 파트너가 제공하는 우주비행 데이터는 통제된 시험 밖에서도 이점이 지속되는지 명확히 해줄 것이다.

SpaceX와 Google이 기다릴 가능성은 낮다. Google은 이미 방사선 및 극한 온도에서의 성능을 포함해 궤도 TPU 프로토타입에서 데이터를 수집하고 있다.

다음으로 계획된 이정표는 두 위성 간 통신 시험이다. Google이 폭넓은 상업 플랫폼을 제공하지 않더라도, 이 분야의 진전은 수직적으로 조율된 모델을 강화할 것이다.

SpaceX는 다른 강점을 갖고 있다. 발사와 위성 제조를 통제하기 때문에, 관련 없는 우주선 공급업체가 공통 인터페이스를 채택할 때까지 기다리지 않고 반복 개선할 수 있다.

Satlyt는 이러한 자본 자원에 맞설 수 없다. 이 회사의 기회는 시장의 나머지 부분이 공동 컴퓨팅 기반처럼 작동하도록 만드는 데 있다.

이 패턴은 다른 산업에서도 작동했다. 고객이 선택권을 원하고 어느 하드웨어 공급업체도 전체 시장을 통제할 수 없을 때 독립 소프트웨어는 가치를 얻는다.

하지만 우주는 일반적인 소프트웨어 시장이 아니다. 신뢰성 기준, 물리적 제약, 국가 안보 우려, 긴 조달 주기는 모두 플랫폼 채택 속도를 늦춘다.

개발자는 초기 임무에서 등장하는 인터페이스를 지켜봐야 한다. 안정적인 애플리케이션 모델은 한 번 구축해 여러 우주선에 배포하기를 더 쉽게 만들 것이다.

위성 구매자는 업데이트, 워크로드 일정 관리, 원격 측정 접근, 장애 복구를 누가 통제하는지 물어야 한다. 이러한 세부 사항은 “개방형”이 이식 가능함을 뜻하는지, 아니면 맞춤 작업을 통해서만 호환됨을 뜻하는지를 결정한다.

증거를 평가하는 팀은 임무 보고서, 시험 결과, 계약, 엔지니어링 결정 전반에 걸쳐 체계적인 기록도 필요하다. 검색 가능한 지식 기반은 이러한 주장을 뒷받침 문서와 연결된 상태로 유지할 수 있다.

Satlyt의 궤도 AI 소프트웨어는 중요한 문턱에 도달했다. 이제 자본, 비행 이력, 고객 실험, 그리고 명확한 아키텍처적 경쟁 상대를 갖췄다.

이 회사는 아직 서로 다른 위성을 아우르는 궤도 클라우드를 구축하지 못했다. 또한 제조업체가 독립 플랫폼이 확장될 만큼 충분한 통제권을 넘겨줄 것임을 보여주지 못했다.

그것이 이 이야기를 계속 주목할 만하게 만드는 이유다. 거부됐던 아이디어는 더 이상 가설에 그치지 않지만, 이를 규정하는 약속은 아직 입증되지 않았다.

향후 몇 달간 두 위성을 활용한 시험, 반복적인 배치, 그리고 임무 수준의 성능 데이터를 지켜봐야 한다. 이들은 Satlyt이 궤도용 Android를 구축하고 있는지, 아니면 소수의 우주선을 위한 특수 도구를 만들고 있는지를 함께 보여줄 것이다.