国际地球自转和参考系统服务（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）服务器被重开机，或者是用来传播闰秒的全球卫星导航系统遗失了信号，都会导致系统故障。此外，NPT软件还必须持续比对所采用的时间来源并进行更新。
历年来的闰秒添增不乏意外事故，例如Reddit在2012年时曾因此中断网站服务半小时，Cloudflare在2017年也因闰秒导致DNS服务器故障。
Meta认为，随着所有产业对于时钟的精准需求不断增长，闰秒现在所带来的伤害已多过好处，将加入声援停止闰秒的社群行列，让闰秒停留在27次。
支持闰秒的其中一种说法是担心原子时与天文时的差距越来越大，未来也许有一天时钟指着中午12点，外面却是晚上，然而，就算每年都出现闰秒，到了3022年时，原子时与天文时也只差了16分钟，这也使得Meta认为，就算没有闰秒，现在的时间状态也至少足以支撑下一个千年。