پایان کار ثانیه‌های کبیسه؛ تصمیم تاریخی BIPM برای توقف دستکاری زمان هماهنگ جهانی (UTC) — BIPM decides to stop adding leap seconds to UTC
خلاصه
دفتر بین‌المللی اوزان و مقیاس‌ها (BIPM) تصمیم گرفت از ۲۰ می ۲۰۲۷ افزودن ثانیه‌های کبیسه به زمان هماهنگ جهانی (UTC) را متوقف کند. این تغییر حیاتی برای جلوگیری از باگ‌های نرم‌افزاری مرگبار، خطاهای زیرساختی و به‌ویژه فاجعه احتمالی «ثانیه کبیسه منفی» انجام می‌شود.
مقدمه و زمینه تاریخی
برای دهه‌ها، برنامه‌نویسان و مهندسان سیستم‌های توزیع‌شده با مفهومی به نام «ثانیه کبیسه» (Leap Second) دست‌وپنجه نرم کرده‌اند. زمان هماهنگ جهانی یا همان UTC بر اساس ساعت‌های اتمی بسیار دقیق تنظیم می‌شود، اما چرخش زمین به دور خود کاملاً منظم نیست و به مرور زمان کندتر می‌شود. برای همگام‌سازی زمان اتمی با زمان خورشیدی (UT1)، گاهی یک ثانیه به ساعت‌های رسمی اضافه می‌شد.
اما این راه‌حل سنتی دردسرهای بزرگی برای نرم‌افزارها ایجاد کرده است. سیستم‌عامل‌ها، پایگاه‌های داده و زیرساخت‌های حیاتی شبکه برای مدیریت این ثانیه اضافه معمولاً دچار چالش می‌شوند، زیرا یک دقیقه ممکن است ۶۱ ثانیه طول بکشد یا ساعت به عقب برگردد.
قطعنامه جدید BIPM
بر اساس قطعنامه شماره ۵ مجمع عمومی اوزان و مقیاس‌ها (CGPM)، از تاریخ ۲۰ می ۲۰۲۷ افزودن ثانیه‌های کبیسه به طور رسمی متوقف می‌شود. این تصمیم تضمین می‌کند که UTC به عنوان یک مقیاس زمانی کاملاً پیوسته برای دست‌کم یک قرن آینده باقی بماند.
نکته کلیدی این است که حداکثر اختلاف مجاز میان زمان خورشیدی (UT1) و زمان اتمی (UTC) از چند ثانیه به ۳۶۰۰ ثانیه (یک ساعت کامل) افزایش خواهد یافت. این یعنی تا قرن‌ها نیازی به دستکاری ناگهانی و دستی ساعت نخواهد بود.
چرا این تصمیم برای مهندسان نرم‌افزار حیاتی است؟
بر اساس بحث‌ها و بررسی‌های جامعه مهندسی در هکر نیوز و گزارش‌های فنی، این تصمیم دلایل فنی بسیار محکمی دارد:
- خطر ثانیه کبیسه منفی: تاکنون فقط ثانیه کبیسه مثبت اعمال شده بود، اما با توجه به تغییرات چرخش زمین، احتمال نیاز به ثانیه کبیسه منفی (حذف یک ثانیه) به شدت افزایش یافته بود. ثانیه کبیسه منفی پدیده‌ای به مراتب مخرب‌تر است که می‌تواند سیستم‌های نرم‌افزاری و پایگاه‌های داده را با خطاهای غیرقابل پیش‌بینی مواجه کند.
- جلوگیری از باگ‌های سیستم‌های توزیع‌شده: بسیاری از سرویس‌های ابری، پروتکل‌های همگام‌سازی زمان مانند NTP و زیرساخت‌های اینترنت اشیاء (IoT) توانایی هضم پرش‌های زمانی ناگهانی را ندارند. شرکت‌های بزرگ هرکدام راه‌حل‌های متفاوتی (مانند Leap Smearing) پیاده‌سازی می‌کردند که باعث ناهمگونی در اکوسیستم نرم‌افزاری می‌شد.
- مقایسه با باگ سال ۲۰۰۰ (Y2K): کارشناسان هشدار داده بودند که آماده‌سازی زیرساخت‌های جهانی برای پذیرش ثانیه کبیسه منفی هزینه‌ای مشابه بحران Y2K داشت.
دیدگاه کاربران هکر نیوز نیز جالب توجه بود؛ بسیاری از توسعه‌دهندگان از این تصمیم استقبال کرده و معتقدند زمان خورشیدی اهمیت سنتی خود را در دنیای مدرنِ دارای مناطق زمانی دیجیتال از دست داده است و ساعت‌های سزیم جایگزین ساعت‌های آفتابی شده‌اند.
این مطلب به‌صورت کاملاً خودکار و با هوش مصنوعی از مقالهٔ اصلی و بحث هکرنیوز تهیه شده و ممکن است خطا داشته باشد. حقوق مطلب اصلی متعلق به نویسندهٔ آن است. قوانین و گزارش مشکل