⚛️ quantum physics

LUCI on IBM Hardware: Error Suppression with Almost Half Syndrome Density

यह शोध पत्र आईबीएम (IBM) क्वांटम हार्डवेयर पर प्रयोगात्मक रूप से प्रदर्शित करता है कि लूसी (LUCI) फ्रेमवर्क, जो विषम रूप से स्केल की गई दूरियों के साथ रिसेट-मुक्त परिदृश्य का उपयोग करता है, मानक सरफेस कोडों के आधे से भी कम सिंड्रोम घनत्व के बावजूद लॉजिकल पॉली त्रुटियों के लिए प्रतिस्पर्धी त्रुटि दमन प्राप्त करता है, जिससे स्थिर आर्किटेक्चर के ऊपर गतिशील, दोष-परिहारक क्वांटम त्रुटि सुधार की प्रभावकारिता प्रमाणित होती है।

मूल लेखक: Younghun Kim, Spiro Gicev, Martin Sevior, Muhammad Usman

प्रकाशित 2026-07-03

📖 5 मिनट में पढ़ें🧠 गहराई से पढ़ें

CC BY 4.0

मूल लेखक: Younghun Kim, Spiro Gicev, Martin Sevior, Muhammad Usman

मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। ✨ नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें

कल्पना कीजिए कि आप एक शोर भरे कमरे में एक नाजुक संदेश भेजने की कोशिश कर रहे हैं। संदेश को सुरक्षित रखने के लिए, आप इसे केवल एक बार नहीं भेजते; बल्कि आप जाँच और संतुलन की एक जटिल प्रणाली का उपयोग करके इसे कई बार भेजते हैं। क्वांटम कंप्यूटिंग की दुनिया में, यह "संदेश" एक लॉजिकल क्यूबिट (सूचना का एक टुकड़ा) है, और ये "जाँच" को एरर करेक्शन (त्रुटि सुधार) कहा जाता है।

लंबे समय से, वैज्ञानिक एक कठोर, मानक विधि का उपयोग करते आए हैं जिसे सरफेस कोड कहा जाता है। सरफेस कोड को सुरक्षा गार्डों के एक सख्त ग्रिड की तरह समझें। हर कुछ सेकंड में, हर गार्ड अपने आस-पास के पड़ोसियों की जाँच करता है और रिपोर्ट देता है। यह अच्छा काम करता है, लेकिन इसमें एक समस्या है: यदि एक गार्ड बीमार है, टूटा हुआ है, या बस बहुत शोर मचा रहा है (शोर वाला), तो पूरा सिस्टम भ्रमित हो जाता है। मानक प्रणाली आपको उस टूटे हुए गार्ड का उपयोग करने के लिए मजबूर करती है, जो आपके संदेश को बर्बाद कर सकता है।

नया विचार: "LUCI" फ्रेमवर्क

शोधकर्ताओं ने इस पेपर में एक अधिक लचीला दृष्टिकोण परीक्षण किया जिसे LUCI कहा जाता है। एक कठोर ग्रिड के बजाय, कल्पना कीजिए कि सुरक्षा गार्डों की एक टीम है जो अपनी फॉर्मेशन (व्यूह रचना) को तुरंत बदल सकती है।

लचीलापन: यदि पता चलता है कि कोई विशिष्ट गार्ड "शोर वाला" (गलतियाँ करने की प्रवृत्ति वाला) है, तो LUCI सिस्टम बस उस विशिष्ट व्यक्ति की जाँच करना छोड़ देता है। इसके बजाय, यह खाली जगह को भरने के लिए अन्य गार्डों को पुनर्गठित करता है।
समझौता (Trade-off): शोर वाले गार्ड को छोड़ने के लिए, टीम को थोड़ा धीमा काम करना पड़ता है। मानक प्रणाली में, वे एक बड़े दौर में सभी की जाँच करते हैं। LUCI प्रणाली में, उन्हें समान मात्रा में जानकारी प्राप्त करने के लिए जाँच को दो छोटे दौरों में विभाजित करना पड़ता है। इसका मतलब है कि "सिंड्रोम डेंसिटी" (प्रति इकाई समय में होने वाली जाँच) लगभग आधी हो जाती है।

प्रयोग: वास्तविक हार्डवेयर पर परीक्षण

टीम ने इस विचार को एक वास्तविक क्वांटम कंप्यूटर पर परखा जो IBM द्वारा बनाया गया है (जिसे "ibm miami" कहा जाता है)। उन्होंने दो परिदृश्य सेट किए:

मानक तरीका: कठोर ग्रिड का उपयोग करते हुए, भले ही इसका अर्थ एक बहुत ही शोर वाले, टूटे हुए कनेक्शन (एक "कपलर" जिसकी त्रुटि दर 15% है) का उपयोग करना हो।
LUCI का तरीका: उस विशिष्ट शोर वाले कनेक्शन से पूरी तरह बचने के लिए लचीली प्रणाली का उपयोग करना।

उन्होंने एक "रीसेट-फ्री" परिदृश्य का भी परीक्षण किया। आमतौर पर, एक जाँच के बाद, आपको अगली जाँच से पहले उपकरण को शून्य पर "रीसेट" करना पड़ता है। इसमें समय लगता है और यह त्रुटियाँ भी पैदा कर सकता है। LUCI पद्धति जिसे टीम ने परखा, उसे उपकरण को रीसेट करने की आवश्यकता नहीं थी; यह बस चलता रहा, जो कुछ मामलों में कठिन है लेकिन कुछ तरीकों में अधिक कुशल है।

उन्हें क्या मिला

परिणाम आश्चर्यजनक और उत्साहजनक थे:

शोर को मात देना: भले ही LUCI सिस्टम प्रति सेकंड "कम जाँच" (आधी डेंसिटी) कर रहा था, फिर भी इसने कुछ प्रकार की त्रुटियों के मामले में सूचना को मानक प्रणाली की तुलना में बेहतर तरीके से सुरक्षित किया।
आंकड़े:
- बिट-फ्लिप त्रुटियों के लिए (सोचिए कि एक "0" गलती से "1" में बदल गया), LUCI सिस्टम ने त्रुटि दर में 1.75 के कारक से सुधार किया, जबकि मानक प्रणाली ने केवल 1.58 का सुधार किया।
- फेज़-फ्लिप त्रुटियों के लिए (एक अधिक सूक्ष्म प्रकार की क्वांटम त्रुटि), मानक प्रणाली थोड़ी बेहतर थी (2.44 बनाम 1.93), लेकिन LUCI अभी भी बहुत प्रतिस्पर्धी था।
"नॉइजी कपलर" की जीत: सबसे महत्वपूर्ण निष्कर्ष यह था कि केवल मशीन के एक अत्यंत शोर वाले हिस्से को बचाकर, LUCI सिस्टम ने एक स्वच्छ, अधिक विश्वसनीय परिणाम दिया, जबकि मानक प्रणाली उस टूटे हुए हिस्से का उपयोग करने के लिए मजबूर थी।

निचोड़ (Bottom Line)

यह पेपर यह सिद्ध करता है कि आपको क्वांटम एरर करेक्शन करने के लिए हमेशा एक पूर्ण, कठोर मशीन की आवश्यकता नहीं होती है। एक लचीला, गतिशील दृष्टिकोण अपनाकर जो हार्डवेयर के टूटे हुए या शोर वाले हिस्सों के "चारों ओर नाच" (बच निकल) सकता है, आप वास्तव में बेहतर परिणाम प्राप्त कर सकते हैं, भले ही इस प्रक्रिया में थोड़ा अधिक समय लगे।

यह एक गंतव्य तक जाने के समान है: मानक विधि एक सीधे राजमार्ग की तरह है जो आपको एक विशाल ट्रैफिक जाम (शोर वाले घटक) के माध्यम से गाड़ी चलाने के लिए मजबूर करता है। LUCI विधि एक थोड़े लंबे, घुमावदार बैक रोड की तरह है जो ट्रैफ़िक से बचकर निकलता है। भले ही बैक रोड लंबा है, लेकिन आप जाम से बचकर अपने गंतव्य तक तेज़ी से और कम तनाव के साथ पहुँचते हैं।

मुख्य निष्कर्ष: गतिशील, लचीला एरर करेक्शन वास्तविक दुनिया के हार्डवेयर पर कठोर, मानक विधियों से बेहतर प्रदर्शन कर सकता है, विशेष रूप से तब जब वह हार्डवेयर अपूर्ण या शोर वाला हो।

तकनीकी सारांश: IBM हार्डवेयर पर LUCI

समस्या विवरण
स्केलेबल फॉल्ट-टोलरेंट क्वांटम कंप्यूटेशन के लिए ऐसे लॉजिकल क्वबिट्स की आवश्यकता होती है जो विस्तारित निष्पादन समय (execution times) के दौरान अपनी स्थिति को सुरक्षित रख सकें। जबकि सरफेस कोड (surface code) स्थानीय रूप से बाधित प्रोसेसरों के लिए सबसे व्यावहारिक क्वांटम एरर करेक्शन (QEC) प्रोटोकॉल है क्योंकि इसकी थ्रेशोल्ड उच्च होती है, पारंपरिक कार्यान्वयन स्थिर सिंड्रोम एक्सट्रैक्शन सर्किट (static syndrome extraction circuits) पर निर्भर करते हैं। ये कठोर सर्किट सख्त कनेक्टिविटी बाधाएं लागू करते हैं और हार्डवेयर दोषों (जैसे गैर-कार्यात्मक क्वबिट या कपलर) के प्रति संवेदनशील होते हैं। हालिया सैद्धांतिक ढांचे, जैसे कि LUCI (लॉजिकल यूनिटरी सर्किट इम्प्लीमेंटेशन), गतिशील सब-रूटीन (dynamic subroutines) का प्रस्ताव करते हैं जो माप अनुसूचियों (measurement schedules) को बदलकर दोषपूर्ण घटकों के चारों ओर नेविगेट कर सकते हैं। हालांकि, यह लचीलापन "टेम्पोरल डिस्टेंस" (temporal distance) में कमी की कीमत पर आता है, जिसके लिए पूर्ण सिंड्रोम निकालने के लिए कई राउंड की आवश्यकता होती है। महत्वपूर्ण रूप से, इन गतिशील दृष्टिकोणों को भौतिक हार्डवेयर पर प्रयोगिक रूप से प्रदर्शित नहीं किया गया था, और न ही भौतिक दोषों की अनुपस्थिति में मानक स्टैटिक कोड के विरुद्ध उनके प्रदर्शन को बेंचमार्क किया गया था, विशेष रूप से "सिंड्रोम डेंसिटी" (प्रति चक्र कुल संभावित बिट्स के मुकाबले मापे गए सिंड्रोम बिट्स का अनुपात) के संबंध में।

कार्यप्रणाली (Methodology)
लेखकों ने IBM ibm_miami सुपरकंडक्टिंग क्वांटम प्रोसेसर पर मानक रोटेटेड सरफेस कोड के विरुद्ध LUCI फ्रेमवर्क का प्रयोगात्मक रूप से बेंचमार्किंग किया। अध्ययन में एक "रिसेट-फ्री" परिदृश्य का उपयोग किया गया, जहाँ भौतिक क्वबिट रिसेट ऑपरेशन्स को इडल टाइम (idle time) और लीकेज समस्याओं से बचने के लिए छोड़ दिया गया था, और इसके बजाय डिटेक्टरों को परिभाषित करने के लिए क्लासिकल पोस्ट-प्रोसेसिंग पर भरोसा किया गया था।

मुख्य कार्यप्रणाली संबंधी चरण शामिल थे:

डायनेमिक शेड्यूलिंग (Dynamic Scheduling): LUCI फ्रेमवर्क को मिड-साइकिल स्टेट्स (mid-cycle states) का उपयोग करके लागू किया गया था, जहाँ सर्किट पूर्ण सिंड्रोम निकालने के लिए दो अलग-अलग राउंड (एक बेसलाइन और एक वेरिएंट) के बीच बदलता रहता है। यह मानक सरफेस कोड के विपरीत है, जो एक ही राउंड में पूर्ण सिंड्रोम निकालता है।
असममित स्केलिंग (Asymmetric Scaling): विशिष्ट लॉजिकल एरर्स को लक्षित करने के लिए, शोधकर्ताओं ने QEC पैचेस को असममित रूप से स्केल किया। उन्होंने डिस्टेंस-3 ( $d=3$ ) पैचेस का परीक्षण किया और उन्हें लॉजिकल X एरर्स को दबाने के लिए $(d_x=5, d_z=3)$ आयामों वाले आयताकार पैचेस तक बढ़ाया, या लॉजिकल Z एरर्स को दबाने के लिए $(d_x=3, d_z=5)$ तक बढ़ाया।
सिंड्रोम डेंसिटी विश्लेषण: अध्ययन ने "सिंड्रोम डेंसिटी" ( $\rho$ ) को क्वांटिफाई किया। जबकि मानक सरफेस कोड 1 की डेंसिटी बनाए रखता है, LUCI फ्रेमवर्क, जिसे पूर्ण निष्कर्षण के लिए दो राउंड की आवश्यकता होती है, ने $d=3$ पैचेस के लिए लगभग 0.6 की डेंसिटी और बढ़े हुए पैचेस के लिए 0.588 की डेंसिटी प्राप्त की।
हार्डवेयर बाधाएं: प्रयोग प्रोसेसर के दोष-मुक्त क्षेत्र में किए गए थे। हालांकि, X-बेसिस में मानक सरफेस कोड के लिए मैपिंग को मजबूरन एक अत्यधिक शोर वाले कपलर (एरर रेट $\sim15\%$ ) का उपयोग करना पड़ा क्योंकि इसकी कनेक्टिविटी आवश्यकताएं कठोर थीं, जबकि लचीले LUCI शेड्यूलिंग ने इस विशिष्ट शोर वाले घटक से बचने की अनुमति दी।
डिकोडिंग: लॉजिकल एरर रेट्स को गेट्स और मेजरमेंट्स के कैलिब्रेशन डेटा द्वारा भारित (weighted) एक कोरिलेटेड मिनिमम वेट परफेक्ट मैचिंग (MWPM) डिकोडर (PyMatching) का उपयोग करके डिकोड किया गया था।

मुख्य परिणाम
लेखकों ने मानक सरफेस कोड और LUCI फ्रेमवर्क के बीच एरर सप्रेशन रेश्यो ( $\Lambda_{5/3} = \epsilon^r_{d=3} / \epsilon^r_{d=5}$ ) की तुलना की:

लॉजिकल X एरर्स: LUCI फ्रेमवर्क ने 1.75(10) के अनुपात के साथ बेहतर एरर सप्रेशन प्रदर्शित किया, जबकि मानक सरफेस कोड का अनुपात 1.58(13) था। यह सुधार LUCI की उस अत्यधिक शोर वाले कपलर से बचने की क्षमता के कारण है जिसका उपयोग मानक कोड को करने के लिए मजबूर किया गया था।
लॉजिकल Z एरर्स: मानक सरफेस कोड ने Z एरर्स के लिए उच्च सप्रेशन (2.44(7)) दिखाया, जबकि LUCI का अनुपात 1.93(12) था।
कुल प्रदर्शन: हालांकि LUCI फ्रेमवर्क समय में लगभग आधी सिंड्रोम डेंसिटी के साथ काम कर रहा था (पूर्ण सिंड्रोम निष्कर्षण के लिए दो राउंड की आवश्यकता थी), यह मानक रोटेटेड सरफेस कोड के साथ प्रतिस्पर्धी बना रहा।
नॉइज़ इनहोमोजेनिटी (Noise Inhomogeneity): परिणामों ने रेखांकित किया कि मानक सिंड्रोम एक्सट्रैक्शन सर्किट हमेशा अनुकूल नहीं होते हैं, भले ही वे दोष-मुक्त क्षेत्रों में हों, जब हार्डवेयर शोर इनहोमोजेनियस (inhomogeneous) हो। LUCI के डायनेमिक शेड्यूलिंग ने सफलतापूर्वक एक विशिष्ट शोर वाले घटक को बायपास किया, जिससे लक्षित एरर्स के लिए बेहतर समग्र लॉजिकल एरर रेट्स प्राप्त हुए और लॉजिकल बाउंड्रीज को सुरक्षित रखा गया।

महत्व और दावे
यह पेपर सैद्धांतिक डायनेमिक कोड और व्यावहारिक हार्डवेयर कार्यान्वयन के बीच के अंतर को पाटने का दावा करता है। इसके प्राथमिक योगदान हैं:

प्रयोगात्मक सत्यापन: यह भौतिक क्वांटम हार्डवेयर पर LUCI फ्रेमवर्क का पहला प्रयोगात्मक प्रदर्शन प्रदान करता है, जो बिना भौतिक दोषों के इसकी व्यवहार्यता को सत्यापित करता है।
कम टेम्पोरल डिस्टेंस के तहत प्रदर्शन: यह स्थिर फॉल्ट-टोरेंट आर्किटेक्चर की पारंपरिक निर्भरता को चुनौती देता है, यह दिखाकर कि डायनेमिक कोड मानक तरीकों से बेहतर प्रदर्शन कर सकते हैं, भले ही वे कम टेम्पोरल सिंड्रोम डेंसिटी (आधी डेंसिटी) के साथ काम कर रहे हों।
हार्डवेयर अनुकूलता: यह कार्य प्रदर्शित करता है कि डायनेमिक कोड इनहोमोजेनियस हार्डवेयर वातावरण में अत्यधिक शोर वाले घटकों से सक्रिय रूप से बच सकते हैं, जो वर्तमान पीढ़ी के प्रोसेसरों पर प्रदर्शन को अधिकतम करने के लिए एक व्यवहार्य विकल्प प्रदान करते हैं।
रिसेट-फ्री कार्यान्वयन: इसने एक रिसेट-फ्री डिटेक्टर परिभाषा को सफलतापूर्वक लागू किया है, जो यह सिद्ध करता है कि भौतिक रिसेट ऑपरेशन्स पर निर्भर किए बिना भी उच्च-प्रदर्शन वाला QEC संभव है।

लेखक निष्कर्ष निकालते हैं कि ये निष्कर्ष हाइब्रिड, हार्डवेयर-अनुकूल कोड डिजाइनों का मार्ग प्रशस्त करते हैं, जो यह सुझाव देते हैं कि डायनेमिक सिंड्रोम निष्कर्षण हार्डवेयर शोर इनहोमोजेनिटी की उपस्थिति में लॉजिकल क्वबिट संरक्षण के लिए एक व्यावहारिक दृष्टिकोण है।

नया विचार: "LUCI" फ्रेमवर्क

प्रयोग: वास्तविक हार्डवेयर पर परीक्षण

उन्हें क्या मिला

निचोड़ (Bottom Line)

तकनीकी सारांश: IBM हार्डवेयर पर LUCI

इसी तरह के और पेपर