CubeSaty: standard, który przetrwał własne satelity

W 1999 roku dwaj profesorowie, Jordi Puig-Suari z Cal Poly i Bob Twiggs ze Stanfordu, zaproponowali satelitę na tyle małego, żeby doktoranci mogli go zbudować, wynieść i obsługiwać, zanim skończą studia. Jednostką był sześcian o boku dziesięciu centymetrów. Cal Poly spisało to jako CubeSat Design Specification, która dziś opisuje konstrukcje od jednej jednostki, do 2 kg, aż po dwanaście.

Pierwsze trafiły na orbitę w 2003 roku. Do końca 2023 roku wystrzelono ich ponad 2300 i większości już nie ma.

Obiekty zaprojektowane, żeby zniknąć

CubeSat na niskiej orbicie jest powoli hamowany przez rzadką górną atmosferę i spala się przy wejściu w nią. To celowe: zasady NASA dla małych satelitów, które wynosi, wymagają zejścia z orbity w ciągu 25 lat, a misje, które nie umiały tego wykazać, bywały zdejmowane z lotów. Badanie NASA przewidywanego czasu życia pokazało misje na niskich wysokościach trwające od pięciu miesięcy do dwóch lat, przy czym sam cykl słoneczny zmieniał wynik nawet pięciokrotnie.

Pojedynczy satelita jest więc mniej więcej najdalszą od trwałości rzeczą, jaką da się zbudować. Krótkowieczny z założenia, tani z założenia, wymieniany zamiast naprawiany.

Przetrwała specyfikacja

Przetrwał dokument. Strona wymiarów, limitów masy, tolerancji prowadnic i interfejsu do standardowego wyrzutnika trzyma się od ponad dwudziestu pięciu lat — przez dwie dekady zmian w elektronice, rakietach i organizacjach, które z niej korzystają. Uczelnie, firmy, agencje kosmiczne i co najmniej jedna szkoła podstawowa budowały według tych samych liczb, a satelita zbudowany według nich w jednym kraju pasuje do wyrzutnika zbudowanego według nich w innym.

Nikt tego nie planował jako standardu. Stało się nim, bo zostało opublikowane, było na tyle proste, żeby wdrożyć je z samego tekstu, i przydawało się wielu ludziom, których nic poza tym nie łączyło. To dokładnie te same trzy cechy, które decydują, czy format pliku otworzy się za sto lat.

Co z tego może wziąć zapis jednego człowieka

Oddziel warstwę trwałą od jednorazowej. Sprzęt się wymienia, interfejs zostaje. W archiwum działa ten sam podział: nośniki, usługi i aplikacje zostaną wymienione wiele razy, a stałe musi pozostać to, jak materiał jest opisany i uporządkowany, żeby każdy przyszły system mógł go przyjąć.

Pisz specyfikację dla obcych. Dokument CubeSat działa, bo ktoś bez żadnego kontaktu z Cal Poly może według niego zbudować satelitę. Indeks archiwum powinien przejść ten sam test: być czytelny dla kogoś, kto nigdy nie słyszał o firmie, która go stworzyła.

Zakładaj wymianę, planuj przekazanie. Konstelację małych satelitów utrzymuje się, wynosząc nowe, zanim stare spadną. Długowieczny zapis utrzymuje się tak samo: kopiując go regularnie na nowe nośniki, a nie licząc, że jedna kopia wytrzyma.

Uczciwa granica tej analogii

CubeSaty pokazują, że standard może przeżyć każdy obiekt zbudowany według niego. Nie pokazują, że standard trwa sam z siebie: ten ma właściciela, który go aktualizuje, i społeczność, która ma powód, żeby z niego korzystać. Zapis jednego człowieka nie ma żadnego z nich, dopóki ktoś tego nie zorganizuje — i dlatego plan przekazania znaczy więcej niż nośnik.