Muốn xây constellation không nhất thiết phải phóng thêm vệ tinh: OroraTech chọn cách “ký sinh” sensor lên hạ tầng Eutelsat
OroraTech đã giữ chỗ cho 48 cảm biến hồng ngoại nhiệt trên các vệ tinh LEO tương lai của Eutelsat, kèm tùy chọn thêm 48. Thay vì phải tài trợ một spacecraft riêng cho mỗi sensor, startup Đức đang dùng mô hình hosted payload để mở rộng mạng quan sát cháy rừng với ít phần cứng quỹ đạo hơn do chính mình sở hữu.
Thông thường, muốn tăng số “mắt” quan sát Trái Đất từ quỹ đạo, một công ty phải tăng số vệ tinh. OroraTech đang tách hai việc đó ra.
Startup Đức chuyên dữ liệu hồng ngoại nhiệt ngày 9/9 công bố thỏa thuận với Eutelsat để đưa cảm biến của mình lên các vệ tinh quỹ đạo thấp trong tương lai của nhà khai thác Pháp. OroraTech đã giữ chỗ cho 48 hosted payload và có tùy chọn bổ sung thêm 48, tức một lộ trình có thể lên tới 96 sensor mà không cần công ty tự xây một satellite bus riêng cho từng sensor.
Điểm cần làm rõ là 96 cảm biến này chưa ở trên quỹ đạo. Đây là thỏa thuận dành chỗ trên các vệ tinh LEO tương lai của Eutelsat OneWeb. Tuy vậy, cấu trúc của thương vụ cho thấy một cách khác để mở rộng constellation: thay vì nhân bản toàn bộ vệ tinh, chỉ nhân bản phần tạo ra dữ liệu.
Hosted payload: giữ sensor, thuê phần còn lại của vệ tinh
Một vệ tinh quan sát Trái Đất không chỉ có camera hay detector. Nó còn cần satellite bus để cung cấp điện, kiểm soát tư thế, quản lý nhiệt, máy tính, liên lạc, cấu trúc cơ khí, phần mềm vận hành và một chuỗi kiểm thử trước khi phóng. Sau khi lên quỹ đạo, chủ sở hữu tiếp tục phải vận hành spacecraft và hệ thống mặt đất.
Trong mô hình hosted payload, khách hàng chỉ mang phần payload cần cho nhiệm vụ — ở đây là cảm biến hồng ngoại nhiệt của OroraTech — còn spacecraft chủ cung cấp phần lớn hạ tầng còn lại. Payload chia sẻ nguồn điện, nền tảng cơ khí, liên lạc và chuyến phóng với vệ tinh chính, thay vì đòi hỏi một spacecraft độc lập.
Cách làm này không phải khái niệm mới trong ngành vũ trụ. Điều đáng chú ý ở thỏa thuận OroraTech–Eutelsat là quy mô: hàng chục payload được phân tán trên một hạ tầng LEO vốn được xây cho mục đích kết nối. Eutelsat hiện vận hành hơn 600 vệ tinh LEO sau khi kết hợp với OneWeb; các sensor của OroraTech sẽ được tích hợp vào các thế hệ vệ tinh tương lai chứ không phải gắn thêm lên những spacecraft đã ở trên quỹ đạo.
Vì sao OroraTech cần nhiều sensor đến vậy?
OroraTech bán dữ liệu và phần mềm “thermal intelligence”, trong đó ứng dụng nổi bật nhất là phát hiện và theo dõi cháy rừng. Camera hồng ngoại nhiệt có thể nhìn những bất thường nhiệt cả ban ngày lẫn ban đêm, nhưng một sensor trên quỹ đạo thấp chỉ quan sát được một khu vực trong thời gian ngắn trước khi tiếp tục bay. Muốn giảm thời gian chờ giữa hai lần quan sát cùng một địa điểm, mạng lưới cần nhiều điểm quan sát hơn.
Đó là lý do bài toán constellation không chỉ nằm ở độ phân giải của từng camera. Với cháy rừng, revisit time — thời gian giữa hai lần một khu vực được quan sát — có thể quan trọng tương đương. Một đám cháy nhỏ có thể phát triển mạnh trong khoảng thời gian vệ tinh chưa quay lại.
OroraTech cho biết thỏa thuận với Eutelsat có thể tăng năng lực quan sát của họ gần 500%. Công ty cũng kỳ vọng nhiều payload hơn sẽ giảm độ trễ phát hiện và tạo một luồng dữ liệu nhiệt liên tục hơn cho các ứng dụng ngoài cháy rừng, như giám sát hạ tầng, môi trường, hoạt động hàng hải và một số nhu cầu an ninh. Con số 500% hiện là ước tính do công ty công bố; hiệu quả thực tế còn phụ thuộc lịch triển khai, cấu hình quỹ đạo và cách các payload được phân bổ trên constellation.
OroraTech đã thử mô hình này trước khi ký với Eutelsat
Thỏa thuận mới không phải lần đầu OroraTech đặt sensor lên nền tảng của một công ty khác. Từ những năm đầu, hãng đã dùng satellite bus và dịch vụ của Spire để đưa các payload FOREST lên quỹ đạo. Đến tháng 1/2026, OroraTech tiếp tục phóng bốn cảm biến SAFIRE Gen4 trên các vệ tinh thế hệ mới của Kepler Communications.
Điểm khác của Kepler là mạng quang liên vệ tinh và hạ tầng relay dữ liệu. OroraTech cho biết các payload SAFIRE xử lý dữ liệu nhiệt ngay trên quỹ đạo rồi dùng mạng Kepler để đưa kết quả xuống mặt đất với độ trễ thấp hơn. Tháng 5/2026, công ty thông báo đã nhận được “first light” từ các payload này.
Nhìn theo chuỗi phát triển đó, OroraTech không hoàn toàn từ bỏ vệ tinh chuyên dụng. Công ty đã phóng các spacecraft của riêng mình, đồng thời dùng hosted payload trên nền tảng của đối tác. Kiến trúc đang hình thành là một constellation hỗn hợp: giữ quyền sở hữu sensor và lớp dữ liệu, nhưng không nhất thiết sở hữu mọi satellite bus mang sensor đó.
Tiết kiệm nằm ở chỗ không phải nhân bản cả spacecraft
Với một startup quan sát Trái Đất, mỗi satellite bus tự phát triển kéo theo chi phí thiết kế, linh kiện, kiểm thử môi trường, tích hợp phóng, vận hành và bảo hiểm rủi ro nhiệm vụ. Nếu thứ tạo doanh thu chính là dữ liệu từ sensor, nhân bản toàn bộ cấu trúc ấy cho hàng chục điểm quan sát có thể là cách mở rộng rất tốn vốn.
Hosted payload chuyển một phần chi phí đó thành quan hệ dịch vụ với chủ constellation. OroraTech vẫn phải thiết kế payload đủ nhỏ, đủ ổn định và tương thích với host, nhưng không cần tài trợ một spacecraft độc lập cho từng cảm biến. Chính công ty mô tả lợi ích này là “capital-efficient growth”: tăng mạng sensing mà không phải chi tiền cho một satellite riêng cho mỗi sensor.
Ở phía Eutelsat, logic kinh tế ngược lại. Một vệ tinh liên lạc vốn đã phải có nguồn điện, nền tảng điều khiển, đường truyền dữ liệu và lịch phóng. Nếu còn dư khối lượng, công suất điện, băng thông hoặc không gian tích hợp, việc mang thêm payload của bên thứ ba có thể tạo doanh thu mới trên cùng một tài sản quỹ đạo.
“Ký sinh” không có nghĩa là miễn phí hay không có ràng buộc
Mô hình này đổi chi phí lấy sự phụ thuộc. Một sensor hosted phải chấp nhận những gì spacecraft chủ có thể cung cấp: quỹ đạo, thời điểm phóng, góc nhìn, khả năng pointing, ngân sách điện, tải nhiệt, băng thông downlink và tuổi thọ nhiệm vụ. Một camera quan sát Trái Đất không thể đơn giản “cắm vào” bất kỳ vệ tinh nào rồi hoạt động như trên một bus được thiết kế riêng cho nó.
Việc tích hợp cũng phải được tính từ giai đoạn thiết kế của host. Vì vậy, cụm “gắn sensor lên vệ tinh có sẵn” nên hiểu là tận dụng hạ tầng constellation và thiết kế spacecraft của đối tác, không phải mang camera lên lắp thêm vào vệ tinh OneWeb đang bay.
Rủi ro lịch trình cũng chuyển sang phía host. Nếu lô vệ tinh Eutelsat tương lai bị lùi lịch, payload của OroraTech cũng phải chờ. Ngược lại, lợi ích là startup không phải tự chịu toàn bộ rủi ro chế tạo, phóng và vận hành hàng chục spacecraft riêng biệt.
Từ 48 chỗ đã giữ đến một mạng 96 sensor vẫn còn khoảng cách
Hiện tại, con số chắc chắn trong thỏa thuận là 48 vị trí payload đã được giữ. 48 sensor còn lại mới là tùy chọn. Hai công ty chưa công bố trong thông báo này lịch phóng chi tiết cho từng payload, cấu hình quỹ đạo cụ thể hay mức cải thiện revisit time theo từng khu vực.
Đó sẽ là các chỉ số đáng theo dõi hơn con số 96. Nếu OroraTech có thể biến các vị trí hosted thành một mạng cảm biến hoạt động ổn định, với dữ liệu được đưa xuống đủ nhanh cho cảnh báo cháy và các ứng dụng thời gian nhạy cảm, công ty sẽ chứng minh rằng xây constellation không nhất thiết đồng nghĩa với xây cùng số lượng vệ tinh.
Về bản chất, OroraTech đang cố biến spacecraft thành hạ tầng dùng chung, còn sensor và dữ liệu mới là tài sản cần nhân rộng. Đó là khác biệt nhỏ về cách gọi, nhưng có thể thay đổi đáng kể cấu trúc vốn của một công ty Earth observation.