K-EXAONE-2.0-750B-A37B-DSpark: نموذج LG الكوري 750B MoE قادم إلى vLLM

في 9 أغسطس 2026، فُتح طلب سحب في مستودع vLLM لإضافة K-EXAONE-2.0-750B-A37B-DSpark — وهو النسخة القائمة على فك التشفير التخميني (speculative decoding) من النموذج الكوري الرئيسي الضخم الذي يضم 750 مليار معلمة من LG AI Research. وبعد أربعة أيام، في 13 أغسطس، جعل طلب سحب ثانٍ وأكثر أساسية التسريب أمرًا ملموسًا: أصبح لدى vLLM الآن مسار تكوين عام DSparkDraftModel، يعيّن أي نقطة تفتيش من Hugging Face تُعلِن أن بنيتها architectures=DSparkDraftModel مع model_type=qw​en​3 إلى النموذج المعروف Qw​en3DSparkModel، مع خطة اختبار تخدم فعليًا نموذج المسودة RadixArk Qw​en​3.8-2.4T-A95B-DSpark عبر أسلوب dspark spec. النموذج الأساسي K-EXAONE-2.0-750B-A37B صدر في 31 يوليو بموجب رخصة Apache 2.0، وعند الإطلاق استطاع vLLM خدمته بطريقة MTP draft لكن ليس بطريقة DSpark — وهو نموذج المسودة الذي توفره LG أيضًا وتدّعي أنه يحقق تسريعًا في فك التشفير بمقدار 3–5 مرات. أما DSpark فهو بحد ذاته أسلوب Deep​Seek، وهو نفسه نموذج المسودة شبه التراجعي الذاتي الذي يعمل على Deep​Seek-V4-Pro-DSpark وDeep​Seek-V4-Flash-DSpark، وبالتالي فإن طلبي السحب معًا هما أوضح مؤشر حتى الآن على أن حزمة فك التشفير التخميني من Deep​Seek أصبحت الخيار الافتراضي للأوزان المفتوحة.

هذه قطعة عن ما نعرفه حتى الآن، وليست قصة إطلاق. كل من طلبي السحب مفتوح وغير مدمج، ونقطة تفتيش DSpark لا يوجد لها معيار مستقل، ورقم تسريع LG هو ادعاء من البائع. كل ما يلي مُصنَّف وفقًا لذلك. ما هو حقيقي اليوم: الأوزان موجودة على Hugging Face، النموذج الأساسي صدر، ومُفكك الرموز التخميني الخاص بـ vLLM لـ DSpark يخدم بالفعل نقاط تفتيش DeepSeek وKimi، ومسار الإعداد العام الذي من شأنه أن يسمح لمُعد مسودة DSpark من طرف ثالث بالتحميل — وهو القطعة التي كان ينتظرها هذا التسريب — موجود الآن في طلب سحب عام، تم اختباره لكن لم يُطرح بعد.

النسخة المختصرة

• PR #51558، الذي تم فتحه في ٩ أغسطس ٢٠٢٦، يضيف K-EXAONE-2.0-750B-A37B-DSpark إلى vLLM؛ وهو مفتوح دون أي موافقات حتى الآن.

• PR #52197، الذي فُتح في 13 أغسطس 2026، يضيف دعمًا عامًا لتكوين DSparkDraftModel — architectures=DSparkDraftModel مع model_type=qw​en​3، ويُطبَّع إلى Qw​en3DSparkModel — وتشمل خطة اختباره تشغيل أداة RadixArk Qw​en​3.8-2.4T-A95B-DSpark لإنشاء المسودات باستخدام طريقة dspark spec وسبعة رموز spec. كما أنه مفتوح وغير مدمج.

إن DSpark هو المسوِّد (drafter) من عائلة EAGLE الذي أصدرته DeepSeek كمصدر مفتوح، وهو متاح على DeepSeek-V4-Pro-DSpark وDeepSeek-V4-Flash-DSpark؛ وتُعد LG أبرز مختبر آخر تبنّاه حتى الآن، كما أن مسوِّد Qwen3.8 من RadixArk يُعد التبني المستقل الثاني.

البديل DSpark هو نموذج MoE بـ78 طبقة وحجم 750B مع خمس طبقات مسودة إضافية؛ وتدّعي LG أن كلاً من DSpark وMTP يوفّران تسريعًا في فك التشفير بنحو 3–5× تقريبًا، وهو موجّه لأحمال العمل الوكيلية طويلة المدى.

• عند الإطلاق، كان vLLM يدعم MTP لـ K-EXAONE 2.0 وليس DSpark؛ أما دعم DSpark فسيأتي عبر طلب السحب الخاص بالطراز ومسار الإعدادات العام.

• لا يستضيف أي مزوّد نقطة فحص K-EXAONE 2.0 اليوم، وكل معيار على البطاقة هو من إعداد LG نفسها.

ما هي طلبات السحب (وما ليست)

تم فتح طلب السحب رقم #51558 في vLLM، بعنوان "[Model] Add K-EXAONE-2.0-750B-A37B-DSpark"، بواسطة lkm2835 — نفس المساهم الذي قدّم دعم K-EXAONE سابقًا في vLLM (#50524 للنموذج الأساسي) وفي SGLang (#33648). إنه طلب سحب متفرع (fork PR) مُوسوم بعلامة «new-model»، وقد طُلبت مراجعته من مالكي كود vLLM، ولم يحصل على أي موافقات بعد. يتكوّن الوصف من ثلاثة أسطر: يضيف دعمًا لنقطة تفتيش DSpark "التي طورتها LG AI Research"، ويضم رابطًا لبطاقة نموذج Hugging Face والتقرير الفني لـ K-EXAONE 2.0 (arXiv 2608.04505)، ويشير إلى العمل السابق في vLLM في #50524.

إصدار 13 أغسطس مختلف في جوهره. #52197، "دعم إعدادات DSpark مع architectures=DSparkDraftModel + model_type=qw​en​3"، يضيف طبقة تطبيع عامة: نقطة تفتيش مسودة من Hugging Face تُعرّف نفسها على أنها DSparkDraftModel على نوع نموذج qw​en​3 تتم إعادة تعيينها إلى Qw​en3DSparkModel التي يمكن لوحدة فك التشفير المخصص (spec-decoder) الحالية في vLLM تحميلها. النموذج المرجعي في خطة اختباره هو RadixArk/Qw​en​3.8-2.4T-A95B-DSpark — وهو مخمّن DSpark للهدف Qw​en​3.8-2.4T-A95B من الفئة القصوى — يُقدَّم باستخدام طريقة dspark spec ونافذة تخمين من سبعة رموز. رسالة الالتزام هي الفكرة بأكملها: "architectures=DSparkDraftModel+model_type=qw​en​3." الهدف من التغيير هو أن يكون مُعدّ مسودة DSpark تابعاً لجهة خارجية قابلاً للتحميل من خلال الإعداد بدلاً من الحاجة إلى كود خاص بكل نموذج، وهو ما يتم به حالياً توصيل كل نقطة تفتيش DSpark مدعومة. إنه مفتوح وغير مدمج، مثل #51558.

اقرأ تلك الحالة حرفيًا. "الدعم قيد الإضافة" ليس "الدعم متاح": حتى يتم دمج أي PR وإصداره في نسخة، فإن البناء القياسي لـ vLLM لن يقوم بتحميل نسخة DSpark بعد. بطاقة النموذج نفسها تقول إن تقديم K-EXAONE 2.0 مع DSpark غير مدعوم حاليًا على vLLM، الذي يستخدم MTP بدلاً من ذلك. هذان الـ PRs هما الخطوتان اللتان تغيّران تلك الجملة — إذا تم تنفيذهما ومتى.

لماذا DSpark هي القصة الحقيقية هنا

اسم النموذج يقوم بالكثير من العمل. {{1}}تعني "A37B" وجود 37 مليار معامل نشط لكل رمز.{{/1}} {{2}}أما "DSpark" فهو نموذج المسودة في فك الترميز التخميني الذي طرحته Deep{{KEEP}}Seek{{/KEEP}} هذا العام:{{/2}} نموذج مسودة شبه تلقائي الانحدار من عائلة EAGLE، يقترح كتلة من الرموز في تمريرة واحدة ويتيح للنموذج المستهدف التحقق منها، بحيث تبقى جودة المخرجات دون تغيير بينما يصبح التوليد أسرع. {{3}}وقد نشرت Deep{{KEEP}}Seek{{/KEEP}} الكود البرمجي كمصدر مفتوح، وتوفر نموذج المسودة مع نقاط تفتيش Deep{{KEEP}}Seek{{/KEEP}}-V4-Pro-DSpark وDeep{{KEEP}}Seek{{/KEEP}}-V4-Flash-DSpark الخاصة بها، مع تسريعات أبلغ عنها المجتمع تتراوح بين 60–85% لـ Flash و57–78% لـ Pro مقارنةً بخط الأساس MTP أحادي الرمز.{{/3}}

ما يبيّنه طلب السحب الجديد هو أن دعم DSpark في vLLM لم يكن أبدًا هو السؤال المعلّق. توثيقات vLLM نفسها تسرد بالفعل وحدات DSpark لنقاط تفتيش Deep​Seek-V4 وKimi K3 وGem​ma​4، وقد وثّق الفريق التصميم في منشور هندسي في يوليو. لكن كل واحدة من هذه التكاملات مُدمجة يدويًا — قائمة مباركة من نقاط التفتيش، وليس مسارًا يمكن لأي شخص استخدامه. نقطة تفتيش K-EXAONE ببساطة ليست على تلك القائمة. #52197 هي محاولة لجعل المسار عامًا: خريطة إعداد واحدة (DSparkDraftModel مع qw​en​3) بدلاً من فئة نموذج مخصصة أخرى، ونموذج مسودة من طرف ثالث كحالة اختبار مرجعية بدلاً من نموذج Deep​Seek. ولهذا السبب فإن قصة تسريب نقطة تفتيش مسودة هي في الحقيقة قصة بنية تحتية.

يحافظ K-EXAONE-2.0-750B-A37B-DSpark على الطبقات الـ78 من النموذج الأساسي ويضيف خمس طبقات مسودة DSpark، وورقة بيانات النموذج من LG تدّعي أن كلاً من DSpark وMTP يسرّعان التوليد بنحو 3–5× — وهذه أرقامها الخاصة، الموجّهة نحو "أحمال العمل طويلة الأفق مثل المهام الوكيلة"، حيث يكون زمن فك الترميز هو عنق الزجاجة. يترتب على ذلك أمران. أولاً، أصبح فك الترميز التخميني ميزة أساسية في النماذج الحدودية المفتوحة بدلاً من أن يكون حيلة تشغيلية تُضاف لاحقاً. ثانياً، حزمة المسودة الخاصة بـDeep‌Seek هي التي تصبح الخيار الافتراضي — وهذا هو بالضبط سبب أهمية إطلاق نموذج سيادي ممول من الحكومة الكورية يحمل هذه التقنية، بما يتجاوز الخبر المعتاد عن "نموذج جديد".

النموذج وراء الـPR

K-EXAONE-2.0-750B-A37B-DSpark هو نوع مختلف من K-EXAONE 2.0، وهو التتمة لخط K-EXAONE من LG بحجم 236B، وأكبر نموذج أساسي محلي في كوريا الجنوبية، مبني ضمن برنامج الذكاء الاصطناعي السيادي الحكومي. النموذج الأساسي — 750B معلمات إجمالية، 37B نشطة، خليط من الخبراء مع 256 خبيرًا و8 نشطين لكل رمز، نافذة سياقية من 262,144 رمزًا، عشر لغات، Apache 2.0 — تم إصداره على Hugging Face في 31 يوليو 2026، تمت ترقيته من سابقه 236B بدلاً من تدريبه من الصفر.

تُظهر متوسطات معايير LG الخاصة (24 معيارًا، 70.1 بشكل عام) الشكل المتوقع لنموذج سيادي كوري: نتائج قوية مُبلَّغ عنها في استرجاع السياق الطويل، وسلامة المجتمع الكوري، والبرمجة العاملة بالوكالة، إلى جانب أرقام تتخلف عن Qw​en​3.5 من Alibaba في الاستدلال العام (83.5 مقابل 89.8 في MMLU-Pro، على سبيل المثال). لم يتم التحقق من أي منها بشكل مستقل بعد. لا يغيّر متغير DSpark أيًا من هذه النتائج — فهو أداة تقديم، طريقة أسرع لتشغيل النموذج نفسه — وهذا هو بالضبط سبب ظهوره في طلبات السحب الخاصة بأطر الاستدلال بدلاً من الإعلان عنه.

الواقع الفعلي لخدمة نموذج MoE بحجم 750 مليار معامل

هنا حيث تظهر أهمية دعم DSpark فعليًا. إن K-EXAONE-2.0-750B-A37B-DSpark هو نقطة تحقق تحتوي على 751 مليار معامل بصيغة BF16/F32، وتشير إرشادات LG إلى الحاجة إلى عقدتين على الأقل من ثماني وحدات NVIDIA H200 GPU لكل عقدة (أي 16 وحدة GPU، مع توازي الموترات 16). عند هذا النطاق، تكون إنتاجية فك الترميز هي العنصر الحاسم بأكمله — الرموز في الثانية، وتكلفة دورة وكيل طويلة — وهذا بالتحديد ما يستهدفه فك الترميز التخميني. تسريع فك الترميز بمقدار 3–5 مرات، إذا ظل قائمًا خارج بيئة اختبار LG، هو الفارق بين كون مجموعة H200 اقتصادية أم لا. كما توثق LG مشكلة انهيار التوليد على وحدات B200 GPU تتطلب استخدام الحل البديل --disable-prefill-cuda-graph حتى يتم إصلاحها — وهذا تذكير بأن هذه خدمة متطورة للغاية وليست جاهزة للتشغيل المباشر.

ما تكلفته، وكيف يمكنك تجربته فعليًا

لا تقدم أي واجهة برمجة تطبيقات (API) خدمة K-EXAONE 2.0 اليوم. بطاقة Hugging Face الخاصة بنسخة DSpark لا تزال تقول "هذا النموذج غير منشور بواسطة أي مزود استدلال"، وحجم 16×H200 يعني أنه لا يصل إلى واجهة برمجة تطبيقات مستضافة إلا عندما يقرر شخص يمتلك هذا العتاد استضافته. هذه هي نقطة الاحتكاك الحقيقية: حدود الأوزان المفتوحة أصبحت مشكلة تقديم بشكل متزايد، وليست مشكلة توفر.

عندما يتبناه مزود خدمة، سيظهر تسريع فك التشفير التخميني في السعر لكل رمز، وستكون تكلفة التحول لتجربته شبه معدومة إذا كان تطبيقك غير مرتبط بنموذج محدد بالفعل. على OrcaRouter — وهو نقطة نهاية متوافقة مع OpenAI عبر أكثر من 200 نموذج، مع تمرير سعر القائمة من المزود بهامش ربح 0% — فالنموذج الذي يصل إلى أي مزود من المزودين الأعلى يصبح تغيير توجيه بدلاً من إعادة تكامل، ويعني التبديل التلقائي عند الفشل أن نموذج MoE جديدًا بحجم 750B يتبين أنه بطيء أو غير مستقر يعود إلى نموذج معروف جيدًا دون حادثة. لنكون صريحين: OrcaRouter لا يستضيف K-EXAONE-2.0-750B-A37B-DSpark اليوم، ولا يستضيفه أي API آخر وجدناه. الهدف من طبقة التوجيه هو أن تكون جاهزة لليوم الذي يتبناه أحدهم.

ما نشاهده

• دمج طلبي السحب. #51558 (خاص بالنموذج) و#52197 (إعداد عام) كلاهما مفتوحان دون أي موافقات. الدمج والإصدار هما ما يحوّلان "دعم DSpark" من طلبات سحب إلى خيارات يمكنك تمريرها فعليًا.

نطاق المسار العام. إذا تم دمج #52197، فإن أي DSparkDraftModel من نوع qw​en​3 على Hugging Face يصبح قابلاً للتحميل عبر الإعدادات — الفرق بين كون DSpark قائمة نقاط تفتيش معتمدة وكون DSpark معيارًا مفتوحًا.

أول تقييم مستقل. كل معيار على البطاقة مُدار من LG. أول نقطة بيانات من Artificial Analysis أو arena على نموذج MoE كوري بحجم 750B ستكون أول رقم لا تصدره الجهة الموردة.

• DSpark يتجاوز Deep​Seek. أصبحت LG وRadixArk الآن مُنتِجَتين مستقلتين لأسلوب المسودة في Deep​Seek، ومسار vLLM العام هو الإشارة الثالثة على أن هذه الحزمة التقنية في طور التوحيد.

• خدمة النماذج المكممة. توفّر LG نقاط تفتيش FP8 وNVFP4 للنموذج الأساسي؛ لكن من شأن نسخة مكممة من DSpark تعمل على عدد أقل من وحدات معالجة الرسوميات أن تغيّر الجدوى الاقتصادية أسرع من أي معيار أداء.

الأسئلة الشائعة

هل تم إصدار K-EXAONE-2.0-750B-A37B-DSpark؟

الأوزان متاحة على Hugging Face بموجب ترخيص Apache 2.0، لكن هذه ليست قصة إطلاق: دعم vLLM يتمثل في طلبي سحب مفتوحين وغير مدمجين (#51558 و#52197)، ونسبة التسريع هي من LG نفسها، ولا يوجد مزود يستضيف النموذج. ما يعنيه «مؤكَّد» هنا هو مسار الخدمة — دعم الإعدادات العامة لـ DSparkDraftModel أصبح موجودًا الآن في طلب سحب عام مع خطة اختبار قابلة للتنفيذ — وليس أن أي إصدار مُصدَر من vLLM يمكنه خدمة النموذج بعد.

ما الفرق بين K-EXAONE-2.0-750B-A37B ونسخة DSpark؟

طبقات النموذج الأساسي البالغة 78 طبقة، إضافةً إلى خمس طبقات مسودة من DSpark لفك الترميز التخميني — نفس الأوزان في الأساس، ونفس المعايير، وأداة خدمة أسرع في فك الترميز بدلاً من نموذج مختلف.

هل DSpark تابع لـ LG أم DeepSeek؟

DSpark هي طريقة Deep​Seek مفتوحة المصدر لفك الترميز التخميني (speculative decoding)، وهي مضمّنة أيضًا في Deep​Seek-V4-Pro-DSpark وDeep​Seek-V4-Flash-DSpark؛ وتُعد LG أبرز من تبنّاها حتى الآن، بينما يُمثل Qw​en​3.8-2.4T-A95B-DSpark من RadixArk نموذج مسودة مستقلًا ثانيًا مبنيًا على الطريقة نفسها. وتدّعي بطاقة نموذج LG نطاق التسريع نفسه (3–5×).

هل يمكنني تشغيل K-EXAONE-2.0-750B-A37B-DSpark على أجهزتي الخاصة اليوم؟

فقط من خلال الاستضافة الذاتية: إرشادات LG تتطلب ستة عشر وحدة معالجة رسومية NVIDIA H200 على الأقل، والإصدارات القياسية من vLLM وSGLang وTransformers لا تزال تحتاج إلى فروع غير مدمجة أو مسار التكوين العام المعلق للتعرف على البنية. دعم DSparkDraftModel في #52197 هو أقرب شيء إلى مسار مشترك، لكنه لا يزال طلب سحب مفتوحًا.

ما يجعل هذا جديرًا بالمتابعة ليس طلبات السحب نفسها — بل ما تشير إليه. نموذج كوري سيادي رائد بمعاملات تبلغ 750 مليارًا وترخيص Apache-2.0 اختار أن يشحن حزمة فك الترميز التخميني من Deep​Seek، وشركة استدلال مستقلة بنت مُصيغ DSpark لطراز Qw​en​3.8 من الفئة القصوى، وvLLM يرد بمسار إعدادات عام بدلاً من رقعة خاصة بكل نموذج. هكذا تصبح النماذج المفتوحة الحدودية حقيقية — ليس في لحظة إطلاق الأوزان، بل في لحظة دمج المُصيغات.