登月是偽造的嗎?阿波羅11號科學家在50年後揭露真相

關於登月的真實性已經爭論了50多年，但一位致力於開發登月計算機系統的人澄清了這個問題。

Sakakeeny是一名前計算機科學家，60年代曾在麻省理工學院工作。他的主要工作之一是監督1969年傳奇的阿波羅11號登月任務中使用的NASA作業系統，即通用模擬系統(GPSS)。Sakakeeny先生聲稱，在降落到月球表面的過程中，系統中出現了一個「嚴重的錯誤」，導致了一次故障。

作為前麻省理工學院儀器實驗室的計算機操作員，我可以毫不含糊地說，登月是真實的。從發射前到任務結束，該實驗室的專用主機一直使用商業IBM(國際商業機器)模擬程序監督和控制阿波羅導航的所有方面。模擬程序實際上創建了導航計劃，並在發射前兩分鐘將其下載到太空艙，但是模擬器有一個嚴重的錯誤，直到實際的月球著陸器著陸才顯現出來。

Sakakeeny先生表示，故障導致模擬器顯示月球著陸器已經撞向月球表面。在調整了真實飛行數據後，模擬結果試圖在月球表面三英尺處著陸，導致著陸器墜毀，假著陸不會產生這種結果。有人可能會說，這證明著陸是假的，因為錯誤的數據被輸入到模擬器中，其中包含一個錯誤，如果真的著陸了，模擬器就會工作。

儘管IBM和MIT做了最大的努力，但直到2000年，這個bug才被發現。出現問題的原因是，許多方案只表示四位數的年份，而最後兩位數是2000年，這使得2000年與1900年難以區分。這類程序中的假設可能會導致各種錯誤，比如日期的不正確顯示和自動日期記錄或實時事件的不準確排序。

這個錯誤是由一個簡單的基於一年365天的日期例行錯誤造成的，這對於大多數計算來說是可以的，但不幸的是，複雜的軌道導航需要考慮到閏日。這個漏洞是真實存在的，多虧了一次真正的月球登陸，排除了所有的假理論，我們才得以識別。

尼爾·阿姆斯特朗和巴茲·奧爾德林在著陸過程中也遇到了電腦故障。就在著陸前，阿姆斯特朗用無線電對地面指揮中心說：「是1202……那是什麼？著陸器給我們一個1202程序警報的讀數。」這一警告標誌意味著機上的電腦出現了「漸進式超載」，並威脅要中止任務。

然而，阿姆斯特朗決定無視警報，他本能地認為一切正常。他後來說：「當警報響起時，你總是很擔心，我不明白這種特殊警報的性質。電腦有很多問題，但我自己的感覺是，只要引擎正常運轉，我就能控制。」

更糟糕的是，自動駕駛儀的功能也鎖定在了一個錯誤的位置，鷹號正飛向一個巨大的隕石坑。但是，作為一名經驗豐富的美國海軍飛行員，阿姆斯特朗能夠自己處理問題，並駕駛著陸器安全著陸。