Project Suncatcher 첫 응답: 궤도의 TPU가 Gemma 4로 하이쿠를 보냈다

핵심 요약

Google이 2026년 10월 30일(현지 시간) 공식 블로그에서 Project Suncatcher 시험 위성의 첫 AI 응답을 받았다고 밝혔습니다. 위성은 10월 1일 SpaceX의 Transporter-18 승차 공유 임무로 궤도에 올랐습니다. 몇 주간의 점검(TechCrunch 기준 약 3주)을 마친 뒤, 이번 주 지상국 교신 중에 위성에 실린 Gemma 4 모델로 첫 프롬프트를 보냈습니다. Google은 이를 "궤도에 있는 데이터센터급 TPU의 첫 AI 응답"이라고 불렀습니다.

• 무엇을: 위성에 실린 오픈 모델 Gemma 4에 우주에 있다는 것을 주제로 하이쿠를 써 달라고 요청했고, 위성이 노르웨이 스발바르 상공을 지날 때 시가 내려왔습니다
• 하드웨어: TechCrunch에 따르면 위성에는 TPU 4개가 실려 있고 최대 1kW 전력을 만듭니다. 전력 때문에 TPU는 한 번에 하나만 켭니다
• 다음 단계: 열 스트레스와 방사선 환경에서 TPU가 어떻게 버티는지 시험하고, 2027년에는 서로 연결된 위성 2기를 올립니다
• 넘어야 할 산: Google 연구진의 논문은 발사 단가가 kg당 200달러 근처까지 내려가려면 Starship이 10년 동안 약 1,800회 날아야 한다고 계산했습니다(TechCrunch 보도)

시 한 편은 상징일 뿐입니다. 실제로 중요한 건 데이터센터급 TPU가 발사를 견디고 궤도에서 추론을 돌렸다는 첫 결과가 나왔다는 점입니다. 궤도 방사선·열 시험은 이제 시작입니다.

🛰️ 지상국 교신 한 번에 돌아온 시

Google의 Project Suncatcher를 이끄는 Travis Beals(Paradigms of Intelligence 시니어 디렉터)가 10월 30일 글을 올렸습니다. 내용은 짧습니다. 10월 1일 발사 이후 몇 주 동안 점검 목록을 처리했고, 그 과정에서 호스트와 TPU 트레이에 전원을 넣고 초기 머신러닝 테스트를 돌렸다고 합니다.

그리고 이번 주에 "Hello World"에 해당하는 순간이 왔습니다. 지상국 교신 시간에 Gemma 4에 첫 프롬프트를 올려 보냈고, 위성이 스발바르 근처를 지날 때 받은 답은 이랬습니다.

Blue marble below Data streams in silent grace Starlight feeds my core. ✨

Google은 이후 우주를 주제로 한 리머릭(5행 희시)과, 탑재체 시스템 상태를 보고하게 하는 텔레메트리 프롬프트도 시험했다고 밝혔습니다. TechCrunch는 Google 대변인이 위성이 "정상 작동 중(operating nominally)"이라고 말했다고 전했습니다.

시험 위성의 사양: TPU 4개, 켜는 건 하나씩

위성은 위성 업체 Planet과 함께 만들었습니다. TechCrunch는 10월 1일 기사에서 Planet의 표준 위성 플랫폼을 바탕으로 만든 기체라고 설명했습니다. 같은 로켓에는 100개가 넘는 탑재체가 함께 실렸고, 그중에는 Satlyt와 Cowboy Space Company의 우주 AI 탑재체도 있었습니다.

1회 가동 시간은 같은 매체 안에서도 숫자가 다릅니다. 발사 당일 기사는 전력·열 관리 부담을 피하려고 "15분씩" 켠다고 썼고, 10월 30일 기사는 "한 번에 약 20분"이라고 썼습니다. Google 공식 글에는 이 숫자가 없어서 어느 쪽이 맞는지 확인하지 못했습니다.

TPU 4개를 싣고도 하나씩만 켠다는 건 이번 위성이 연산 성능을 보여 주려는 기체가 아니라는 뜻입니다. 칩이 우주에서 살아남고 작동하는지를 확인하는 실험대에 가깝습니다(필자 해석).

발사 진동과 방사선: 지상에서 미리 본 것

Google은 9월 24일 글에서 발사 전 지상 시험을 꽤 자세히 공개했습니다.

진동: 저궤도까지 가는 시간은 약 10분입니다. 그동안 기체는 최대 10g의 가속을 받고, TPU 같은 개별 부품은 50~100g까지 받을 수 있습니다. 팀은 위성을 세 축으로 흔들어 로켓 발사 주파수를 흉내 냈고, 하드웨어는 버텼습니다.

방사선: UC Davis의 Crocker Nuclear Laboratory 양성자 빔 시설에서 AI 작업을 돌리는 중인 TPU에 빔을 쏘였습니다. Google은 Trillium TPU가 5년 우주 임무 동안 받을 총 이온화 선량보다 많은 양을 견뎠다는 초기 결과를 밝혔습니다.

TechCrunch 10월 1일 기사에는 뒷이야기가 하나 더 있습니다. 시험 배치가 실제 궤도보다 칩을 더 많이 가려 주고 있다는 걸 알고 입자가속기 시험을 다시 했다는 것입니다. 다시 해 보니 논리 회로 오류가 조금 더 나왔습니다. Beals는 TechCrunch에 일반적인 추론 작업에서는 오류율이 "100만분의 1" 정도로 매우 낮지만, 수천 개 칩을 몇 달씩 돌리는 초대형 학습에서는 이미 문제가 되는 수준이라고 말했습니다.

냉각은 아직 숙제입니다. 우주에는 공기가 없으니 팬으로 열을 날릴 수 없고, 방열판으로 열을 복사해 내보내야 합니다. Google은 히트 파이프와 방열판을 조합하는 방식을 열 진공 챔버에서 시험했고, 궤도에서 실제로 어떻게 작동하는지는 이번 임무에서 확인한다고 밝혔습니다.

왜 굳이 우주인가

Google이 내세우는 이유는 태양광입니다. 저궤도 위성은 거의 끊김 없이 햇빛을 받을 수 있고, Google 설명에 따르면 지상보다 최대 8배 많은 태양광 전력을 만들 수 있습니다.

장기 구상은 위성 한 기가 아니라 군집입니다. TechCrunch는 Google이 81기의 위성이 가까이 붙어 날며 병렬로 연산하는 궤도 데이터센터를 그리고 있다고 전했습니다. Google 9월 24일 글에 따르면 미래 위성은 각각 TPU 수십 개를 싣고, 레이저로 서로 통신합니다.

여기서 다른 회사들과 길이 갈립니다. TechCrunch 10월 30일 기사는 위성 사이에 고속 링크를 깔아 하나의 분산 작업을 함께 처리하려는 곳은 Suncatcher가 거의 유일하다고 평가했습니다. SpaceX의 데이터센터도 레이저 링크를 쓸 것으로 보이지만 위성 간격이 너무 멀어 연산을 나누기 어렵고, Starcloud와 Cowboy Space는 위성 한 기씩 따로 추론을 돌리는 방식을 생각하고 있다는 설명입니다.

레이저 링크가 어려운 이유도 Google 글에 나옵니다. 기존 우주 레이저 통신은 먼 거리를 낮은 대역폭으로 잇는 데 최적화돼 있는데, Suncatcher는 아주 짧은 거리를 아주 높은 대역폭으로 이어야 합니다. Google은 이를 "몇 마일 밖에서 둘 다 움직이는 상태로 동전 크기 표적을 맞히는 것"에 비유했습니다. 이 부분은 2027년 위성 2기로 시험합니다.

진짜 병목은 로켓이다

Google은 10월 1일 궤도 데이터센터 백서의 동료 심사판을 공개했고, 이 논문은 학술지 Joule에 실렸습니다. TechCrunch가 소개한 계산은 이렇습니다.

연구진은 이 분석이 경제성 평가가 아니라고 선을 그었습니다. 그래도 숫자가 말하는 바는 분명합니다. 연 5회 이하로 날던 로켓이 연 180회를 날아야 하는 구조입니다. TechCrunch는 Alphabet이 SpaceX의 주요 투자자이고, Google과 SpaceX 모두 궤도 데이터센터를 띄우려면 Starship이 완전하고 빠르게 재사용돼야 한다고 짚었습니다.

TechCrunch는 Suncatcher를 2030년대에 경제성이 맞는 인프라를 설계하는 전형적인 Google 문샷으로 봤습니다. 같은 기사는 Alphabet 주가가 이번 주 검색에 AI를 넣는 작업이 광고 매출 성장을 깎고 있다고 밝힌 뒤 크게 떨어졌다는 점도 함께 적었습니다. 당장의 AI 수익 압박과 10년짜리 문샷이 한 회사 안에 같이 있는 셈입니다.

필자의 시각

여기부터는 개인적인 해석입니다.

이번 "첫 응답"은 기술적으로 작은 일입니다. 1kW 위성에서 TPU 하나를 15~20분 켜서 오픈 모델로 짧은 글을 생성했습니다. 지상이라면 흔한 일입니다. 그런데 Google이 이 순간을 블로그 글로 따로 남긴 데는 이유가 있다고 봅니다. 데이터센터급 칩이 궤도에서 추론을 돌렸다는 사실 자체가 이 프로젝트의 첫 번째 관문이었기 때문입니다.

눈여겨볼 대목은 학습과 추론을 나눈 Beals의 설명입니다. 방사선으로 생기는 비트 플립은 추론 한 번에는 거의 문제가 안 되지만, 수천 개 칩이 몇 달씩 돌아가는 학습에서는 오류가 쌓입니다. 그렇다면 우주 데이터센터가 실제로 쓰인다 해도 처음 맡을 일은 학습보다는 추론일 가능성이 크다고 생각합니다.

결국 일정표를 쥔 건 Google이 아니라 로켓입니다. 2027년 쌍둥이 위성은 Google 계획대로 갈 수 있겠지만, 81기 군집부터는 Starship의 발사 빈도와 단가가 따라와 줘야 합니다. 다음에 볼 숫자는 궤도에서 나올 방사선·열 시험 결과, 그리고 Starship이 1년에 몇 번 나는지입니다.

참고

• Google: We've received our first response from the Project Suncatcher prototype satellite
• Google: Behind Project Suncatcher, our moonshot to put AI in space
• TechCrunch: Google's first data center satellite is online and writing poetry
• TechCrunch: Google thinks SpaceX's Starship has to launch 1,800 times before space data centers get off the ground