حوكمة اعتماد الإخراج للتصنيع لتأكيدات SVA الاصطناعية المُولَّدة بالذكاء الاصطناعي

على لوحة اصطناعية ثابتة، يتحول 8/8 PROVEN إلى 5/8 TRUSTWORTHY بعد التدقيق.

يعيد Proof Firewall تدقيق تأكيدات SystemVerilog الاصطناعية ذات حالة PROVEN للتحقق من الفراغ (vacuity)، وقوة التأكيد، ومخروط التأثير (cone of influence) قبل دخولها ملف الاعتماد النهائي. وعلى اللوحة الثابتة، يُحوّل 8/8 من براهين التدفق المجرد إلى خمس نتائج معتمدة بحالة TRUSTWORTHY ويوجّه الباقي إلى المراجعة البشرية مع بيان السبب. الوكلاء يقدّمون المشورة، والشيفرة تقرر.

8/8 إلى 5/8

من PROVEN إلى TRUSTWORTHY

لوحة اصطناعية ثابتة من ثماني خصائص بعد تدقيق جدار الحماية

0/6

قتل طفرات PIPE3

حالة خط الأنابيب الضعيف الاصطناعية المميزة

18/18

توافق المعيار الاصطناعي المصنَّف

معيار تقييم تجريبي محلي، وليس ادعاء دقة في العالم المفتوح

هذا عرض توضيحي تجريبي قابل للتشغيل وإعادة الإنتاج باستخدام تصميمات وخصائص اصطناعية لأنظمة الانتقال تم إعدادها كبيئات اختبار ثابتة. وهو لا يستخدم كود RTL للعملاء، أو أداة حل سحابية، أو استدعاءً حياً لنموذج لغوي كبير في المسار الافتراضي.

فشل الاعتماد النهائي متخفٍّ داخل نتيجة خضراء

أفادت دراسة Wilson Research Group وSiemens EDA لعام 2024 بأن نسبة نجاح السيليكون من المرة الأولى بلغت 14%. وتستحق النتيجة الشكلية تدقيقاً أكبر عندما يكون التأكيد قد أُنشئ بواسطة الذكاء الاصطناعي: فقد يكون التضمين بحالة PROVEN لأن مقدَّمه لا يحدث أبداً، أو لأن تاليه لا يفرض أي قيد مفيد.

يُعد Proof Firewall بوابة حوكمة حتمية لمرحلة ما بعد البرهان لهذا القرار. وهو لا يعلن خطأ محرك التحقق الشكلي، بل يتساءل عما إذا كان البرهان قابلاً للدفاع عنه بدرجة كافية لإيداعه لاعتماد الإخراج للتصنيع البشري، ثم يترك سبباً ملموساً لكل نتيجة يعتمدها أو يحجبها.

كيف تعمل بوابة الحوكمة

الركيزة الأساسية هي جودة البرهان. يختبر كل فحص حتمي ما إذا كان البرهان الأخضر يتمتع بالمضمون الكافي لإيداعه.

إمكانية الوصول قبل منح الاعتماد

يختبر مدقق النماذج ذو الحالات الصريحة (explicit-state model checker) ما إذا كان مقدَّم التضمين يمكن أن يحدث في التمثيل الوسيط (IR) لنظام الانتقال الاصطناعي. ويتم توجيه المقدَّم الذي يتعذر الوصول إليه بحالة VACUOUS بدلاً من إيداعه كدليل.

اختبار قتل الطفرات لقياس القوة

تختبر طفرات التصميم أحادية النقطة ذات الصلة ما إذا كان التأكيد يرفض المتغيرات المعيبة. والخاصية التي تنجو من تلك الطفرات تُوجَّه بحالة WEAK بدلاً من السماح لها باستعارة الثقة من نتيجة الحل الخضراء.

مخروط التأثير وتوجيه السياسات

تحسب البوابة مخروط التأثير (COI) وتعين إحدى الحالات: TRUSTWORTHY أو BOUNDED-PROVEN أو VACUOUS أو WEAK أو DEAD أو VIOLATED. وتتلقى حالة TRUSTWORTHY فقط شهادة توضيحية موقَّعة.

يكتشف مدقق الحالات الصريحة المكتوب بلغة Python البحتة في العرض التجريبي مسارات إمكانية الوصول والأمثلة المضادة في النموذج المحدود. ويتم تصنيف المسار الاحتياطي محدود العمق على أنه محدود، دون إعادة صياغته كبرهان غير مشروط.

مراجعة عملية للبرهان على اللوحة الاصطناعية

كل صورة هي لقطة شاشة من العرض التجريبي الاصطناعي قيد التشغيل. تبدأ اللوحة بثماني نتائج بحالة PROVEN في التدفق المجرد، ثم يُظهر التدقيق الأدلة المحجوبة بوضوح.

التدقيق يعكس ثلاث نتائج خضراء

تُظهر لوحة اعتماد الإخراج للتصنيع في البداية 8/8 بحالة PROVEN في عرض التدفق المجرد. وبعد تدقيق جدار الحماية، يتم اعتماد 5/8 بحالة TRUSTWORTHY؛ بينما الخصائص الثلاث المتبقية هي خاصية واحدة بحالة VACUOUS وخاصيتان بحالة WEAK. هذه بيئة اختبار اصطناعية ثابتة، وليست تصميماً لعميل أو نتيجة لمحرك تجاري.

لوحة اعتماد الإخراج للتصنيع في Proof Firewall تعرض خمس خصائص اصطناعية من أصل ثمانٍ مصنفة TRUSTWORTHY، مع حجب نتيجة واحدة VACUOUS ونتيجتين WEAK للمراجعة.
اللوحة الاصطناعية المدقَّقة: يُحوّل جدار الحماية عرض 8/8 PROVEN إلى خمس شهادات TRUSTWORTHY وثلاث حالات حجب معلَّلة.

ARB3 لا يُثبت شيئاً لأن مُحفِّزه لا يحدث أبداً

تأكيد ARB3 الاصطناعي، assert (g0 && g1) |-> (turn == 0)، هو VACUOUS لأن مقدَّمه يتعذر الوصول إليه في المنسّق (arbiter) الاصطناعي. وتُبيّن النتيجة سبب قدرة تضمين مُثبت على ألا يشهد بأي شيء.

شكل موجة من المنسّق الاصطناعي يوضح ARB3، حيث يتعذر الوصول إلى المقدَّم g0 وg1 وبالتالي يُصنَّف VACUOUS.
ARB3: مقدَّم يتعذر الوصول إليه يُحوّل تضميناً أخضر إلى نتيجة VACUOUS.

PIPE3 ينجو من الطفرات التي ينبغي له التقاطها

تأكيد PIPE3 الاصطناعي، assert v2 |-> (s2 == s2)، هو WEAK. ينجو تاليه التكراري من الطفرات المحقونة ذات الصلة، وتسجل حالة خط الأنابيب المميزة 0/6 من قتل الطفرات.

شكل موجة من خط الأنابيب الاصطناعي يوضح PIPE3، وهي خاصية تكرارية صُنِّفت WEAK بعد تسجيل صفر من ستة في قتل الطفرات.
PIPE3: تالٍ تكراري ينال نتيجة WEAK بعد اختبار قتل طفرات بنتيجة 0/6.

خاصية CDC أقوى يمكنها إظهار مثالها المضاد الخاص

خاصية CDC2 الضعيفة الاصطناعية هي WEAK. وتعزيزها إلى assert (req && !ack) |-> ##1 req يجعلها VIOLATED على بيئة CDC الاصطناعية ويُنتج شكل موجة لمثال مضاد ملموس. وهو يوضح فئة فشل CDC في المعاملات المفقودة، وليس ادعاءً بشأن شريحة حقيقية.

شكل موجة لمثال مضاد ملموس لخاصية CDC اصطناعية معززة صُنِّفت VIOLATED على بيئة الاختبار.
خاصية CDC الاصطناعية المعززة هي VIOLATED، مع مثال مضاد يمكن للمراجع فحصه.

تترك المراجعة إيصالاً مهيكلاً

تسجل الشهادة التوضيحية الموقَّعة حكم كل خاصية، وإمكانية الوصول، ونتائج الطفرات، ومخروط التأثير (COI)، وسجلات الأمثلة المضادة عند انطباقها، بالإضافة إلى حقل SHA-256. وهو ما يجعل التدقيق قابلاً للمراجعة دون مطالبة المراجع باستنتاج سبب تغير الحالة.

شهادة توضيحية موقَّعة من Proof Firewall توضح أحكام كل خاصية، وإمكانية الوصول، ونتائج الطفرات، ومخروط التأثير، وسجلات الأمثلة المضادة، وحقل SHA-256.
تحفظ الشهادة التوضيحية الموقَّعة الأدلة الكامنة وراء الاعتماد أو المراجعة البشرية.

توجه إنتاجي مستقل عن المحركات، وليس أداة حل بديلة

يستعرض Proof Firewall بوابة حول أدلة البراهين. ويفصل النطاق أدناه بين ما ينجزه العرض التجريبي والعمل المؤجل.

السؤالعرض Proof Firewall التجريبيالتوجه الإنتاجي
مدخلات البرهانتمثيل وسيط (IR) وتأكيدات SVA لنظام انتقال اصطناعي مُعد في بيئة اختباربوابة حول مسار التحقق الشكلي الحالي للعميل
الفحوصات المعروضةالفراغ (Vacuity)، واختبار قتل الطفرات، ومخروط التأثير (COI)، وتوجيه السياسات، وتصدير الشهاداتنفس أسئلة الحوكمة مطبقة على أدلة البراهين المقدمة
محركات التحقق الشكليلا يوجد مهايئ لمحرك حقيقيتوجه مستقل عن المحركات، وليس ادعاءً بالتكامل
التعامل مع النتائجشهادات TRUSTWORTHY وحالات حجب معلَّلةمراجعة بشرية للاعتماد النهائي مع سجل أدلة مهيكل

ما لا يفعله هذا العرض التجريبي

  • ✓ لا يقوم بتحليل كود Verilog أو SystemVerilog RTL، ولا يعمل على كود RTL الخاص بالعميل، أو GDSII، أو تصميم شريحة حقيقية. يستخدم الإصدار V1 بيئات اختبار اصطناعية للتمثيل الوسيط لنظام الانتقال.
  • ✓ لا يحل محل JasperGold، أو VC Formal، أو Questa Formal، أو SymbiYosys، أو أي محرك تحقّق شكلي آخر. تم تأجيل مهايئات المحركات الحقيقية.
  • ✓ لا يستخدم نموذج لغوي كبير حياً بشكل افتراضي. الخصائص هي تأكيدات SVA مُولَّدة بنموذج لغوي كبير ومُعدة في بيئة اختبار، ومسار التسجيل الافتراضي حتمي.
  • ✓ لا يدعي الجاهزية للإخراج للتصنيع (tape-out)، أو شهادة السلامة، أو انعدام إعادة التصنيع (zero respins)، أو نتائج للعملاء، أو عمليات نشر، أو عائداً على الاستثمار، أو تأهيلاً تنظيمياً.
  • ✓ لا يقدم 5/8، أو 18/18، أو 0/6، أو 7/7 كأداء إنتاجي أو على مستوى الصناعة بأسرها. هذه نتائج من بيئات اختبار واختبارات اصطناعية محلية ثابتة.

أسئلة يطرحها قادة التحقق

نحن نستخدم التحقق الشكلي بالفعل. فلماذا نضع بوابة أخرى بعد نتيجة PROVEN؟

يمكن لنتيجة PROVEN أن تظل مستندة إلى مقدَّم يتعذر الوصول إليه أو خاصية لا تفشل عندما يتعطل سلوك التصميم ذو الصلة. يوضح Proof Firewall بوابة حتمية لمرحلة ما بعد البرهان لتلك المسائل: إمكانية الوصول، واختبار قتل الطفرات، ومخروط التأثير، وتوجيه السياسات. وهو لا يحل محل محرك التحقق الشكلي؛ فتوجهه الإنتاجي هو بوابة مستقلة عن المحركات حول مسار التحقق الشكلي الحالي.

هل يتصل Proof Firewall بـ JasperGold أو VC Formal أو Questa Formal أو SymbiYosys اليوم؟

لا. تم تأجيل مهايئات المحركات الحقيقية في هذا العرض التجريبي، لذا يجب ألا يُفهم على أنه بديل لـ JasperGold أو VC Formal أو Questa Formal أو SymbiYosys أو أي محرك شكلي آخر. التوجه الإنتاجي المعروض هو بوابة حوكمة مستقلة عن المحركات حول مسار عمل التحقق الشكلي الحالي للعميل.

هل هذه النتائج مأخوذة من كود RTL للعملاء أو من مُولِّد تأكيدات بالذكاء الاصطناعي يعمل مباشرة؟

لا. اللوحة، وتأكيدات SystemVerilog، والتصميمات، ومعيار التقييم، والأمثلة المضادة كلها اصطناعية. يستخدم مسار التسجيل الافتراضي خصائص SVA مُولَّدة بنموذج لغوي كبير ومُعدة كبيئات اختبار وتمثيلاً وسيطاً لنظام انتقال اصطناعي، وليس كود RTL لعميل أو استدعاءً حياً لنموذج لغوي كبير.

ما الذي قاسته نتيجة 8/8 إلى 5/8 فعلياً؟

إنها لوحة اصطناعية ثابتة مكونة من ثماني خصائص. يُظهر خط الأساس للتدفق المجرد 8/8 PROVEN؛ وبعد تدقيق جدار الحماية، يتم اعتماد خمس منها بحالة TRUSTWORTHY بينما تكون واحدة VACUOUS واثنتان WEAK. وهي ليست معدلاً لكود RTL إنتاجي، أو نتيجة لعميل، أو نتيجة عامة لتأكيدات اصطناعية مُولَّدة بالذكاء الاصطناعي.

كيف يقرر العرض التجريبي أن التأكيد فارغ (vacuous) أو ضعيف (weak)؟

تتحقق بوابة الحوكمة مما إذا كان المقدَّم قابلاً للوصول، وتجري طفرات تصميم أحادية النقطة ذات صلة، وتحسب مخروط التأثير لكل خاصية. التأكيد ARB3 هو VACUOUS لأن مقدَّمه يتعذر الوصول إليه في المنسّق الاصطناعي. والتأكيد PIPE3 هو WEAK لأن تاليه التكراري ينجو من الطفرات المحقونة ذات الصلة، مع نتيجة 0/6 في قتل الطفرات في حالة خط الأنابيب المميزة.

ما الأدلة التي يمكن للمراجع استخراجها من هذا العرض التجريبي؟

تُصدِّر واجهة المستخدم ملف signoff_certificate.json متضمناً أحكام كل خاصية، وإمكانية الوصول، ونتائج الطفرات، ومخروط التأثير، وسجلات الأمثلة المضادة عند انطباقها، وحقل SHA-256. تتلقى حالة TRUSTWORTHY فقط شهادة توضيحية موقَّعة؛ بينما تُحجب نتائج BOUNDED-PROVEN وVACUOUS وWEAK وDEAD وVIOLATED للمراجعة البشرية مع ذكر السبب.

البحث التقني

البحث الكامن وراء هذا العرض التجريبي — المعمارية، وتصميم التحقق، والمخطط المؤسسي.

أدخل حوكمة جودة البراهين في نقاشات الاعتماد النهائي

ندعو قادة التحقق لمناقشة مسارات الأدلة الحتمية لمسارات عمل الهندسة المدعومة بالذكاء الاصطناعي فائقة الأهمية.

النقاش التالي المفيد يدور حول مخرجات البراهين التي يحتاج فريقك لفحصها، وحدود السياسات التي يمكن للمراجع الدفاع عنها، وما سيتطلبه التوجه الإنتاجي المستقل عن المحركات.

تقييم حوكمة البراهين

  • ✓ رسم مسار مراجعة البراهين الحالي
  • ✓ تحديد أدلة الفراغ والقوة
  • ✓ تحديد حالات سياسة الاعتماد النهائي
  • ✓ تحديد سجلات الشهادات القابلة للمراجعة

تصميم مسار الحوكمة

  • ✓ تصميم بوابات أدلة مستقلة عن المحركات
  • ✓ بناء توجيه حتمي للسياسات
  • ✓ نمذجة مسارات عمل التدقيق والاستثناءات
  • ✓ تخطيط تسليم الاعتماد النهائي البشري
التواصل الاجتماعي

منشور أيضًا على