Meta出面呼籲停止使用閏秒

國際地球自轉和參考系統服務（International Earth Rotation and Reference Systems Service，IERS）為了解決國際原子時（Temps Atomique International，TAI）與地球自轉之間的時間差，自1972年以來導入了閏秒（leap second）的概念，於特定時間插入閏秒來調整世界協調時間（Temps Universel Coordonné，UTC），迄今已執行了27次，然而，光是這偶爾1秒的改變，就可能造成系統的故障，Meta更認為它弊大於利，本周出面呼籲停止使用閏秒，以其它的新技術來取代閏秒，就算維持現狀，亦可持續千年。

UTC為目前全球主要使用的世界時間標準，它的基礎來自於以原子共振頻率標準來計算及保持時間準確性的原子鐘上，原子鐘是世界上已知最準確的時間測量與頻率標準，只是，每一天地球自轉頻率並不規則，亦有變慢的趨勢，為了讓原子時準確符合天文的變化，IERS提出了閏秒的設計，每當基於地球自轉再加上修正地球極軸運動效應的UT1（Universal Time 1）與原子時的差異達到0.9秒時，便於UTC中插入閏秒。

簡單地說，IERS以在UTC中添加潤秒來折衷TAI與UT1的時間差，然而，Meta卻認為這是個有風險的作法，且應立即停止使用，讓它停留在27次。IERS添加潤秒的時間都是在每年的6月或12月底，上一次是在2016年的12月底，下一次可能會落在今年的12月底。

Meta工程師Oleg Obleukhov與科學家Ahmad Byagowi指出，迄今的27次閏秒都是正的，執行的方式很簡單，只是看起來有點古怪，例如23:59:59沒有直接跳到00:00:00，而是23:59:59 -> 23:59:60 -> 00:00:00，這樣的時間戳可能會造成程式當掉或檔案損毀；但倘若地球自轉速度變快，變成負閏秒，那麼系統時間的轉換即會成為23:59:58 -> 00:00:00，其可能產生的影響尚未進行大規模測試，但估計會對仰賴定時器或排程器的軟體造成破壞性的衝擊。不管是哪一種，都會讓管理硬體基礎設施的工程師痛苦。

其實業者已經找到因應閏秒的方法，例如Meta以17小時的時間吸收了這多出來的1秒，而Google則是以24小時來吸收閏秒。不過，吸收閏秒的這段期間容不得差錯，倘若執行吸收的網路時間協定（NTP）伺服器被重開機，或者是用來傳播閏秒的全球衛星導航系統遺失了訊號，都會導致系統故障。此外，NTP軟體還必須持續比對所採用的時間來源並進行更新。

歷年來的閏秒添增不乏意外事故，例如Reddit在2012年時曾因此中斷網站服務半小時，Cloudflare在2017年也因閏秒導致DNS伺服器故障。

Meta認為，隨著所有產業對於時鐘的精準需求不斷成長，閏秒現在所帶來的傷害已多過好處，將加入聲援停止閏秒的社群行列，讓閏秒停留在27次。

支持閏秒的其中一種說法是擔心原子時與天文時的差距愈來愈大，未來也許有一天時鐘指著中午12點，外面卻是晚上，然而，就算每年都出現閏秒，到了3022年時，原子時與天文時也只差了16分鐘，這也使得Meta認為，就算沒有閏秒，現在的時間狀態也至少足以支撐下一個千年。