एक मिलिसेकेन्डको बगले बेलायतको हवाई यातायात रोक्यो। छ घण्टा।

यो भिडियोले के समेट्छ

• १०:००: एउटा अनुरोध, १ एमएस विन्डो भित्र अवरुद्ध
• समयरेखा: १०:०० स्क्वाक → १०:०२ ब्लिप → १२:४५ प्रस्थान रोकिन्छ → १३:३२ लिंक हरायो
• उपचार: पूरै देशको उडान डेटा पुनः सुरु गर्नुहोस्
• तंत्र: लेख्ने क्रममा आधा बाटोमा रोकिएको
• किन एक सुरक्षा सुविधाले आकाश रोक्यो

अनुवादित ट्रान्सक्रिप्ट

मूल अंग्रेजी कथाबाट अनुवादित। उपलब्ध अडियो र क्याप्सनहरू YouTube द्वारा नियन्त्रित हुन्छन्।

१०:००: एउटा अनुरोध, १ एमएस विन्डो भित्र अवरुद्ध

0:00 बिहान १० बजे, बेलायतको उडान डेटा प्रणाली भित्रको एउटा सामान्य अनुरोध ठिक गलत मिलिसेकेन्डमा अवरुद्ध हुन्छ, र साँझसम्ममा दुई हजारभन्दा बढी उडानहरू ढिला, रद्द वा डाइभर्ट हुन्छन्। यो NATS, बेलायतको हवाई यातायात सेवाको प्रारम्भिक रिपोर्टबाट हो। आक्रमणको कुनै संकेत छैन, र कसैले पनि गलत बटन थिचेन। केवल एक पुरानो दोष, र एक धेरै विशिष्ट मिलिसेकेन्ड। यो कसरी भयो, किन एक मिलिसेकेन्ड पर्याप्त थियो, र वास्तवमा कसलाई दोष जान्छ। यो The Daily Diff, पोस्टमार्टम हो।

0:31 दश बजे। कसैले हातले स्क्वाक कोड माग्छ, चार-अंकको संख्या जसले

समयरेखा: १०:०० स्क्वाक → १०:०२ ब्लिप → १२:४५ प्रस्थान रोकिन्छ → १३:३२ लिंक हरायो

0:36 रडार ब्लिपलाई यसको उडान योजनासँग जोड्छ। अनुरोध वैध छ, र योजना पनि वैध छ। दश बज्यो। लन्डन एरिया कन्ट्रोल र कोर प्रणाली बीचको लिङ्क टुटेर पैंतालीस सेकेन्ड पछि आफैं फिर्ता आउँछ। टिकटले बरामद, स्थिर, कुनै परिचालन प्रभाव छैन भन्छ। बाह्र बत्तीस। लिङ्क फेरि टुट्न थाल्छ, प्रत्येक पटक छिटो, र नियन्त्रकहरूले केही स्वचालन गुमाउँछन्।

0:56 बाह्र पैंतालीससम्म, बेलायतको प्रस्थान रोकिएको छ। एक बत्तीसमा, लिङ्क टुटेर तल रहन्छ। उपचार एक नियन्त्रित पुनः सुरु हो, र त्यो महँगो भाग हो,

उपचार: पूरै देशको उडान डेटा पुनः सुरु गर्नुहोस्

1:06 किनभने उही प्रणालीले देशभरका नियन्त्रण केन्द्रहरू र एयरपोर्टहरूलाई डेटा प्रदान गर्दछ। बग लन्डनको हवाई क्षेत्रमा बस्छ। प्रतिबन्धहरूले पूरै बेलायतलाई समेट्छन्। पुनः सुरु तीन बजेर पन्ध्र मिनेट देखि चार बजेर दश मिनेटसम्म चल्छ, र दोहोरिएका उडान योजनाहरू सुल्झाउन सात बजेर दश मिनेटसम्म लाग्छ। त्यसोभए किन एक मिलिसेकेन्ड पर्याप्त थियो?

तंत्र: लेख्ने क्रममा आधा बाटोमा रोकिएको

1:23 प्रणालीले प्राथमिकता अनुसार कामहरू मिलाउँछ, र एउटा सानो कामलाई जरुरी कामको लागि रोक्नु सामान्य हो। तर यो काम मान अद्यावधिक गर्ने आधा बाटोमा थियो। जरुरी सन्देश त्यो मिलिसेकेन्ड भित्र आइपुग्छ, र अद्यावधिक आधा बाटोमा रोकिन्छ। जब यो पुनः सुरु हुन्छ, यो सही रूपमा पुनः सुरु हुँदैन। खराब डेटा त्यसपछि केही पछिका उडान अद्यावधिकहरूमा चुहिन्छ।

किन एक सुरक्षा सुविधाले आकाश रोक्यो

1:40 लन्डनले एउटा पढ्न खोज्छ, धेरै समय लिन्छ र टाइम आउट हुन्छ। एउटा टाइमआउटले लिङ्क तोड्छ, डिजाइन अनुसार, दुवै प्रणालीहरूलाई बचाउन। सुरक्षा सुविधाले पूर्ण रूपमा काम गर्छ। त्यही समस्या हो। रिपोर्टका आफ्नै शब्दहरू। यदि जरुरी सन्देश एक मिलिसेकेन्ड अघि वा पछि आएको भए, अद्यावधिक सामान्य रूपमा पूरा हुने थियो। ह्याकर न्यूजमा, एक प्रोग्रामरले एक मिलिसेकेन्डलाई निरपेक्ष अनन्तता भन्छन्,

2:02 यो हप्ता मंगलबारसम्म हुने ग्यारेन्टी छ। यो मंगलबार थियो।

git blame — legacy code ५० · restart plan ३० · the १०:०२ alarm १५ · १ ms ५

2:05 git blame। पुरानो कोड, पचास प्रतिशत, एक अद्यावधिकको लागि जुन आधा बाटोमा रोक्न सकिन्छ र गलत फर्किन्छ। पुनः सुरु योजना, तीस, किनभने लन्डनमा एउटा खराब रेकर्डको अर्थ पूरै देशको उडान डेटा पुनः सुरु गर्नु हो। दश बज्दाको अलार्म, पन्ध्र, आफैं निको भएको र कुनै प्रभाव नभएको भनी फाइल गरिएकोमा। मिलिसेकेन्डलाई पाँच प्रतिशत, यसको समयका लागि। ब्लास्ट त्रिज्या। NATS ले त्यस दिन लगभग आठ हजार उडानहरूको लागि योजना बनाएको थियो र

ब्लास्ट त्रिज्या: ८,००० योजनाबद्ध, ६,०९४ ह्यान्डल गरियो, तीन वर्षमा तेस्रो असफलता

2:27 लगभग छ हजार ह्यान्डल गर्यो। बेलायतको प्रस्थान लगभग साढे चार घण्टाको लागि रोकियो, र ब्याकलग हटाउन दुई दिन भन्दा बढी लाग्यो। यो तीन वर्षमा बेलायतको तेस्रो हवाई यातायात असफलता हो, र मुख्य कार्यकारीले यो बगलाई धेरै, धेरै अस्पष्ट भन्छन्।

निर्णय + सोमबारको लाइन: आणविक लेखन, चर्को अलार्म

2:41 निर्णय, पोस्टमार्टम: NEEDS REVIEW। रिपोर्ट छिटो र विशिष्ट छ, र समाधान लेखिएको र परीक्षणमा छ। तर योजना छिटो पुनः सुरु गर्ने हो, सानो होइन। सोमबारको लाइन: यदि कुनै काम रोक्न सकिन्छ भने, त्यसको लेखाइलाई atomic बनाउनुहोस्, र आफैं निको हुने अलार्मलाई अलार्मको रूपमा व्यवहार गर्नुहोस्। मलाई त्यो घटना पठाउनुहोस् जसको बारेमा तपाईंलाई अझै बोल्न अनुमति छैन, टिप्पणीहरूमा, वा thedailydiff.dev मा। र आजको लागि यति नै diff।

3:02 म Axrisi बाट Niko हुँ। Merge responsibly।

स्रोतहरू

1. NATS, Major Incident Preliminary Investigation Report, NAS incident 08 September 2026 (report date Sep 16)www.nats.aero
2. NATS press release, "NATS publishes preliminary report on technical incident of 8 September" (Sep 18, 2026)www.nats.aero
3. NATS on X, 8 Sepx.com
4. BBC, "Flight chaos caused by 'millisecond' software defect, report says"www.bbc.co.uk
5. The Guardian (Sep 18, 2026)www.theguardian.com
6. Hacker News thread on the reportnews.ycombinator.com