Quantum-HPC Software Stacks and the openQSE Reference Architecture: A Survey
تحلل هذه الورقة تسعة من حزم برمجيات الحوسبة عالية الأداء الكمية (quantum-HPC) القائمة لتحديد أنماط التصميم المشتركة والاحتياجات غير الملباة، مقترحةً بنية openQSE المرجعية كإطار عمل موحد وقابل للتشغيل البيني يدعم كلاً من أعباء عمل الحوسبة الكمية ذات الضجيج المتوسط (NISQ) الحالية والحوسبة الكمية المتحملة للأخطاء في المستقبل.
البحث الأصلي مرخَّص بموجب CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). هذا شرح مولَّده بالذكاء الاصطناعي للبحث أدناه. لم يكتبه المؤلفون ولم يصادقوا عليه. وللتحقق من الدقة التقنية، يرجى الرجوع إلى البحث الأصلي. اقرأ إخلاء المسؤولية الكامل
الصورة الكبيرة: ازدحام مروري في "السحابة الكمومية"
تخيل أنك طاهٍ (عالم) تحاول طهي وجبة معقدة. لديك فرن عالي التقنية (حاسوب فائق) وفرن سحري وهش (حاسوب كمومي) يمكنه طهي أشياء لا يستطيع أي فرن آخر طهيها.
المشكلة حالياً هي أن كل فرن سحري يأتي مع مجموعة تعليمات فريدة خاصة به، ومقبض باب محدد، ومؤقت غريب خاص به.
- إذا أردت استخدام الفرن (أ)، فأنت بحاجة إلى مفتاح ربط محدد.
- إذا أردت استخدام الفرن (ب)، فأنت بحاجة إلى مفتاح مختلف.
- إذا أردت استخدام الفرن (ج)، فعليك القيادة إلى مدينة أخرى وتعلم لغة جديدة لمجرد فتح الباب.
تجادل هذه الورقة بأن هذا الوضع فوضوي؛ فهو يبطئ حركة العلم، ويجعل الصيانة مكلفة، ويجعل من المستحيل استبدال الأفران إذا تعطل أحدها.
نظر المؤلفون (فريق ضخم من الخبراء من أماكن مثل Oak Ridge وIBM وAmazon والجامعات) في تسعة أنواع مختلفة من "الأفران الكمومية" المستخدمة حالياً. وأدركوا أنه على الرغم من اختلاف الأفران، إلا أن الطريقة التي نربطها بها في مطابخنا معطلة.
لذا، اقترحوا مخططاً جديداً يسمى openQSE. فكر في الأمر كأنك تصمم قابس محول عالمي ودليلاً معيارياً للمطبخ يعمل مع أي فرن، سواء كان في قبو منزلك أو في مركز بيانات سحابي ضخم.
الطرق الأربعة التي ننظر بها إلى المشكلة
لحل هذه المشكلة، قام الفريق بتصنيف المشكلة إلى أربع فئات، مثل تصنيف الأدوات في صندوق الأدوات:
- أين يوجد الفرن؟ هل هو في مطبخك الخاص (في الموقع - On-Premises) أم مستأجر من شركة سحابية عملاقة (سحابة - Cloud)؟ يجب أن يعمل النظام في كلتا الحالتين.
- ما نوع هذا الفرن؟ بعض الأفران تستخدم الأيونات المحاصرة (مثل إمساك الذرات بالليزر)، والبعض الآخر يستخدم الدوائر فائقة التوصيل (مثل حلقات كهربائية صغيرة). جميعها تتصرف بشكل مختلف، لذا يجب أن تتعامل البرمجيات مع هذه الاختلافات دون أن يحتاج الطاهي لمعرفة الفيزياء.
- كيف تطهو؟
- نهج "خط التجميع": تقوم بالخطوة (أ) على الفرن العادي، ثم ترسل النتيجة إلى الفرن السحري للقيام بالخطوة (ب)، ثم تعيدها. (اتصال فضفاض).
- نهج "الدراجة التوأم": أنت تقود الفرن العادي، وكل بضع ثوانٍ، تضغط على الفرن السحري ليساعدك في التبديل بسرعة أكبر. يجب أن يتحركا في تزامن تام. (اتصال وثيق).
- هل الفرن مثالي بعد؟ حالياً، أفراننا السحرية "صاخبة" (ترتكب الأخطاء بسهولة). في المستقبل، ستكون "مقاومة للأخطاء" (مثالية). يجب أن يعمل النظام الجديد مع الأفران الصاخبة اليوم ومع الأفران المثالية غداً.
الفوضى الحالية: تسعة مجموعات (Stacks) مختلفة
نظرت الورقة في تسعة لاعبين رئيسيين (مثل AWS وIBM وIonQ وغيرهم). إليك تشبيه لما وجدوه:
- "الحدائق المسورة": حالياً، لدى أمازون حديقتها الخاصة، ولدى IBM حديقتها، ولدى IonQ حديقتها. لا يمكنك نقل وصفتك بسهولة من حديقة إلى أخرى.
- "المقابس العالمية": لاحظت الورقة أن معيارين جديدين بدآ في الظهور:
- QDMI: طريقة معيارية لسؤال الفرن: "ماذا يمكنك أن تفعل؟" و"كيف تشعر؟".
- QRMI: طريقة معيارية لسؤال المدير: "هل يمكنني حجز هذا الفرن لمدة 10 دقائق؟".
- الحلقة المفقودة: حتى مع وجود هذه المقابس، لا يزال النظام بأكمله مجزءاً. بعض المجموعات رائعة للسحابة، والبعض الآخر رائع للمختبرات المحلية. بعضها رائع للمهام البسيطة، والبعض الآخر للمهام المعقدة.
الحل: مخطط openQSE
يقترح المؤلفون openQSE (النظام البيئي لبرمجيات الحوسبة الكمومية وعالية الأداء - Open Quantum-HPC Software Ecosystem).
تخيل بناء مطبخ عالمي حيث:
- الطاهي (التطبيق) لا يهتم بنوع الفرن الذي يستخدمه. هو فقط يقول: "اطبخ هذا".
- المحول العالمي (واجهة وقت التشغيل - Runtime Interface) يجلس بين الطاهي والفرن. يقوم بترجمة "اطبخ هذا" إلى اللغة المحددة للفرن (سواء كانت لغة IBM أو IonQ).
- المدير (مجدول الموارد) يقرر أي فرن متاح، ويتولى عملية الحجز، ويتأكد من أن الطاهي لن ينتظر طويلاً.
- المترجم (خط أنابيب المترجم - Compiler Pipeline) يأخذ وصفة الطاهي ويقسمها إلى خطوات صغيرة يفهمها الفرن، مع تحسينها أثناء العملية.
لماذا هذا أمر رائع؟
- قابلية النقل: يمكنك كتابة الكود الخاص بك مرة واحدة وتشغيله على أي حاسوب كمومي، تماماً كما يمكنك تشغيل لعبة فيديو على جهاز كمبيوتر أو ماك إذا تم بناؤها بشكل صحيح.
- جاهزية المستقبل: عندما نحصل على الحواسيب الكمومية "المثالية" في غضون 10 سنوات، فلن تضطر لإعادة كتابة الكود الخاص بك. الطبقات الوسطى ستتحدث تلقائياً للتعامل مع التقنية الجديدة.
- الكفاءة: بدلاً من أن تعيد كل شركة اختراع العجلة، يمكنهم مشاركة "المحول العالمي" والتركيز على جعل أفرانهم الخاصة أفضل.
المستقبل "المقاوم للأخطاء"
تنظر الورقة أيضاً إلى المستقبل: الحوسبة الكمومية المقاومة للأخطاء (FTQC).
- اليوم (NISQ): الأفران مهتزة. إذا أسقطت ملعقة، فسوف تفسد الوجبة. يجب أن يكون البرنامج حذراً جداً ويفحص الأخطاء باستمرار.
- غداً (FTQC): الأفران لديها آليات "تصحيح ذاتي". إذا سقطت ملعقة، سيقوم الفرن بإصلاح الأمر فوراً.
تم تصميم بنية openQSE للتعامل مع كليهما. فهي تخلق فصلاً في "النطاق الزمني":
- وقت التطبيق: حيث يخطط الطاهي للوجبة (بطيء، ومرن).
- وقت الأجهزة: حيث يقوم الفرن فعلياً بإصلاح الملعقة التي سقطت (سريع جداً، بالنانو ثانية).
من خلال فصل هذين النطاقين، لا يحتاج الطاهي للقلق بشأن زر الذعر الداخلي للفرن؛ فالنظام يتولى الأمر تلقائياً.
الخاتمة
باختال مختصر، تقول هذه الورقة: "لدينا أفران كمومية مذهلة، لكننا جميعاً نستخدم مفاتيح مختلفة لفتحها. لنبني مفتاحاً عالمياً ومطبخاً معيارياً حتى يتمكن العلماء من التركيز على الطبخ (حل المشكلات) بدلاً من التخبط مع الأقفال."
إن openQSE هو ذلك المفتاح العالمي. إنه خارطة طريق لجعل الحوسبة الكمومية سهلة الاستخدام والتكامل مثل حاسوبك المحمول أو هاتفك الذكي الحالي.
غارق في أبحاث مجالك؟
تصلك نشرة يومية بأحدث الأبحاث المطابقة لكلماتك البحثية المفتاحية — مع ملخصات تقنية، بلغتك.