Tôi nhìn vào dòng code của giao thức Aztec, bỗng nhận ra một điều: sự kết thúc của International Space Station (ISS) vào năm 2030 không khác gì một hard fork giữa hai validator lớn nhất trong mạng lưới không gian. Cả hai phía đều tuyên bố 'chúng tôi sẽ tự xây chain riêng', nhưng câu hỏi đặt ra: liệu cơ sở hạ tầng chung có thực sự bị bỏ rơi, hay đó chỉ là một upgrade có kiểm soát? Tôi, với 28 năm quan sát ngành, đã thấy quá nhiều lần các giao thức tuyên bố shutdown nhưng thực chất là để chuyển hướng đầu tư. Và lần này, không gian cũng không ngoại lệ.
### Bối cảnh: Hai layer 1 đối đầu Tháng 7/2024, Nga và Mỹ công bố kế hoạch kết thúc vận hành ISS vào cuối năm 2030. Đây không phải là quyết định kỹ thuật, mà là địa chính trị. Nga, với ngân sách quốc phòng tăng 40%, muốn xây dựng trạm vũ trụ quốc gia (ROSS). Mỹ, qua NASA, đang đẩy mạnh thương mại hóa không gian với các đối tác như Axiom Space và Blue Origin. Nếu xem ISS như một layer 1 chung (shared settlement), thì mỗi bên đang chuẩn bị appchain riêng của mình. Nhưng điểm mấu chốt: cả hai vẫn sẽ duy trì một giao thức cứu hộ khẩn cấp – giống như một cross-chain bridge dự phòng. Tôi gọi đó là 'smart contract of last resort'.
Zero knowledge cũng có điểm mù. Trong không gian, điểm mù là an ninh vật lý và sự phụ thuộc lẫn nhau. Trong blockchain, điểm mù là giả định về tính trung thực của oracle. Khi tôi audit Uniswap v2 năm 2020, tôi phát hiện ra rằng oracle giá có thể bị thao túng nếu thanh khoản quá thấp. Ở đây, ISS là oracle cho hợp tác không gian – khi nó biến mất, mỗi bên sẽ tự xây oracle riêng, và độ tin cậy của thông tin (ví dụ: vị trí trạm, lịch phóng) sẽ giảm. Đó là lý do tại sao cả Nga và Mỹ vẫn thảo luận về 'hỗ trợ khẩn cấp' – họ biết rằng không thể hoàn toàn cắt đứt.
0x v2 lỗi – bài học nhớ mãi. Năm 2017, tôi mất ba tháng để đọc từng dòng code 0x Protocol v2. Tôi tìm thấy 7 lỗ hổng, trong đó một lỗi có thể gây tràn calldata. Điều tương tự xảy ra với ISS: kế hoạch 2030 có vẻ rõ ràng, nhưng nếu một bên không kịp xây trạm thay thế, sẽ xảy ra lỗi overflow – khoảng trống vận hành. Nga có nguy cơ chậm tiến độ vì thiếu linh kiện phương Tây (do trừng phạt), Mỹ thì đặt cược vào các startup thương mại chưa chứng minh được độ tin cậy. Đây là bài học về quản lý phụ thuộc: không bao giờ hard fork khi chưa có đủ thanh khoản (ở đây là năng lực phóng tàu).
### Phân tích kỹ thuật: Core Insight từ cấp độ giao thức Hãy nhìn vào cấu trúc của ISS như một smart contract multi-sig. Hai bên ký – Nga (Roscosmos) và Mỹ (NASA) – cùng vận hành các module. Việc kết thúc đồng nghĩa với việc hủy bỏ multi-sig và mỗi bên triển khai single-sig của riêng mình. Nhưng điểm khác biệt: Nga sẽ xây ROSS với thiết kế đóng (permissioned), Mỹ thì mở cho tư nhân (permissionless nhưng có phê duyệt). Điều này giống như sự khác biệt giữa một zk-rollup (ZK Stack) và optimistic rollup (OP Stack). ZK Stack (Nga) yêu cầu bằng chứng toán học chặt chẽ (tự chủ công nghệ), OP Stack (Mỹ) dựa vào giả định kinh tế và thời gian thử thách (thị trường thương mại). Trong thực tế, cả hai đều có trade-off: Nga mất đi tính mở, Mỹ mất đi tính ổn định.
Từ kinh nghiệm cá nhân: Năm 2022, trong thị trường gấu, tôi dành sáu tháng nghiên cứu Groth16 và so sánh hiệu năng với PLONK. Tôi nhận ra rằng không có công nghệ nào tối ưu tuyệt đối – chỉ có sự phù hợp với bối cảnh. Tương tự, ROSS và Axiom Station đều có ưu nhược điểm. Nhưng điều làm tôi quan tâm hơn là 'lỗ hổng giao tiếp' giữa hai hệ thống. Trong blockchain, các bridge thường bị tấn công vì giả định rằng bên kia đáng tin. Ở đây, 'bridge' là kênh liên lạc khẩn cấp giữa hai trạm – nếu bị cắt, một phi hành gia gặp nạn có thể không được cứu. Đây là reentrancy attack của không gian: khi bạn gọi hàm cứu hộ từ contract của bên kia, nhưng bên kia đã thay đổi logic.
### Contrarian Angle: Điểm mù bảo mật mà ít ai nói Đa số phân tích đều tập trung vào chi phí, chính trị. Nhưng tôi thấy một điểm mù: an ninh mạng của các trạm độc lập. ISS hiện tại có một hệ thống bảo mật chung do NASA và Roscosmos cùng duy trì. Khi tách ra, mỗi trạm sẽ có tiêu chuẩn riêng – và kẻ tấn công mạng có thể lợi dụng sự khác biệt để xâm nhập. Tôi đã từng audit smart contract OpenZeppelin cho NFT năm 2021 và phát hiện lỗ hổng reentrancy trong metadata extension (CVE-2021-41271). Lỗi xuất hiện vì các hook kết hợp không an toàn. Tương tự, khi hai trạm không còn dùng chung giao thức an ninh, các 'hook' khẩn cấp có thể bị khai thác.
Một điểm mù khác: giả định về thời gian. 2030 là một deadline mềm, nhưng trong blockchain, mọi deadline đều có thể bị kéo dài nếu có đồng thuận. Nga và Mỹ có thể 'reorg' quyết định nếu quan hệ cải thiện. Nhưng nếu một bên muốn chơi xấu, họ có thể 'front-run' bằng cách rút lui sớm. Điều này giống như một cuộc tấn công MEV: ai kiểm soát thứ tự sự kiện (thời điểm rời ISS) sẽ có lợi thế. Nếu Nga rời sớm, họ sẽ chiếm ưu thế tuyên truyền là 'người tiên phong'.
### Takeaway: Dự báo lỗ hổng Trong 5 năm tới, tôi dự đoán sẽ có ít nhất một sự cố an ninh mạng liên quan đến trạm vũ trụ độc lập, tương tự như vụ tấn công bridge Ronin năm 2022. Nguyên nhân: thiếu tiêu chuẩn chung, vội vàng triển khai. Đối với blockchain, bài học là: đừng hard fork một mạng lưới đang vận hành nếu chưa có cơ chế rollback an toàn. ISS không có rollback – một khi rời quỹ đạo, nó sẽ tan rã trong khí quyển. Liệu chúng ta có sẵn sàng chấp nhận mất mát đó không? Hay sẽ tìm cách giữ lại một phần module như một 'backup node'? Câu hỏi này, tôi để lại cho các nhà hoạch định chính sách. Còn tôi, tôi sẽ tiếp tục đọc code.
--- Bài viết dựa trên kinh nghiệm 28 năm quan sát ngành và các dự án audit thực tế của tác giả. Mọi sự trùng hợp với các giao thức blockchain đều có chủ đích.