IBM تدفع Qiskit إلى ما هو أبعد من Python مع إصدار SDK v2.6

أطلقت IBM الإصدار Qiskit SDK v2.6، وهو تحديث برمجي يركّز على واجهة C منخفضة المستوى الخاصة بالمشروع بدلًا من طبقة Python الأكثر شهرة. وبحسب ملخص الإصدار الصادر عن IBM في 22 أكتوبر، يضيف التحديث إطار عمل لمدير المرور إلى C API، ويجلب تسلسل دوائر QPY إلى مسارات العمل المعتمدة على اللغات المترجمة، ويتيح للمطورين تعريف عمليات كمّية مخصصة مباشرة من C. وبصورة مجتمعة، تواصل هذه التغييرات جهود IBM لجعل مزيد من وظائف Qiskit قابلة للاستخدام من دون بيئة تشغيل Python.

ما الذي أُعلن عنه

يوسّع إصدار v2.6 واجهة C API الخاصة بـ Qiskit، والتي تصفها IBM بأنها واجهة منخفضة المستوى إلى نموذج البيانات الأساسي المبني على Rust في Qiskit للاستخدام من اللغات المترجمة. وتقول IBM إن هذه الواجهة موجّهة للاستخدام المستقل من دون Python، وكذلك لبناء امتدادات Python أعلى أداءً تتفاعل مباشرة مع كائنات Rust في Qiskit.

وفي Qiskit v2.6، أضافت IBM إطار عمل عامًّا لمدير المرور إلى C API. وتشمل المكوّنات الجديدة QkPassManager وQkPassVtable وQkIrHandle، والتي تتيح مجتمعة للمطورين إنشاء تمريرات للمصرّف وربطها في سلاسل معالجة متحقَّق من أنواعها عبر تمثيلات وسيطة متعددة.

اشترك في النشرة البريدية من DesignQuantum

أخبار وشروحات مجانية عن الحوسبة الكمومية، مع ربط كل معلومة بمصدرها. اختر يوميًا أو أسبوعيًا أو شهريًا.

Website

البريد الإلكتروني معدل الإرساليوميةأسبوعيةشهرية اللغةEnglishEspañol简体中文हिन्दीالعربيةPortuguês (Brasil)FrançaisDeutsch日本語Русский한국어Bahasa IndonesiaTürkçeItalianoTiếng ViệtPolskiNederlandsไทยفارسیУкраїнськаবাংলাاردوKiswahiliBahasa Melayuעברית اشترك مجانًا

مجانية. يمكنك إلغاء الاشتراك بنقرة واحدة في أي وقت. سياسة الخصوصية

كما يوفّر الإصدار وظائف تسلسل QPY في C API، ما يمكّن البرامج المكتوبة بلغات مثل C وC++ وJulia من كتابة وقراءة صيغة Qiskit الثنائية للدوائر من دون المرور عبر Python. وإضافة إلى ذلك، يمكن للمطورين الآن تعريف عمليات مخصصة من خلال واجهة C vtable، بما في ذلك العمليات الأصلية للعتاد، وفقًا لـ IBM.

التفاصيل التقنية

تقول IBM إن إطار عمل مدير المرور الجديد يمكنه التحقق من صحة مسار التجميع قبل التنفيذ عبر فحص تمثيلات الإدخال والإخراج المعلنة لكل تمريرة. وتشمل التمثيلات المضمنة QkCircuit وQkDag، بينما يمكن أيضًا توصيف التمثيلات الوسيطة المعرّفة من المستخدم عبر QkIrHandle.

وهذا مهم لأن أعمال المصرّف في Qiskit تُنظَّم على نحو متزايد حول خفض البرامج عبر عدة تمثيلات، وهو نمط ذو صلة بكل من تدفقات التحويل الحالية ومستقبل سلاسل الأدوات المتحمّلة للأخطاء.

وفي ما يتعلق بالتسلسل، يجعل Qiskit 2.6 صيغة QPY v18 الخيار الافتراضي. وتقول IBM إن هذا الإصدار يقلّل حجم الدوائر المتسلسلة باستخدام ترميز أكثر إحكامًا للسجلات الكمّية والكلاسيكية. ووفقًا للشركة، تظل الدوائر المُنتجة عبر C API متوافقة مع الوحدة qiskit.qpy في Python.

ويُبقي الإصدار الحد الأدنى المدعوم لبيئة تشغيل Python عند 3.10، بينما أصبحت عمليات البناء من الشيفرة المصدرية تتطلب الآن Rust 1.89. وتشير صفحة خارطة الطريق لدى IBM أيضًا إلى أن Qiskit 2.6.0 صدر في 16 أكتوبر 2026، وأن إصلاحات الأخطاء ستُسلَّم عبر إصدارات تصحيحية أو الإصدار الثانوي التالي.

لماذا يهم ذلك

بالنسبة إلى معظم مستخدمي Qiskit، تظل Python نقطة الدخول الرئيسية. لكن IBM تبني بوضوح أيضًا باتجاه نموذج نشر مختلف: إتاحة الوصول من اللغات المترجمة إلى نفس حزمة المصرّف والتنفيذ الأساسية.

ويكتسب هذا التحول أهمية في بيئات الحوسبة عالية الأداء، حيث قد تمثل Python قيدًا يتعلق بالتغليف أو بيئة التشغيل أو التكامل. وتقول وثائق IBM إن C API مصممة لتوفير ABI محدد لنموذج البيانات الداخلي المبني على Rust، كما تعرض مدونة الشركة الإصدار v2.6 بوصفه خطوة أخرى نحو استخدام Qiskit في البيئات التي لا تكون Python مثبتة فيها.

كما يشير ذلك إلى انتقال معماري أوسع. وتُظهر خارطة طريق Qiskit أن IBM تعمل باتجاه استقرار رسمي لكل من ABI وAPI لواجهة C في الإصدار v2.7، إلى جانب IR جديد للمرحلة الوسطى من أجل التجميع المتحمّل للأخطاء. أما بالنسبة إلى v2.8، فتشير خارطة الطريق إلى BackendV3، الموصوف هناك بأنه واجهة خلفية أصلية لـ Rust مكشوفة لكل من Python وC.

ما الذي ينبغي متابعته

السؤال المباشر هو الاستقرار. إذ تقول وثائق C API الحالية من IBM إن الواجهة لا تزال تُعد تجريبية وقد تتغير بين الإصدارات الثانوية. وهذا التحفّظ مهم لفرق البرمجيات التي تدرس تكاملًا عميقًا.

ومن ثم، فإن المحطة التالية هي Qiskit 2.7. ووفقًا لخارطة الطريق على GitHub، فمن المتوقع أن يحدد ذلك الإصدار ضمانات الاستقرار لـ C API وأن يوسّع وظائف المصرّف بدرجة أكبر. وإذا أوفت IBM بذلك، فسيبدأ المسار غير المعتمد على Python في Qiskit بالظهور أقل كمشروع سباكة داخلية وأكثر كواجهة إنتاج لحزم برمجيات كمّية مترجمة.