우주 자원 채굴에서 가장 큰 경제적 장벽은 채굴 자체보다 운송입니다. 지구 표면에서 궤도로 올라가는 일은 깊은 중력 우물(gravity well)을 벗어나는 일이고, 그 비용은 추진제 질량으로 환산됩니다. 반대로 달이나 소행성에서 캐낸 물질은 중력 우물이 얕아 이탈은 쉽지만, 수요처인 궤도 시설이나 지구까지 가는 경로를 설계해야 합니다. 그래서 자원의 가치는 "어디에서 캐느냐"보다 "어디에서 쓰이느냐"로 정해지는 경우가 많습니다. 달 표면에서 얻은 물은 지구로 가져오는 것보다 궤도 위 추진제로 쓰는 편이 합리적입니다. 이런 이유로 물류 계획은 채굴 계획과 동시에 세워야 합니다.
우주 운송은 통신 지연, 단절, 궤도상 가시 시간(visibility window)의 제약 속에서 이루어집니다. WIA-SPACE-008의 프로토콜 계층은 이런 환경에 맞는 최소한의 틀을 제공합니다. 모든 메시지는 페이로드와 무관한 공통 봉투(envelope)를 가집니다. 봉투에는 중복 제거용 message_id, 추적용 trace_id·span_id, 발신 노드 origin_node, UTC 발행 시각 issued_at, 유효 기간 ttl_seconds(0은 만료 없음), 매체 유형 content_type, 본문 body가 들어 있습니다.
message_id : UUIDv4 (RFC 4122)
trace_id : 16-byte hex (W3C Trace Context)
span_id : 8-byte hex (W3C Trace Context)
origin_node : DNS 이름 또는 NIN (RFC 1035)
issued_at : RFC 3339, UTC 필수
ttl_seconds : uint32, 0 = 만료 없음
content_type : 미디어 타입 (RFC 6838)
body : content_type에 따른 불투명 바이트전달 보장은 기본적으로 at-least-once입니다. 신호가 끊겼다가 재전송되면 같은 명령이 두 번 도착할 수 있으므로, 수신 측은 message_id로 중복을 걸러냅니다. 예를 들어 "연소 개시" 명령이 중복 수행되면 위험하기 때문에, 중복 제거는 선택이 아니라 필수 설계 요소입니다.
궤도 운송의 기본 단위는 속도 변화량인 델타-v(Δv)입니다. 치올코프스키 로켓 방정식에 따르면 필요한 추진제 질량은 델타-v에 대해 지수적으로 늘어납니다. 그래서 델타-v를 조금만 줄여도 화물 용량이 크게 달라집니다. 물류 설계는 각 구간의 델타-v 예산(budget)을 먼저 정하고, 그 안에서 추진 방식과 적재량을 맞추는 순서로 진행합니다. 이온 추진처럼 비추력이 높은 방식은 추진제를 아끼는 대신 추력이 낮아 이동 시간이 길어집니다. 이 시간은 화물의 보관 조건과 계약상 납기에 영향을 줍니다.
두 원궤도 사이를 가장 적은 추진제로 옮기는 고전적 방법이 호만 전이(Hohmann transfer)입니다. 다만 출발 천체와 도착 천체의 위치 관계가 맞아야 하므로, 이동은 주기적으로 열리는 발사 창(launch window)에서만 가능합니다. 행성 근처를 지나며 속도를 얻는 중력 보조(gravity assist)는 연료를 절약하지만 이동 시간이 늘어납니다. 라그랑주점은 적은 추진으로 머물 수 있어 중계 거점 후보가 됩니다.
창을 놓치면 다음 창까지 기다려야 하므로, 이 표준에서 창과 관련된 명령은 ttl_seconds로 유효 기간을 두는 것이 자연스럽습니다. 창이 지난 뒤 늦게 도착한 명령은 만료로 처리되어 낡은 기동이 수행되지 않도록 합니다.
자원을 지구로 되돌릴 때는 대기권 재진입의 열과 하중을 견뎌야 합니다. 일반적으로 캡슐은 삭마(ablative) 열차폐재로 열을 흡수하고, 낙하산으로 감속한 뒤 해상이나 지상에서 회수합니다. 소행성 시료 반환이 대표적인 실제 사례입니다. JAXA의 하야부사 계열과 NASA의 OSIRIS-REx는 시료 캡슐을 지구로 돌려보냈고, OSIRIS-REx 캡슐은 미국 유타주에 착륙했습니다. 이 사례들은 귀환 경로, 착륙 예상 구역, 회수 팀 배치를 사전에 조율하는 일이 기술만큼 중요하다는 점을 보여 줍니다. 상업적 규모에서는 귀환 질량을 줄이기 위해 지구로 가져올 물질을 귀금속처럼 부가가치가 높은 것으로 한정하고, 나머지는 궤도에서 소비하는 전략이 일반적입니다.
귀환 구간은 의존 대상이 많아 장애 유형을 명확히 구분해야 합니다. 이 표준은 다섯 가지 실패 모드를 예약해 두었고, 운영자가 공급자와 무관하게 같은 런북(runbook)을 쓰도록 합니다. 우주 물류에 대응시키면 다음과 같습니다.
| 코드 | 우주 물류에서의 예 | 요구 조치 |
|---|---|---|
| E_INPUT_MALFORMED | 스키마에 맞지 않는 화물 기록 | 거부, 재시도 금지 |
| E_AUTH_DENIED | 권한 없는 주체의 귀환 명령 | 거부, 보안 이벤트 기록 |
| E_DEPENDENCY_DOWN | 중계 링크 또는 지상국 불가 | 백오프 재시도, 저하 모드 표시 |
| E_CAPACITY | 착륙·도킹 자원 포화 | retry-after와 함께 거부 |
| E_INTEGRITY | 저장된 상태의 해시가 기대값과 다름 | 격리, 사고 대응 상신 |
귀환 캡슐의 화물 기록이 출발 시점과 다르다면 E_INTEGRITY로 격리하고 조사해야 합니다. 이는 소유권과 세금, 보험 문제로 이어질 수 있기 때문입니다.
우주 엘리베이터는 정지궤도(고도 약 3만 6천 km) 너머의 평형추와 지표를 케이블로 잇고, 승강기가 그 케이블을 오르내리며 화물을 옮기는 구상입니다. 치올코프스키가 아이디어를 내놓았고, 아서 C. 클라크의 소설 『낙원의 샘』으로 대중에게 알려졌습니다. 로켓 연소 없이 화물을 올릴 수 있다면 운송 비용 구조가 근본적으로 바뀝니다. 그러나 케이블은 자체 무게를 견딜 만큼 비강도가 높아야 하는데, 탄소나노튜브 같은 후보 소재는 아직 필요한 길이와 품질로 만들지 못했습니다. 우주 쓰레기 충돌, 대기 현상, 진동 제어도 난제입니다. 따라서 이 구상은 현재 개념 연구 단계로 보는 것이 정확합니다. 달에서는 중력이 약해 비슷한 구조가 상대적으로 쉽다는 논의가 있습니다. 그래도 물류 계획은 실현된 수단 위에서 세우고, 엘리베이터는 장기 옵션으로 두는 것이 타당합니다.
질량 발사기(mass driver)는 전자기력으로 화물 용기를 가속해 쏘아 올리는 장치입니다. 1970년대에 제라드 오닐이 달 채굴 물질을 우주 정착지로 보내는 수단으로 제안한 것으로 알려져 있습니다. 달에는 대기가 없어 공기저항과 가열이 문제 되지 않고, 달의 탈출 속도(약 2.4 km/s)는 지구보다 훨씬 낮아 이 방식이 특히 유리합니다. 연소 추진제 없이 전기만 쓰므로, 태양광 발전이 풍부한 지역에서는 운영비 면에서 매력적입니다.
투사 한 건은 한 번 쏘면 되돌릴 수 없으므로, 발사 전 명령의 무결성과 권한 확인이 특히 중요합니다. 이 표준에서는 권한 없는 호출을 E_AUTH_DENIED로 거부하고 보안 이벤트를 남기는 규칙이 이에 해당합니다.
궤도 보급소는 달·소행성에서 만든 추진제를 궤도에 모아 두고 운반선에 공급하는 거점입니다. 지구에서 모든 추진제를 싣고 출발할 필요가 없으므로 로켓 방정식의 부담이 줄어듭니다. 핵심 과제는 극저온 추진제가 서서히 증발하는 보일오프(boil-off), 미세중력에서 액체를 안전하게 옮기는 이송 기술, 도킹 인터페이스의 표준화입니다. 보급소는 한 번에 처리할 수 있는 도킹 수가 한정되어 있어 용량 포화가 현실적인 문제가 됩니다. 이 경우 E_CAPACITY로 Retry-After 정보를 줘서 운반선이 다음 슬롯을 기다리게 하고, 포화가 계속되면 운영 담당자를 호출하는 절차를 따릅니다.
보급소 재고와 같은 상태 데이터는 여러 주체가 읽고 쓰므로, 상태 변경마다 감사 기록(audit record)을 남기는 요구가 직접 적용됩니다. 누가 언제 얼마를 주입하고 인출했는지가 정산의 근거가 되기 때문입니다.
무인 화물선은 수개월에 걸친 항해 동안 지상의 개입을 최소화하며 스스로 항법, 자세 제어, 도킹을 수행해야 합니다. 통신 지연 때문에 모든 판단을 지상에 맡길 수 없고, 선내 자율 판단과 지상 승인을 구분해서 설계해야 합니다. 이 표준의 시간 제한 표에서 장기 작업(long-running task)의 기본값은 5분, 최대값은 30분입니다. 수개월짜리 항해는 단일 호출로 표현할 수 없습니다. 따라서 항해를 장기 작업으로 등록하고 상태 전이(출발, 전이 궤도 진입, 접근, 도킹, 인도)를 이벤트로 발행하여, 하류 소비자가 이벤트로 상태를 재구성하도록 하는 방식이 적합합니다. 이것은 표준이 요구하는 이벤트 발행 규칙을 우주 운송에 적용한 해석입니다.
| 작업 유형 | 기본 제한 | 최대 제한 |
|---|---|---|
| 동기 읽기 | 5초 | 30초 |
| 동기 쓰기 | 10초 | 60초 |
| 장기 작업 | 5분 | 30분 |
| 스트리밍 세션 | 30분 | 8시간 |
| 배치 가져오기 | 60분 | 24시간 |
운영자는 이 기본값을 더 엄격하게 할 수는 있지만, 최대값을 넘겨 완화하려면 WIA 워킹그룹의 명시적 면제가 필요합니다. 또한 취소 요청은 선언된 제한 시간 안에 처리해야 하므로, 항해 중단 명령에도 같은 원칙이 적용됩니다.
태양 돛은 햇빛의 광자가 주는 압력을 얇고 넓은 반사막으로 받아 추진제 없이 가속하는 방식입니다. JAXA의 IKAROS가 2010년에 행성 간 공간에서 돛 추진을 실증했고, 행성협회의 LightSail 2도 지구 궤도에서 돛 추진을 시연했습니다. 추력이 매우 작아 급한 화물에는 맞지 않지만, 추진제 보급이 필요 없고 장기간 연속 가속이 가능하다는 장점이 있습니다. 그래서 시간 민감도가 낮은 벌크 물자나 위치 유지(station-keeping) 임무에 적합합니다. 돛의 면이 태양을 향하는 각도로 가속 방향이 결정되므로, 경로가 곡선을 이루며 느리게 변합니다. 이 때문에 통신이 오래 끊기더라도 큰 문제가 없지만, 장기간 단절된 노드와의 재동기화가 중요합니다. 이 표준의 MQTT 5.0(포트 8883) 바인딩은 제약이 큰 장치용으로 정의되어 있어, 자원이 한정된 소형 탐사선 계열에는 이런 경량 바인딩이 후보가 됩니다.
물류 최적화는 채굴지, 보급소, 운반선, 수요처를 하나의 네트워크로 보고 델타-v, 이동 시간, 재고, 도킹 용량을 함께 조정하는 문제입니다. 운송 시간이 길수록 중간 재고(pipeline inventory)가 커지므로, 늦게 도착하는 저비용 경로와 빠른 고비용 경로를 품목별로 나누는 것이 일반적입니다. 이때 프로토콜의 신뢰성 모델도 같은 사고방식으로 작동합니다. 송신자는 HTTP Retry-After, gRPC RESOURCE_EXHAUSTED, MQTT 흐름 제어 패킷을 반드시 따라야 합니다. 권장 백오프는 전체 지터(full jitter)를 적용한 지수 백오프로, 간격 상한이 30초이고 누적 상한이 5분입니다. 지구 지상망 기준의 값이므로 장거리 링크에서는 운영 정책으로 조정하되, 최대값은 표준이 정한 한계를 넘지 않아야 합니다. 또한 상위 의존성이 불가한 경우 완전히 멈추지 않고 저하 모드로 계속 동작하도록 하는 것이 권장됩니다.
자원 운송에는 법률적 기준이 함께 따릅니다. 1967년 우주조약은 국가가 천체를 영유할 수 없다고 정하고 있습니다. 한편 미국의 2015년 상업 우주 발사 경쟁력법과 룩셈부르크의 2017년 법은 채굴한 자원에 대한 민간의 권리를 인정하는 방향으로 국내법을 정비했습니다. 아르테미스 합의도 자원 활용에 관한 원칙을 담고 있습니다. 어떤 해석을 택하든 운송 단계에서는 화물의 출처, 소유자, 이동 경로를 입증할 기록이 필요합니다.
이 표준의 감사 규정은 이런 요구를 뒷받침합니다. 상태를 바꾸는 모든 작업은 감사 기록을 남겨야 하고, L3 이상 구현은 데이터가 주권 경계(sovereignty boundary) 밖으로 반출되는 모든 경우도 기록해야 합니다. 주권 경계란 그 밖으로의 데이터 반출이 제한되는 법적·규제적 경계를 뜻합니다. 화물 명세와 위치 데이터를 국가 간에 넘길 때 이 기록이 근거가 됩니다. 공통 규정에 따라 이 로그는 최소 1년간 변경 불가로 보존하고, 90일간은 검색 가능하게 색인해야 합니다. 표준은 구현의 표면(surface)을 OpenAPI, Protocol Buffers, AsyncAPI 중 해당하는 기계 판독 형식으로 공개하도록 요구합니다.
이 장에서는 운송의 병목이 중력 우물과 델타-v에 있음을 확인하고, 호만 전이와 발사 창이 명령의 유효 기간 설계로 이어진다는 점을 짚었습니다. 귀환, 엘리베이터, 질량 발사기, 보급소, 무인 화물선, 태양 돛은 속도, 비용, 성숙도가 서로 달라 목적별로 조합해야 합니다. 프로토콜 쪽에서는 공통 봉투, 중복 제거, 다섯 가지 실패 코드, 장기 작업의 이벤트 모델이 그 조합을 일관되게 다루는 기반이 됩니다. 한편 법률 문제는 감사 기록과 주권 경계 반출 기록으로 대응할 수 있습니다.
message_id와 ttl_seconds를 사용하여 재전송과 늦은 명령을 안전하게 처리합니다.다음 장에서는 운송된 자원이 도착한 뒤 이루어지는 활용 단계로 넘어갑니다. 궤도와 표면 시설에서 이 자원을 가공하고 소비하는 과정에서 앞서 다룬 재고, 감사, 이벤트가 어떻게 이어지는지 살펴보겠습니다.