Suveria: عمل خاص مع الذكاء الرقمي

نسخة مؤرخة في 31 أكتوبر 2026. توسع الوثيقة مبادئ البيان المتعلقة بـSuveria: كيف نريد حماية الخصوصية، وكيف من المقرر أن يجري العمل مع الذكاء الرقمي، وكم يكلف، وكيف سنتحقق منه. البنية الموصوفة هنا تصميم. والإشارة إلى تقنية موجودة أو إلى وثائق مزود لا تعني أننا شغلناها في Suveria. نضيف نتائج تجاربنا في الفصل 9، مع التاريخ ونسخة التهيئة ونطاق القياس دائمًا.

أنجز الذكاء الرقمي هذه الترجمة استنادًا إلى الأصل البولندي المؤرخ في 31 أكتوبر 2026. وفي حال وجود اختلافات، يكون النص البولندي هو المرجع الملزم.

1. ما Suveria ولماذا ننشئها#

من المقرر أن تكون Suveria مساحة خاصة على الإنترنت، يتحاور فيها الإنسان مع الذكاء الرقمي، ويعمل على مواده الخاصة، ويعود إلى أفكاره السابقة، كما في بيته خلف باب مغلق. تصممها مؤسسة Novus Ignis في Poznań، التي يصف البيان قيمها، مراعاة لأناس من كل مكان في العالم. وتقوم على نماذج مفتوحة للذكاء الرقمي، ونريد إتاحة برمجياتنا الخاصة بوصفها منفعة رقمية عامة ذات شيفرة مفتوحة.

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

نريد أن تتيح Suveria ما يلي:

• التحاور مع الذكاء الرقمي في الشؤون الشخصية والمهنية، مع رؤية مكان معالجة الحوار ومن يستطيع الاطلاع عليه؛
• العمل على الوثائق والملفات الخاصة، وحفظ النتائج ونقلها إلى مكان آخر بصيغ مفتوحة؛
• حفظ الحوارات والملفات وذاكرة المساعد أساسًا على الأجهزة الخاصة، مشفرة بمفتاح يبقى تحت سيطرة المستخدم؛
• استخدام ذاكرة الحوارات السابقة بموافقة المستخدم، والعودة إلى الأسباب السابقة للقرارات، وبناء المرجع الشخصي (Canon Personalis)، أي مجموعة من المبادئ والقيم الخاصة؛
• اختيار طريقة العمل، من نموذج على الجهاز الخاص إلى بيئة سرية على خادم، مع معلومات واضحة عما تحمي منه كل طريقة؛
• الدفع بحسب الاستخدام الفعلي، مع حد للإنفاق يحدده المستخدم بنفسه؛
• صقل فكرة على انفراد، ثم الإسهام بها عن وعي في الحوار المشترك في Omniforum.

نوجه الإصدار الأول إلى الأشخاص الذين تشكل الخصوصية القابلة للتحقق سبب اختيارهم.

نريد أن يمنح اليوم الأول في Suveria شعورًا هادئًا بأن الإنسان في مكانه الخاص، في ورشة خاصة يرتبها وفق وتيرته. سيتمكن المستخدم من إخبار المساعد عن شؤونه وأهدافه؛ ونريد أيضًا إتاحة نقل الملاحظات الخاصة وأرشيف الحوارات السابقة مع خدمات أخرى للذكاء الرقمي إلى Suveria. ومن المقرر أن يبقى هذا الأرشيف مشفرًا ومنظمًا على جهاز المستخدم، وألا يصل إلى النموذج البعيد سوى الجزء المختار للسؤال الحالي (الفصل 3).

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

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

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

يتوقف ما سيستخدمه الإصدار الأول على مقدار ما تجمعه المؤسسة من أموال قبل تشغيله. والأرجح واجهة API سرية لدى مزود خارجي؛ فهذه الخدمات متاحة اليوم في الولايات المتحدة، وتكون سريتها في البداية تصريحًا من المزود سنتحقق منه. وإذا كفت الأموال لاستئجار خوادم خاصة بنا في بيئة سرية، فقد يعمل الإصدار الأول عليها منذ البداية. وإلى أن تسفر تجارب الفصل 9 عن نتيجة إيجابية، نوسم كل خيار من هذه الخيارات بأنه حماية معلنة، لا حماية سرية. يصف الفصل 2 الحماية المستهدفة. وسنصف قبل إطلاق التجربة الأولية ما يترتب على ذلك لحماية البيانات الشخصية للأشخاص في أوروبا.

استخدام Suveria ليس موافقة على استخدام الحوارات لتدريب النماذج. ولا يدخل محتوى المستخدمين في مواد البحث إلا بموافقة منفصلة وواعية، وتأتي المواد الأخرى من رصيد المؤسسة العلني من المعرفة والعمل ومن مصادر أخرى ذات أساس واضح للاستخدام، كما تصف الورقة البيضاء للمواد والاختبار المعياري.

تكمل Suveria مساحة Omniforum المشتركة للحوار والقرارات: تمنح الأولى ورشة خاصة، والثانية منبرًا عامًا. ويصف بيان المؤسسة القيم التي ينطلق منها التصميمان. وفيما يلي نعرض بالترتيب:

• ما نحميه ومم نحميه، وأين توجد البيانات والمفاتيح (الفصل 2)؛
• كيف تنتقل الرسالة من الجهاز إلى النموذج وكيف نتحقق من ذلك (3)؛
• كيف نحد من إساءة الاستخدام دون قراءة الحوارات الخاصة (4)؛
• كيف تجري الحوسبة على بطاقات رسومية متعددة (5)؛
• ما النماذج والذاكرة والأدوات التي نخطط لها (6)؛
• مقدار القدرة الحاسوبية اللازمة، من 30 شخصًا إلى البشرية كلها (7)؛
• كم يكلف ذلك، في حساب مؤرخ (8)؛
• كيف سنتحقق من الوفاء بالوعود: تجارب القبول وسجل النتائج (9).

2. ما نحميه ومم نحميه#

نحمي محتوى الحوارات والملفات، والسجل والذاكرة، والمفاتيح، وبيانات الفوترة، والبيانات الوصفية، مثل وقت الاتصال وعنوان الشبكة وحجم الطلب. ويتطلب كل مجال من هذه المجالات وسائل مختلفة.

يبين الجدول أدناه ممن يحمي كل خيار من خيارات العمل الخمسة الموصوفة في البند 2.3. وتعتمد الحماية في خيارات الخوادم على التصديق، أي إفادة موقعة من العتاد بشأن البرمجيات التي تعمل على آلة بعيدة ونمط الحماية الذي تعمل فيه. ملأنا الخانات استنادًا إلى الفصول اللاحقة من هذه الوثيقة؛ ويعني «تصريح المزود» أننا لا نؤكد الحماية إلى أن نتحقق منها بأنفسنا.

تغير الحوسبة السرية تكلفة الهجوم: فبدلًا من وصول مسؤول النظام عن بعد، يلزم تدخل مادي في العتاد.

نصف أدناه كيف من المقرر أن يعمل الخيار المستهدف ببيئتنا السرية الخاصة؛ ويبين جدول البند 2.3 أوجه اختلاف الخيارات الأخرى. وما يعنيه ذلك عمليًا، على المقاطع المتتابعة لمسار الرسالة:

• على جهاز المستخدم يكون النص مقروءًا، لأنه هو من يكتبه ويقرؤه. ويحميه تطبيق لا يطلب إلا الصلاحيات اللازمة، والتحديثات، والحذر في التعامل مع النسخ الاحتياطية. ولا نستطيع حمايته إذا كانت برمجيات ضارة تعمل على الهاتف أو الحاسوب.
• في الطريق إلى الخادم تكون الرسالة مشفرة بحيث لا يستطيع قراءتها سوى مكان المعالجة الذي جرى التحقق منه. وقبل إرسالها، يتحقق التطبيق من أن البرمجيات التي نشرناها تحديدًا هي التي تعمل في الطرف الآخر.
• على الخادم يجب أن يقرأ النموذج المحتوى ليجيب، فيفعل ذلك في بيئة عتادية مغلقة لا يستطيع مسؤول الخادم أو العملاء الآخرون الاطلاع على داخلها. ونتحقق من شمول هذا العزل للمعالج والبطاقات الرسومية والذاكرة والوصلات بينها.
• عند الحفظ يكون سجل الحوارات وذاكرة المساعد مشفرين بمفتاح لدى المستخدم. ونتحقق من النسخ واستعادة الوصول والحذف.
• عند تشغيل الخدمة تجري الفوترة والتشخيص وبلاغات الأخطاء دون محتوى الحوارات، ويكون كل نوع من البيانات المجمعة معلنًا (الفصل 3).
• مع الأدوات الخارجية، حين ينفذ المساعد شيئًا خارج Suveria، كالبحث عن معلومة على الإنترنت، لا يرسل إلا ما وافق عليه المستخدم، ويبين وجهة الإرسال.

لا تصلح الحوسبة السرية حاسوب المستخدم المصاب. ولا تحمي أيضًا من كل شخص لديه وصول مادي إلى الخادم: ففي 2025 أظهر باحثون أن جهازًا موصولًا بناقل الذاكرة، مصنوعًا من قطع تقل كلفتها عن ألف دولار، يتيح استخراج مفاتيح التصديق في حلول Intel وAMD، وبذلك تزوير التصديق أيضًا في حوسبة NVIDIA السرية، ويعد مصنعو المعالجات هذه الهجمات خارج نطاق حمايتهم.¹ وتبقى أيضًا تبعيات لمصنعي العتاد، وصحة التشفير وشيفرة التطبيق وعملية التحديث. ويستطيع المزود رفض تقديم الخدمة حتى إن لم يستطع قراءة المحتوى. لذلك ينبغي أن يميز نموذج التهديدات بين الاطلاع على المحتوى، والاستدلال من البيانات الوصفية، وتغيير السلوك، وانقطاع الخدمة، وأن يبين لكل خيار من يجب أن يكون أمينًا كي تعمل الحماية.

ما دمنا نستخدم مراكز بيانات تخص جهات أخرى، فللمزود وصول مادي إلى العتاد ولا نستطيع التحقق منه؛ ونذكر ذلك عند كل خيار. ومع عتادنا الخاص (الخطوتان 3–4 في البند 8.2)، نريد أن نجعل هذا الوصول مرئيًا من خلال:

• جرد للأجهزة؛
• ضبط الدخول؛
• أختام ذات نمط عشوائي وحساسات لفتح الهيكل؛
• سجل للأعمال؛
• كاميرات لمراقبين مستقلين يظهر في صورتها الرقم الحالي من مولد عشوائية عام، موقعًا بمفتاح الآلة؛
• وفي المدى الأبعد، غرفة خوادم يمكن للجميع رؤيتها.

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

2.1. الأجهزة الخاصة والخوادم الاختيارية#

من المقرر أن تكون أجهزة المستخدم المكان الأساسي لحفظ الحوارات الخاصة والملفات والذاكرة، في حاويات مشفرة، أي مجموعات بيانات يقرأ محتواها بالمفتاح المناسب. هذا نهج local-first: تحفظ البيانات على الجهاز أولًا، ويمكن للخوادم دعم النسخ الاحتياطية والمزامنة.² ومن المقرر أن تظل المواد المحفوظة متاحة أيضًا بعد التوقف عن استخدام خدمات المؤسسة؛ وتعتمد المهام التي تتطلب نموذجًا بعيدًا على توافر خدمة الحوسبة المختارة.

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

2.2. المفاتيح واستعادة الوصول#

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

ندرس عدة طرق للاستعادة يمكن الجمع بينها: جهازًا ثانيًا لديه وصول بالفعل؛ ومفتاح استعادة مدونًا على الورق أو محفوظًا في مدير كلمات مرور؛ ومفتاحًا عتاديًا؛ وتقسيم المفتاح بين عدة أشخاص موثوقين، بحيث يستطيع مثلًا أي اثنين من ثلاثة استعادة الوصول معًا، ولا يستطيع أي منهم قراءة البيانات منفردًا. لا تحفظ المؤسسة المفاتيح أو أجزاءها، فلا تستطيع استعادة الوصول نيابة عن المستخدم أو تسليم بياناته.

في البداية نوصي بجهاز ثان ومفتاح مدون على الورق؛ أما تقسيم المفتاح بين أشخاص موثوقين فخيار لمن يرغب.

2.3. خيارات الحماية#

نريد مقارنة خمسة خيارات للعمل، لأن كلًا منها يحمي من أمر مختلف:

يتطلب التحقق المستقل من الخادم تطبيقًا مثبتًا. ففي المتصفح يقدم المشغل في كل مرة الشيفرة التي تتحقق من الخادم، لذلك نوسم هذه الطريقة بأنها أقل حماية.

قد تكون للجهاز المتصل بالشبكة نقاط هجوم أكثر من بيئة خادم معزولة، لذلك لا يحسم مكان الحوسبة وحده الأمان. ولا يحصل أي خيار على وسم «خصوصية كاملة» قبل التحقق من التهيئة المحددة. وفي كل حوار يرى المستخدم الخيار الذي يعمل فيه، ويتطلب تغييره قرارًا واعيًا منه. ويتيح مفتاح واجهة API الخارجية الذي يملكه المستخدم فوترة الوصول، لكنه لا يضمن السرية تجاه المزود. وهذا الخيار ليس الخيار الافتراضي لـSuveria الخاصة، وقبل إرسال المحتوى نبين هل يستطيع المزود استخدامه لتدريب النماذج وكم يحتفظ به.

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

لن يحمي الخادم الآمن نصًا يقرأ من هاتف مخترق، ولن يصلح الهاتف الأكثر أمانًا الخادم، لذلك نصمم التطبيق مع حماية الجهاز. نريد أن يعمل تطبيق Suveria دون خدمات Google، مثلًا على نظام GrapheneOS، وأن يتاح أيضًا خارج متجر Google Play، وأن تكون إصداراته مبنية بناء قابلًا لإعادة الإنتاج: يستطيع أي شخص بناء التطبيق بنفسه من الشيفرة المصدرية المنشورة والتحقق من حصوله على ملف مطابق لما يثبته. ونخطط أيضًا لضمانات داخل التطبيق نفسه: منع لقطات الشاشة، ونمط للوحة المفاتيح لا يتعلم النص المدخل، واستبعاد البيانات الخاصة من النسخ السحابية، وإخفاء محتوى الإشعارات، وقفل التطبيق. وسنعد على موقع المؤسسة دليلًا لحماية الأجهزة الخاصة على ثلاثة مستويات: من الإعدادات والتحديثات الأساسية، مرورًا بعزل أقوى للعمل والمفاتيح، إلى تهيئات مجربة لأصحاب أعلى المتطلبات، مثل Qubes OS على حاسوب ذي برمجيات ثابتة مفتوحة. ولا يتطلب استخدام Suveria شراء العتاد المحدد، واسم نظام التشغيل ليس شهادة اعتماد للجهاز كله.

سنعرض مع كل حوار بطاقة الحماية (Charta Tutelae): قائمة العناصر التي تعتمد عليها خصوصية هذا الحوار، وكل عنصر في إحدى ثلاث حالات:

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

تحمل حالة «تحققنا منه» تاريخ آخر تحقق وتنتهي صلاحيتها: فبعد مدة محددة دون تحقق جديد تعود إلى حالة «معلن». وسنعرض منفصلة الحالات المعروفة لانهيار الثقة، كحادث لدى المزود أو تغيير غير مؤكد في التهيئة. والبطاقة واحدة للجميع ولا تعتمد على السعر، والخيار الذي يكون فيه حتى عنصر واحد مجرد تصريح لا يسمى «خصوصية كاملة». ويصف الجدول في بداية الفصل 2 وجدول الخيارات في هذا البند الخيارات بوجه عام، بينما ستبين البطاقة الحالة الخاصة بهذا الحوار تحديدًا.

3. المسار من الجهاز إلى النموذج#

من المقرر أن تتكون Suveria من عدة أجزاء:

• تطبيق على جهاز المستخدم؛
• بوابة تفوتر الطلبات وتفرض حد الإنفاق؛
• بيئة سرية للنموذج، خاصة بنا أو لدى مزود؛
• تخزين نسخ مشفرة؛
• وسيط اختياري يخفي عنوان المستخدم.

من المقرر أن تعمل البوابة في آلة للحوسبة السرية. وقبل التجربة الأولية سنبين في التطبيق أين ينتهي التشفير الخاضع لسيطرة جهاز المستخدم وهل ترى البوابة المحتوى، وإن رأته فلا يكون ذلك إلا داخل البيئة السرية.

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

المسار المقترح للجلسة:

1. ينزل التطبيق وصف الإصدار المعتمد ويتحقق من التصديق، أي إفادة تشفيرية بخصائص محددة للبيئة المشغلة.
2. يتحقق من مطابقة العتاد وحالة الحماية وقياسات البرمجيات لسياسة علنية. ويجب ربط مفتاح مستلم البيانات بهذا التصديق.
3. بعد نجاح التحقق ينشئ اتصالًا مشفرًا بالبيئة المعتمدة. ويوقف أي اختلاف إرسال البيانات؛ ويتطلب الانتقال إلى خيار آخر اختيارًا واعيًا.
4. تعالج البيئة الطلب مع وصول محدود إلى الشبكة والأدوات، وتعيد النتيجة وتحذف بيانات العمل وفق السياسة المنشورة.
5. لا يحفظ الحوار أو الذاكرة إلا في النطاق الذي يختاره المستخدم.

يساعد التصديق على تحديد ما جرى تشغيله، لكنه لا يثبت وحده أمان هذه الشيفرة. وتلزم مراجعات للشيفرة، والبناء القابل لإعادة الإنتاج للبرمجيات من الشيفرة المصدرية (الموصوف في البند 2.3)، وسجل للنسخ المعتمدة، وإمكان التحقق المستقل. وتمثل بنية Apple Private Cloud Compute مرجعًا لنا في ربط الحماية بالشفافية في إصدار البرمجيات؛ وليست شهادة اعتماد لتصميمنا.³

نريد حماية الإصدارات بحيث لا تعتمد الثقة على شخص واحد أو على المؤسسة وحدها:

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

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

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

لا يخفي التشفير والحوسبة السرية أطوال الحزم التي تنقل الإجابة ولا إيقاعها. وقد أظهرت أبحاث من 2024–2025 أن مراقب الشبكة يستطيع أن يستعيد منها موضوع الحوار، وأحيانًا محتواه.⁵⁶ لذلك نريد في النمط السري إرسال الإجابة في أطر ثابتة الحجم وبإيقاع ثابت، وعدم مشاركة ذاكرة الطلبات المؤقتة بين المستخدمين، وتعطيل فك الترميز التخميني. وتزيد هذه الوسائل التأخير قليلًا وتخفض معدل النقل قليلًا؛ وسنراعي ذلك في الحساب.

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

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

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

4. الحد من إساءة الاستخدام دون الاطلاع على المحتوى الخاص#

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

سيكون إنشاء الحساب ممكنًا بعدة طرق، من طريقة خاصة تمامًا (مفتاح على الجهاز الخاص، دون عنوان بريد إلكتروني) إلى طرق مريحة (تسجيل الدخول عبر مزود خارجي). وسنبين لكل طريقة، قبل اختيارها، من خارج المؤسسة يعلم بإنشاء الحساب وما البيانات التي يراها، وما يحدث إذا اختفى ذلك المزود. ولا تؤثر طريقة إنشاء الحساب في حقوق المشارك؛ فحق التصويت في Omniforum شهادة منفصلة تضاف إلى الحساب.

نقيم الخصوصية والحد من إساءة الاستخدام كلًا على حدة. نصمم Suveria بحيث لا تكون لدى المؤسسة بيانات عن شخص معين يمكنها تسليمها: فالمحتوى مشفر بمفاتيح المستخدم، ولا نجمع بيانات عن عمل الخدمة إلا في النطاق العلني الموصوف في الفصل 3، ونقتصر في البيانات الشخصية على الحد الأدنى الذي يتطلبه القانون للمدفوعات والمحاسبة؛ وننشر نطاقها أيضًا. وإذا طلب أحد منا بيانات شخص معين، فنريد أن نستطيع الإجابة بصدق أننا لا نملك بياناته إلا ضمن ذلك الحد الأدنى الموصوف علنًا. وسنصف لكل ضمانة ضد إساءة الاستخدام ما تحتاجه من بيانات، ومدة احتفاظنا بها، وآثارها على المشارك الأمين، وكيف يمكن الاعتراض على حظر خاطئ.

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

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

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

4.1. تعليمات المساعد العلنية والمكتبة المشتركة#

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

5. الحوسبة على بطاقات رسومية متعددة#

لا يتسع نموذج الفصل 6 على بطاقة رسومية واحدة، لذلك يلزم التحقق من الحماية أيضًا في الوصلات بين البطاقات: يصل ناقل PCIe المعالج بالبطاقات، وتصل NVLink وNVSwitch البطاقات بعضها ببعض.

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

في نمط Hopper Protected PCIe، الموصوف في وثائق PPCIe v2، تنتمي شبكة NVLink وNVSwitch إلى الجزء الموثوق من النظام، لذلك لا يعني تشفير PCIe تشفير كل وصلة بين البطاقات.⁸ وتصف وثائق NVIDIA R595 لبطاقات Blackwell نمطًا للحوسبة السرية على بطاقات متعددة، مع تشفير وصلات NVLink ودعم ما يصل إلى ثماني بطاقات في آلة افتراضية سرية واحدة.⁹ وهذا أساس للتحقق من التهيئة، لا دليل على أن كل استئجار لبطاقات B200 يتضمن هذه الوظيفة. وللإصدارات المختلفة مصفوفات توافق مختلفة، لذلك لا نجمع التهيئة من نسخ مختارة اعتباطًا.

يشمل الاستفسار إلى المزود:

• نمط الحماية المحدد وإمكان إجراء التصديق باستقلال؛
• الاستخدام الحصري للموارد المطلوبة والمنطقة؛
• وصول مسؤولي النظام والوصول المادي إلى العتاد؛
• مدة الاحتفاظ بالبيانات؛
• موعد التسليم والتكلفة الكاملة.

لا نقارن العرض إلا بعد تجربة بتطبيقنا الخاص. ولا يغني الوسم التجاري «secure» عن هذه المعلومات.

6. النموذج والذاكرة والأدوات#

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

المرشح الأول DeepSeek-V4.1-Flash، وهو نموذج بترخيص MIT الذي يسمح باستخدامه للخدمات أيضًا.¹¹ إنه كبير لكنه اقتصادي: يذكر المنتج 552 مليار معلمة للجزء الرئيسي، أي أعدادًا تحددت خلال التدريب، وذاكرة Engram إضافية تضم 196 مليار معلمة، بينما لا تعمل عند كل كلمة تالية إلا 8–16 مليار معلمة، ولذلك يجيب بسرعة وبتكلفة قليلة (الحساب في الفصل 8). لكن يجب أن تتسع ذاكرة البطاقات الرسومية لكل المعلمات، ولذلك تلزم أربع بطاقات حديثة على الأقل. ومعلمات هذا النموذج محفوظة بالفعل بصيغة اقتصادية، بعدد أقل من الخانات لكل عدد؛ ويسمى هذا التمثيل التكميم، ويقلل الذاكرة المطلوبة، لكنه قد يخفض الجودة، لذلك نتحقق منه في مهامنا مع كل نسخة. ونقارنه أيضًا بنماذج أصغر: ولا نختار الأكبر إلا إذا أدى المهام المهمة للناس بصورة أفضل بوضوح.

المرشح الثاني Kimi K3.1 Pro من Moonshot AI، الذي أتيح في 23 أكتوبر 2026. ويصفه المنتج بأنه نسخة من Kimi K3 خضعت لمزيد من التدريب، بنحو 3 تريليونات معلمة وسياق يصل إلى مليون رمز نصي، ويعلن إتاحة الأوزان الكاملة قبل 4 نوفمبر 2026؛ ولم يعلن الترخيص بعد.¹² وتأتي البيانات التفصيلية التي نستخدمها للمقارنة من بطاقة النموذج السابق: يضم Kimi K3 نحو 2,8 تريليون معلمة، يعمل منها 104 مليارات عند كل رمز نصي، وله ترخيصه الخاص غير المعتمد من Open Source Initiative.¹³ وفي مؤشر Artificial Analysis بنسخة 28 أكتوبر 2026، حقق Kimi K3.1 Pro مقدار 46 نقطة مقابل 32 لـDeepSeek-V4.1-Flash، لكنه أغلى وأبطأ بعدة أضعاف.¹⁴ وتشغل ملفات أوزان Kimi K3 نحو 1,56 TB، ويتطلب تشغيله ذاكرة إضافية للسياق والحوسبة، لذلك لا نحسم إمكان عمل النموذج استنادًا إلى مجموع ذاكرة البطاقات وحده. وتصف وصفة محرك SGLang تهيئة مجربة لـKimi K3 على ثماني بطاقات B300؛ وهذا ليس بعد اختبارًا لـKimi K3.1 أو لتهيئة سرية.¹⁵¹⁶ بعد نشر الأوزان سنتحقق من حجمها وصيغتها، والترخيص، ووصفات المحركات، والسعة في تهيئة محددة، والتوافر في واجهات API سرية. وسنضيف النتيجة مؤرخة بوصفها التحديث الأول لهذه الوثيقة، حتى إن لم تنشر الأوزان أو تبين أن شروط الترخيص غير صالحة لنا.

نعلن سلفًا تغيير النموذج أو سحبه. ويبقى سجل الحوارات لدى المستخدم: فيستطيع اختيار نموذج لاحق، أو تصدير البيانات، أو التوقف عن العمل. ومن المقرر أن تظهر لحظة تغيير النموذج في الحوار، ويتطلب نقل السياق الخاص إلى نموذج جديد قرار المستخدم.

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

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

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

6.1. تلسكوب الفكر والمرجع الشخصي#

انبثقت فكرة تلسكوب الفكر (Telescopium Mentis) من نافذة Overton، أي المفهوم الذي يصف نطاق الأفكار التي تعد مقبولة اجتماعيًا في وقت معين. وعند شخص واحد يتعلق الأمر بنطاق الأفكار التي يعدها مقبولة لنفسه في وقت معين. ومن المقرر أن يكون التلسكوب نافذة كهذه لشخص واحد وله وحده: يتيح رؤية سجل تأملاته وقيمه من أوقات مختلفة، وكيف تغيرت عبر الزمن.

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

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

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

6.2. الصيغ المفتوحة والنقل وتعاون الأدوات#

نريد تطوير Suveria بوصفها منفعة رقمية عامة، ذات شيفرة ووثائق مفتوحة؛ ومرجعنا معيار Digital Public Goods Alliance.¹⁷ ولصيغة نقل البيانات وصف علني ونسخة وقواعد للحفاظ على المعلومات عند تغيير النسخة. ونستخدم المعايير المفتوحة القائمة أولًا، ونوثق الامتدادات اللازمة.

يشمل التصدير الأصول المختارة، والسجل، والمصادر والروابط، والتمييز بين كلمات المستخدم، ومعالجة النموذج، والمعنى الذي أكده المؤلف، وكذلك بنية المرجع الشخصي. ويمكن قراءة الحزمة المنزلة دون حساب نشط في Suveria، بعد فك تشفيرها على يد شخص مخول.

من المقرر أن تتيح واجهات API، أي الطرق الموثقة لتواصل البرامج، العمل على المواد في أدوات أخرى، بما فيها أدوات يبنيها الناس بأنفسهم. ويختار المستخدم نطاق البيانات والأفعال المسموح بها، ويستطيع سحب صلاحيات التكامل. ويوقف سحب الصلاحية الوصول اللاحق؛ أما مصير النسخ المرسلة سابقًا فيعتمد أيضًا على مستلمها.

يمكن أن تخدم المساحة الخاصة أيضًا العمل لمصلحة مشاريع مشتركة. ويختار المستخدم المواد التي يريد تسليمها للقبول أو النشر، وتساعد الأداة محليًا على إزالة مفاتيح الوصول وكلمات المرور والبيانات الشخصية والمعلومات عن الثغرات غير المرقعة منها. ولا يتطلب استخدام موارد مدفوعة بصفة خاصة كشف حوارات العمل. وعند مهمة تمول من موارد المؤسسة المشتركة، تحدد قواعد ورش المؤسسة (الفصل 11.1) سلفًا نطاق السجل العام، واختيار الاسم المستعار، وإعداد المواد. ويمكن أيضًا استخلاص سؤال أو حجة واحدة عن وعي من تأملات Suveria ونشرها في Omniforum؛ وهذه الخطوة، الموصوفة في البيان بمراسم Ignis (Caerimonia Ignis)، تتطلب دائمًا قرارًا منفصلًا.

7. الحجم: من 30 شخصًا إلى البشرية كلها#

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

الافتراضات: كل شخص من N أشخاص نشط يوميًا ويقدم 20 طلبًا في اليوم، ويضم الطلب المتوسط 1500 رمز نصي للإدخال و600 رمز نصي للإخراج، والشهر 30 يومًا. والرمز النصي وحدة نص يعالجها النموذج؛ ويختلف طوله بحسب اللغة. ويلزم في الحمل الفعلي احتساب السياق الأطول، ومعالجة الوثائق، ورموز الاستدلال النصية، والاستدعاءات المساعدة.

نخطط لـSuveria بوصفها خدمة عالمية متاحة بلغات كثيرة. ولا نعرف كيف سيتوزع المشاركون على المناطق الزمنية، لذلك نقارن سيناريوهين سيتحقق منهما القياس. وفي السيناريو العالمي نفترض حصصًا للمناطق تتناسب مع أعداد مستخدمي الإنترنت وفق ITU لعام 2025، والشكل اليومي المفترض نفسه في كل منطقة: ذروة مسائية وليل هادئ.¹⁸ وتملأ المناطق جزئيًا فترات انخفاض بعضها بعضًا، فتبلغ الذروة الساعية نحو 1,51 × المتوسط، وأقل حركة نحو 0,49 ×. وفي السيناريو المتركز في منطقة واحدة، كأوروبا، تبلغ الذروة نحو 1,87 × المتوسط، وتكاد الحركة تنعدم ليلًا. وقد يحدث توزيع كهذا على نطاق كبير أيضًا؛ ويعني استفادة أقل من آلتنا الخاصة، ولجوءًا أكثر إلى واجهة API سرية، أو انتظارًا أطول عند الذروة. وتنبع القيمتان من افتراضاتنا، لا من مراقبة المشاركين المستقبليين. ومن المقرر أن يسوي طابور قصير ذو وقت انتظار ظاهر التقلبات القصيرة داخل الساعة، ويمكن لواجهة API سرية استيعاب الحركة الزائدة على سعة آلتنا؛ وسنقيس وقت الانتظار، بما فيه المئينان 95 و99، في التجربة الأولية، مع حد الطابور والسلوك عند نفاد سعته. وستشمل تجربة الحمل أيضًا تدفقًا مفاجئًا لأشخاص جدد، كخمسة أمثال متوسط الحركة. وهذا معدل النقل الكلي للإخراج؛ ولا يغني عن قياس تأخير حوار واحد أو تكلفة معالجة الإدخال. وينبغي أن تعيد التجربة إنتاج توزيع الجلسات، والسياقات الطويلة، والأعطال، والطابور، لا طلبًا مريحًا واحدًا.

يقارن معامل الذروة أكثر الساعات ازدحامًا بالمتوسط. ويأتي من نموذج يوم مقسم إلى 24 ساعة: ننقل شكلًا يوميًا واحدًا بين ثماني مناطق ونجمعه بحسب الحصص المفترضة. إنه سيناريو حسابي؛ ولا يحسب وقت انتظار طلب منفرد.

لنجر تجربة فكرية لنرى كيف يبدو هذا الحساب على نطاق العالم. لو استخدم كل واحد من 10 مليارات شخص Suveria وفق نمط الاستخدام المفترض، للزم عند الذروة نحو 2,1 مليار رمز نصي للإخراج في الثانية. وبالأداء المقاس لـDeepSeek-V4.1-Flash، أي نحو 930 رمزًا نصيًا في الثانية لكل بطاقة B200، يكون ذلك نحو 2,25 مليون بطاقة، ونحو 4 GW من القدرة عند نحو 1,75 kW لكل بطاقة مع الخادم (افتراضنا، دون قياس). ولمليار شخص يكون نحو 225 ألف بطاقة و0,4 GW، ولمليون نحو 225 بطاقة. وللمقارنة، قدرت Epoch AI في بداية 2026 أن القدرة الحاسوبية المركبة عالميًا للذكاء الرقمي تتجاوز 15 مليون مكافئ لبطاقة H100 وتتطلب أكثر من 10 GW من القدرة.¹⁹ هذا تبسيط: فنمط الاستخدام المفترض خفيف، ويتطلب العمل المكثف والنماذج الأكبر والصور أضعافًا كثيرة، ويتغير العتاد والنماذج سريعًا. لكنه يبين رتبة الحجم: فمساعدة الذكاء الرقمي اليومية بهذا القدر لكل إنسان كانت ستتطلب قدرة أقل مما يعمل بالفعل في العالم اليوم. إنه حساب مبسط، لا دليل على أن هذه البنية التحتية ستكون متاحة لهذا الغرض.

8. التكاليف والحساب المؤرخ#

يمكن كتابة التكلفة الشهرية للحجز الثابت، في تقريب أول، هكذا: عدد البطاقات × سعر تشغيل بطاقة واحدة لمدة ساعة × عدد الساعات المدفوعة، تضاف إليها الذاكرة والأقراص والنقل والحماية والمراقبة والتشغيل والمدفوعات والضرائب. ويلزم التحقق من البنود التي يتضمنها العرض أصلًا. وللعمل طوال اليوم يضم الشهر من 672 إلى 744 ساعة؛ و730 ساعة تقريب متوسط.

نقارن في الحساب خمسة خيارات للتكلفة: نموذجًا محليًا، ونسخة نشغلها على عتاد مستأجر، ونسخة نشغلها في بيئة للحوسبة السرية بحماية يصرح بها المزود ويلزم التحقق منها، وواجهة API سرية لدى مزود خارجي، وواجهة API خارجية عادية. وتتوافق خيارات التكلفة مع خيارات الحماية في البند 2.3؛ ولا نعرض استئجار آلة دون سرية إلا مرجعًا سعريًا، لا خيارًا لـSuveria. ولم نسعر النموذج المحلي بعد، لأن تكلفته تعتمد على جهاز المستخدم. ونقارن النطاق نفسه من الجودة والتوافر والحماية. ونقطة التعادل هي تكلفة الخدمة الكاملة مقسومة على الاستخدام الفعلي، لا تكلفة البطاقات مقسومة على عدد الحسابات المسجلة. وتسهل واجهة API خارجية اختبار احتياجات المستخدمين، لكن لمزودها قواعده الخاصة للوصول إلى البيانات، لذلك لا ننقل إليها وعود التشغيل السري.

8.1. حساب مؤرخ: الحالة في 29 أكتوبر 2026#

يطرح البيان فرضية أن البنية التحتية المشتركة، حتى بعدد صغير نسبيًا من المشاركين المنتظمين، قد تتيح قدرة حاسوبية وذكاء رقميًا أكثر لكل دولار مقارنة بالخدمات المغلقة، مع حماية للخصوصية تقوم على ضمانات قابلة للتحقق. وفيما يلي حسابها بأسعار 29 أكتوبر 2026. الافتراضات: نمط استخدام الفصل 7 (20 طلبًا يوميًا، كل منها 600 رمز نصي للإخراج)، والسيناريو العالمي (ذروة ساعية نحو 1,51 × المتوسط)، وأسعار دون ضرائب، و730 ساعة في الشهر لتحويل أسعار الاستئجار. ويعني عدد الأشخاص لكل آلة عدد المشاركين الذي تستطيع الآلة خدمته عند الذروة الساعية: معدل نقل الإخراج في الثانية × 86 400 / (20 × 600 × معامل الذروة). وسيحدد وقت انتظار الإجابة المقاس أيضًا عدد الأشخاص المسموح به. ونعرض بين قوسين السيناريو المتركز في أوروبا (معامل نحو 1,87). ولـDeepSeek-V4.1-Flash نعتمد قياس المزود Lambda على أربع بطاقات B200: نحو 3 714 رمزًا نصيًا للإخراج في الثانية مع 64 طلبًا متزامنًا.²⁰ وأجري القياس بفك الترميز التخميني، الذي لا نريد استخدامه في النمط السري (الفصل 3). ووفق تقديرنا في سبتمبر، قد ينخفض معدل النقل حينئذ بما يصل إلى نحو 30%، مما يرفع التكلفة للشخص بنسبة مماثلة. ولا يوجد قياس لهذا النموذج على بطاقات H200 وB300؛ ونفترض أن كل مجموعة بطاقات تحمل نسخة واحدة من النموذج (8 × H200 أو نصف آلة 8 × B300) تحقق أداء أربع بطاقات B200. وهذا افتراض متفائل: فـH200 جيل أقدم، وقد يبطئ النمط السري العمل، ويتعلق قياس Lambda بطلبات أطول من نمط استخدامنا. لذلك نقدم أيضًا خيارًا حذرًا بنصف معدل النقل هذا.

تشغل أوزان النموذج نحو 511 GB، ويوصي محرك vLLM بنحو 614 GB من ذاكرة البطاقات. ولا تكفي أربع بطاقات H200 (564 GB)، لذلك تحتاج نسخة واحدة على H200 إلى ثماني بطاقات. وكانت وصفة مطور المحرك لهذه التهيئة قيد التحقق في 29.10، والوصلة بين بطاقات H200 (NVLink) غير مشفرة بالعتاد، خلافًا لـB200 وB300.

مصادر الأرقام: أسعار واجهات API من قوائم أسعار DeepSeek وMoonshot وConfidential AI وTinfoil وPhala وNEAR AI؛^2122232425 وأسعار آلات الحوسبة السرية من قائمة Phala؛²⁶ واستئجار B200 لدى Lambda بسعر 6,79 USD لساعة البطاقة في نسخة تشغيل ذات أربع بطاقات، و6,69 USD في نسخة تشغيل ذات ثمان.²⁷ ونعتمد سعة Kimi من قياسات أطراف ثالثة لـKimi K3 على ثماني بطاقات B300، تعطي نحو 1 000–1 600 رمز نصي للإخراج في الثانية.¹⁵ ولا تعني المبالغ الشهرية مع الالتزام الدفع كل شهر: إذ تتطلب Phala دفع كامل المدة مقدمًا، دون استرداد عند الإنهاء المبكر، ولذلك تتطلب 180 يومًا من آلة 8 × H200 مبلغ 139 104 USD نقدًا عند الطلب، و180 يومًا من آلة 8 × B300 مبلغ 269 568 USD.²⁶

ما يترتب على ذلك:

• في نمط الاستخدام المفترض، تبلغ أسعار واجهات API ذات السرية المعلنة نحو 0,70–1,25 USD للشخص شهريًا، من تكلفة تقارب واجهة API عادية إلى نحو 3,6 أمثال تكلفتها، بحسب المزود ووقت الاستخدام؛ وتعلن Confidential AI أدنى سعر، وعلينا التحقق من هذا العرض أيضًا. وتتيح واجهة API سرية قدرة مرنة دون تشغيل آلتنا الخاصة، وإن كانت لها حدودها وطوابيرها وأعطالها. وتعمل آلة مستأجرة للحوسبة السرية بنموذج DeepSeek ومقاسة على الذروة بمتوسط نحو ثلثي سعتها في السيناريو العالمي، وتكلف نحو 1,32 USD للشخص، أي قرابة تكلفة واجهات API السرية الأعلى سعرًا وأكثر من أرخصها. وفي نموذجنا الساعي تظهر أول عقدة خاصة بنا، مع توجيه الفائض إلى واجهة API سرية بسعر 1,25 USD للشخص، عند النقطة المفحوصة البالغة نحو 20 ألف شخص نشط؛ وهذه نتيجة الافتراضات المعتمدة، لا عتبة دقيقة، ومع واجهة API سرية أرخص لا يكون استئجار آلة مجديًا على هذا النطاق.
• لا يتيح استئجار آلة كاملة للحوسبة السرية بالساعة اليوم مرونة لمواجهة الذروة المسائية: فتتطلب Phala يومًا على الأقل (8 × H200) أو شهرًا (8 × B300)، وتتطلب Confidential AI ثلاثة أشهر لـ8 × B300 بسعر 60 USD للساعة، أما VoltageGPU التي تفوتر 8 × H200 بالثانية بسعر 64,62 USD للساعة، فلا تشمل أدلة التصديق المنشورة لديها هذه التهيئة أو محولات NVSwitch.²²²⁸ ويضاف إلى ذلك وقت تخصيص الآلة وتحميل الأوزان.
• في حالة Kimi يعتمد الحساب على القياس: تكلف واجهة API سرية نحو 8–9 USD للشخص، وتكلف آلتنا الخاصة 8 × B300 عند الاستفادة الكاملة نحو 6 USD وفق التقدير الأعلى للسعة، ونحو 9,5 USD وفق الأدنى. وتكون أرخص من واجهة API سرية إذا خدمت آلة واحدة أكثر من نحو 5 100–5 600 شخص نشط يستخدمون هذا النموذج؛ أما وفق التقدير الأدنى للسعة (نحو 4 800 شخص) فلا يتحقق ذلك.

شراء خادم خاص بنا: بلغت تكلفة خادم Supermicro كامل ذي ثماني بطاقات B300 نحو 663 ألف USD في سبتمبر 2026.²⁹ ونقدر التكلفة الشهرية لهذا الشراء كما يلي:

يتسع هذا الخادم لنسختين من DeepSeek، ستخدمان في السيناريو العالمي نحو 35 ألف شخص (وفي الأوروبي نحو 28 ألفًا)، بتكلفة نحو 0,41–0,52 USD للشخص. ووفق هذه الافتراضات يكون الشراء أرخص من واجهة API سرية بسعر 1,11–1,25 USD ابتداء من نحو 12–17 ألف شخص نشط، وأرخص من أدنى سعر معلن (0,70 USD) ابتداء من نحو 21–26 ألفًا. ولا يشمل الحساب التكلفة الكاملة لتشغيل هذه التهيئة وقياسها؛ ويتطلب الشراء أيضًا أموالًا نقدية مقدمًا، ومناوبة بشرية طوال اليوم، وطلبًا ثابتًا لسنوات، ويصبح للمؤسسة حينئذ وصول مادي إلى العتاد (الفصل 2). هذه تقديراتنا، وليست عروضًا.

• آلات الحوسبة السرية متعددة البطاقات متاحة للعامة اليوم في الولايات المتحدة. وفي الاتحاد الأوروبي وجدنا آلات للحوسبة السرية ببطاقة H100 واحدة،³⁰ لا تتسع لـDeepSeek كاملًا أو Kimi. وتقدم Privatemode (Edgeless Systems، ألمانيا) أيضًا واجهة API سرية بخوادم في الاتحاد الأوروبي، مع اختيار أضيق من النماذج.³¹ وهذا أيضًا تصريح من المزود يلزم التحقق منه.
• لم يؤكد دليل مستقل يفحص واجهات API السرية، في رصد بتاريخ 29 أكتوبر 2026، الساعة 14:00 UTC، التحقق الكامل من أي من المسارات الـ95 المفحوصة؛ وكان أكثر ما ينقص دليل هوية البرنامج المشغل، ومصدر الشيفرة، وربط الطلب بالآلة.³² وهذه نتيجة الأدلة المتاحة، وليست دليلًا على أن الخدمات تكشف المحتوى. وإلى أن نتحقق بأنفسنا نعامل سرية هذه الخدمات بوصفها تصريحًا من المزود.
• يشمل الحساب الحوسبة. وتكلف البيئة الخاصة (البوابة والذاكرة والملفات) في آلة أو آلتين للحوسبة السرية، بأربعة معالجات افتراضية و8 GB من الذاكرة، نحو 168 USD شهريًا لكل آلة لدى Phala، ويفوتر القرص على نحو منفصل، بنحو 10 USD لكل 100 GB.³³ وسنتحقق في التجربة الأولية هل يكفي هذا الحجم. وعند 170–340 USD شهريًا تكون التكلفة مع 30 شخصًا نحو 6–11 USD للشخص، ومع 1000 شخص بضعة عشرات من السنتات. ولا يشمل الحساب عمل الناس، أو مراجعات الأمان، أو المدفوعات، أو احتياطيًا للأعطال.
• تكلف الاشتراكات الشائعة نحو 20 USD شهريًا، ودردشة DeepSeek مجانية.³⁴ وتمنح الخطط بسعر 100–200 USD، عند العمل المكثف بالوكلاء، ما يعادل آلاف الدولارات بأسعار واجهات API المعلنة؛³⁵ ولا ننافس هذه الخطط سعريًا. نقترح فوترة الاستخدام الفعلي مع خصوصية يمكن التحقق منها.

حالة فرضية البيان في 29 أكتوبر 2026: يقربنا الحساب منها، لكنه لا يؤكدها. فالمعالجة ذات السرية المعلنة والتصديق متاحة بالفعل في قوائم أسعار علنية، وتكلف مع نمط الاستخدام المفترض نحو 0,70–1,25 USD للشخص شهريًا، لذلك تستطيع جماعة صغيرة البدء بها بسعر التكلفة، وقد تصبح البنية التحتية الخاصة أرخص وفق افتراضاتنا عند ما بين أكثر من عشرة آلاف وعدة عشرات الآلاف من الأشخاص النشطين. وستحسم ثلاثة أمور سنتحقق منها في تجارب الفصل 9: هل تجتاز سرية هذه الخدمات التحقق المستقل، وهل تكفي جودة النماذج المتاحة للمهام التي سيأتي الناس من أجلها إلى Suveria، وما نمط الحركة الفعلي. ونحدث الحساب عند كل تغير مهم في الأسعار وبعد كل تجربة، ونحتفظ بالنسخ السابقة.

8.2. خطوات البنية التحتية وبطاقات القرار#

نطور البنية التحتية في خطوات تمنح كل منها المشاركين قيمة قائمة بذاتها، دون إلزام بالانتقال إلى التالية: أولًا واجهة API سرية وبيئة خاصة في آلات للحوسبة السرية (إذا جمعنا ما يكفي من الأموال قبل البدء، فيمكننا البدء مباشرة بالخطوة التالية)، ثم استئجار آلاتنا الخاصة للحوسبة السرية، ثم شراء العتاد ووضعه في غرفة خوادم خارجية، وفي المستقبل البعيد، إذا تبين تفوقه، مبنى خاص بنا. وتبرر الخطوة التالية بيانات مقاسة: التكلفة الكاملة للخدمة، والحركة الفعلية، ووقت الإجابة عند الذروة، وإمكان صون وسائل الحماية ومعالجة الأعطال، وعند الشراء أيضًا تمويل الإصلاحات واستبدال العتاد والأشخاص الذين سيتحملون المسؤولية. وقد يكون استئجار آلة خاصة بنا منطقيًا أيضًا حين لا يتاح النموذج اللازم في واجهة API سرية أو حين نريد السيطرة الكاملة على ما يعمل.

نصف كل انتقال ببطاقة القرار: ما نكسبه، والتكلفة الكاملة، والمخاطر، وشروط البدء والانسحاب، وطريقة نقل البيانات والمفاتيح، والتوافق مع قواعد الاحتياطي وتشغيل الركائز اللاحقة (الفصل 8 من الورقة البيضاء لمبادئ المؤسسة). ولا نسمح بالجمع بين آلتنا الخاصة وواجهة API سرية لذرى الحركة إلا إذا كان لكل مسار مستوى حماية مقبول؛ ويتطلب الانتقال إلى خيار أضعف قرارًا منفصلًا وواعيًا من المستخدم. ونخطط للقياس الأول على بطاقة واحدة للحوسبة السرية بنموذج أصغر، ثم على آلة تتسع للنموذج الكامل.

نلائم القدرة مع الحركة دون قياس كل شيء على أعلى ذروة. ونصمم طابورًا قصيرًا ذا وقت انتظار ظاهر؛ وسنقيس في التجربة الأولية وقت الانتظار الفعلي، وحد الطابور، وسلوكه عند نفاد سعته. وتوفر واجهة API سرية في المقام الأول قدرة مرنة للذرى الأطول، بشرط الحفاظ على مستوى الحماية المقبول وموافقة المستخدم وحد إنفاقه؛ وإذا لم يوجد هذا المسار، نبلغ بصدق عن الانتظار أو عدم التوافر. ويكون الاستئجار بالساعة منطقيًا للنماذج غير المتاحة في واجهة API سرية أو الأعلى سعرًا فيها بوضوح، وفقط حيث يسمح المزود فعلًا بتشغيل آلات الحوسبة السرية وتحريرها سريعًا. ونريد استخدام القدرة الفائضة في آلتنا الخاصة في الساعات الأهدأ لمهام المؤسسة، كإعداد دراسات لـOmniforum؛ وليست قيمتها بأسعار واجهات API إيرادًا للميزانية، لذلك لهذه المهام غرضها وميزانيتها. وبعد التجربة الأولية الأولى نريد اختبار نمطين: «حوار» للعمل المعتاد مع المساعد، و«دون عجلة» للمهام التي يمكنها الانتظار، كترجمة وثيقة. وفي نمط «دون عجلة» نعرض فترة تقريبية للبدء، وتقديرًا للتكلفة، وميزانية قصوى، وإمكان الإلغاء مع فوترة العمل المنجز، والمعلومات نفسها عن الحماية. ولا يكون السعر الأدنى لهذا العمل ممكنًا إلا إذا نتج عن طريقة علنية لتوزيع التكاليف، دون حساب التكلفة الثابتة مرتين.

8.3. قياس الاستخدام دون محتوى الحوارات#

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

من المقرر أن يعمل حد الإنفاق الذي يضبطه المشارك حدًا، لا تحذيرًا بعد وقوع الأمر. ويفوتر بعض المزودين الطلبات الجارية بعد انتهائها فقط، لذلك قد تتجاوز النفقات حدودهم؛ وهذا ما تصفه Tinfoil مثلًا.²³ لذلك نصمم حجزًا: قبل إرسال الطلب تحجز بوابة Suveria من الرصيد أقصى تكلفته المسموح بها، مراعية الطلبات الأخرى الجارية، وتحد من عدد الطلبات المتوازية وطول الإجابة. وبعد الانتهاء نفوتر التكلفة الفعلية ونحرر الحجز غير المستخدم. وهذا متطلب يلزم بناؤه والتحقق منه، وليس وظيفة عاملة.

9. تجارب القبول وسجل النتائج#

قبل أن نسمي أي إصدار سريًا، سنوثق على الأقل:

• صحة التصديق؛
• رفض إرسال البيانات بعد استبدال الشيفرة أو المفتاح؛
• عزل الجلسات؛
• القيود المفروضة على مسؤول النظام؛
• غياب المحتوى من السجلات وملفات تفريغ الذاكرة والقياس عن بعد؛
• التعامل مع الذاكرة المؤقتة؛
• الحذف والاستعادة؛
• السلوك بعد العطل؛
• حدود الأدوات؛
• التكاليف تحت الحمل.

تشمل النتيجة نسخة التهيئة والسيناريو الذي حاولنا فيه اختراق الحماية.

نريد أن يجتاز كل إصدار من Suveria كل بوابات الأدلة لدى جهة مستقلة واحدة على الأقل للتحقق من الخدمات السرية: العتاد وحالة وسائل الحماية، وحداثة الدليل، وربط مفتاح الاتصال بالبيئة المحمية، وهوية البرنامج المشغل، ومصدر الشيفرة، وربط الطلب بآلة محددة، مع الحفاظ على التوافر. وننشر النتيجة مع تاريخ الرصد ونسخة المعايير والأدلة الخاصة بالإصدار والنموذج ومسار الطلب المحدد، ونصف ارتباطات جهة التحقق مع النتيجة. ولا نعد بمكان في أي ترتيب. ويعني اجتياز التحقق بلوغ الرقابة الموصوفة في وقت معين، مع حدود معلنة، ولا يغني عن التدقيق أو تجاربنا الخاصة.

حين نشغل خيارنا السري الخاص، سنرشح Suveria لكل دليل مستقل يتحقق من سرية تشغيل النماذج، ونتيح له نقطة للتحقق من التصديق؛ والمثال الأول confidentialinference.net (الحالة في 31 أكتوبر 2026).³⁶ لا نعد بإدراجها، فذلك قرار الدليل؛ ونعد بالترشيح، والإجابة عن أسئلته، ونشر النتيجة مؤرخة، حتى إن كانت سيئة. ولا يتحقق الدليل إلا مما يراه من الخارج، وغالبًا التصديق وقناة الاتصال؛ ولا يغني عن تدقيق الشيفرة أو التهيئة أو تقييم القنوات الجانبية.

تشمل تجارب التخزين والنقل:

• استعادة نسخة مشفرة على جهاز آخر مخول ورفض قراءتها دون المفتاح الصحيح؛
• فقدان جهاز واحد، واستعادة الوصول بالطريقة المختارة، والعرض الواضح لآثار فقدان كل المفاتيح؛
• مزامنة التغييرات المتوازية دون استبدال إحدى النسخ صامتًا؛
• قراءة الحزمة المصدرة في أداة مستقلة دون حساب لدى المشغل الأصلي، مع مقارنة الأصول والسجل والمصادر والروابط؛
• تقييد نطاق التكامل ووقف وصوله اللاحق بفاعلية بعد سحب الصلاحية.

المراحل:

1. اختبار قابلية الاستخدام على مواد غير حساسة؛
2. تجربة تقنية للحماية؛
3. تجربة أولية محدودة بشروط واضحة؛
4. زيادة الحجم تدريجيًا.

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

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

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

يؤدي كشف ثغرة إلى الحد من التعرض، وإبلاغ المتضررين، وتصحيح قابل للتحقق.

نريد إجراء التجارب علنًا. ندعو العاملين في الأمان والتشفير والبنية التحتية والتطبيقات، ومنهم صناع المحتوى الذين يعرضون التقنية على جمهور واسع، إلى تصميم الاختبارات معنا، ومحاولة اختراق الحماية على حسابات اختبار منفصلة ببيانات مختلقة. وندعو النقاد أيضًا. ولا ندفع مقابل الترويج، ونوضح كل تعاون وفق سجل المنافع (الفصل 7 من الورقة البيضاء لمبادئ المؤسسة). وتدخل النتائج، بما فيها غير الناجحة، سجل النتائج. إذا أردت المشاركة، فاكتب إلى salve@novusignis.org بالموضوع «[Dołącz] Próby Suverii».

أهم تجربة: يحاول فريق ذو صلاحيات المشغل خارج البيئة السرية (البوابة والأقراص والشبكة والسجلات) قراءة حوارات حسابات اختبار أخفيت فيها سلاسل محارف سرية. وإذا استخرجها أي أحد، حتى نحن، فقد فشلت التجربة.

سنتيح الإصدار الأول من Suveria لبضعة أشخاص يساعدون على تهيئتها. وإذا استخدم واجهة API سرية، فستذكر بطاقة الحماية الخاصة به (البند 2.3) بصراحة أن النموذج يعمل لدى مزود خارجي، وأن التصديق يصرح به المزود ولم نتحقق منه بعد، وأن البيانات الوصفية غير محمية. ولأن الأشخاص الأوائل يساعدون أيضًا على تشغيل الخدمة، ستكون أول نتيجة ننشرها أهم تجربة موصوفة أعلاه، مع وصف ما تمكن المشغل من فعله.

سجل النتائج. الحالة في 29 أكتوبر 2026: لم نجر بعد أيًا من التجارب الموصوفة، ولم نستأجر بطاقات رسومية، ولم نشغل نموذجًا في Suveria. ونضيف هنا كل نتيجة لاحقة مع التاريخ والتهيئة والسيناريو والاستنتاج، حتى إن فشلت التجربة.

تبقى أمور يلزم حسمها:

• النموذج الأول ومستوى الجودة المقبول؛
• التحقق المستقل من واجهات API السرية وآلات الحوسبة السرية وتوافرها في ولايات قضائية ذات حماية قوية للبيانات الشخصية، مثل الاتحاد الأوروبي مع RODO؛
• وقت الإجابة؛
• قواعد المفاتيح والذاكرة؛
• الحد الأدنى لنطاق بيانات الفوترة؛
• الالتزامات القانونية للمشغل تجاه بلاغات إساءة الاستخدام؛
• طريقة تمويل الاستمرارية.

تصف الورقة البيضاء لمبادئ المؤسسة الميزانية والفاتورة والمسؤولية، وتصف الورقة البيضاء للمواد والاختبار المعياري تقييم سلوك النماذج.

مؤسسة Novus Ignis، Poznań، KRS 0001269575. الموقع والبيان: novusignis.org. الملاحظات: salve@novusignis.org.

الحواشي#

1. TEE.fail: Breaking Trusted Execution Environments via DDR5 Memory Bus Interposition. بحث من Georgia Tech وPurdue University وSynkhronix، نشر في 28.10.2025: استخراج مفاتيح التصديق لـIntel TDX وSGX وAMD SEV-SNP عبر توصيل مادي بناقل ذاكرة DDR5، مع آثار على حوسبة NVIDIA السرية. يتطلب وصولًا ماديًا إلى الخادم؛ وتعد Intel وAMD هذه الهجمات خارج نطاق الحماية. عرض: The Hacker News. تاريخ الاطلاع 28.10.2026. ↩
2. Kleppmann، Wiggins، van Hardenberg وMcGranaghan (2019): Local-first software: You own your data, in spite of the cloud. دراسة. مبادئ حفظ النسخة الأساسية على أجهزة المستخدم والدور المساند للخوادم، بما فيه النسخ المشفرة. ↩
3. Apple: Private Cloud Compute. وصف للبنية. مثال لربط السرية بالرقابة على البرمجيات وشفافية النظام. ↩ ↩
4. RFC 9458: Oblivious HTTP. مواصفة. فصل المعرفة بالمرسل عن المعرفة بالطلب في إطار نموذج ثقة محدد؛ وليس إخفاء كاملًا للهوية. ↩
5. Weiss، Ayzenshteyn، Amit وMirsky (2024): What Was Your Prompt? A Remote Keylogging Attack on AI Assistants. منشور علمي (USENIX Security 2024؛ نسخة أولية arXiv 2403.09751). يستعيد مراقب الشبكة من أطوال الحزم المشفرة في تدفق الإجابة موضوع إجابة المساعد وبعض محتواها. تاريخ الاطلاع 30.10.2026. ↩
6. McDonald وBar Or (2025): Whisper Leak: a side-channel attack on Large Language Models وعرض Microsoft (7.11.2025). منشور بحثي ووصف من المنتج. يمكن التعرف على موضوع الحوار من حجم الحزم وإيقاعها في تدفق إجابة مشفر؛ وقد أضاف بعض المزودين حشوًا عشوائيًا للحزم. تاريخ الاطلاع 30.10.2026. ↩
7. NVIDIA: المنصات المدعومة للحاويات السرية. وثائق المنتج. متطلبات التهيئة الكاملة للمعالج والبطاقات والبرمجيات. ↩
8. NVIDIA: Protected PCIe v2, Introduction. وثائق المنتج. في نمط PPCIe v2 تنتمي شبكة NVLink وNVSwitch إلى الجزء الموثوق من النظام؛ ولا تعني حماية PCIe تشفير كل الحركة بين البطاقات. ↩
9. NVIDIA: Trusted Computing Solutions 595. وثائق المنتج. نمط الحوسبة السرية على بطاقات Blackwell متعددة، بما فيه حماية الوصلات؛ ويتطلب تهيئة متوافقة. ↩
10. OSI: Open Source AI Definition. تعريف. لا تحسم الأوزان المفتوحة استيفاء تعريف النظام المفتوح كاملًا. ↩
11. DeepSeek-V4.1-Flash: بطاقة النموذج. وثائق المنتج. البنية وترخيص MIT والقدرات المعلنة للنموذج؛ وليست قياسًا لأداء Suveria. ↩
12. Moonshot: إطلاق Kimi K3.1 Pro وKimi: وصف K3.1 Pro (24.10.2026). وثائق المنتج. نسخة من Kimi K3 خضعت لمزيد من التدريب، بنحو 3 تريليونات معلمة، وسياق 1 مليون رمز نصي، والأوزان من المقرر إتاحتها قبل 4.11.2026 بحسب الإعلان؛ والترخيص غير معلن. أسعار واجهة API وفق OpenRouter: مقدار 2 / 10 USD لكل مليون رمز نصي. ↩
13. Kimi K3: بطاقة النموذج. وثائق المنتج. 2,8 تريليون معلمة، منها 104 مليارات نشطة، وسياق نحو 1 مليون، وMXFP4، وترخيص Kimi K3 License. ↩
14. Artificial Analysis: Kimi K3.1 Pro وDeepSeek V4.1 Flash 1017. مقارنة مستقلة. مؤشر v5 بتاريخ 28.10.2026: مقدار 46 و32؛ وسرعة نحو 36 و178 رمزًا نصيًا في الثانية. تاريخ الاطلاع 29.10.2026. ↩
15. Spheron: تشغيل Kimi K3 (19.10.2026). دليل المزود. ملفات أوزان بحجم 1 560,94 GB، وتهيئات تتسع للنموذج. سعة نحو 1 000–1 600 رمز نصي في الثانية على 8 × B300 وفق ملخص قياسات أطراف ثالثة من 29.10.2026؛ والتفاوت كبير. ↩ ↩
16. SGLang: وصفة Kimi K3. وثائق المحرك. تهيئة مجربة لـKimi K3 على 8 × B300؛ ولا تتعلق بـKimi K3.1 أو بالنمط السري. ↩
17. Digital Public Goods Alliance: المعيار. معيار. معايير تقييم المنفعة الرقمية العامة؛ والاتجاه التصميمي ليس اعترافًا محصلًا من DPGA. ↩
18. ITU: Facts and Figures 2025، استخدام الإنترنت. إحصاء دولي. نسبة مستخدمي الإنترنت في مناطق العالم في 2025 (نحو 6 مليارات شخص، و74% من السكان)؛ وحصص المناطق في حسابنا تقريب: النسبة × سكان المنطقة. ↩
19. The Decoder عن بيانات Epoch AI (8.01.2026) وEpoch AI: AI Chip Users. تجميع بيانات من مركز بحثي مستقل. القدرة الحاسوبية المركبة للذكاء الرقمي أكثر من 15 مليون مكافئ لـNVIDIA H100، والقدرة المطلوبة أكثر من 10 GW. تقدير، لا قياس. ↩
20. Lambda: DeepSeek-V4.1-Flash، نتائج قياس الأداء. قياس المزود. 4 × B200، وvLLM، وتوازٍ موترّي بمقدار 4، وفك ترميز تخميني، ونحو 8 192 رمزًا نصيًا للإدخال و1 024 للإخراج في كل طلب؛ وعند 64 طلبًا متزامنًا، يبلغ الإجمالي 3 713,9 رمزًا نصيًا للإخراج في الثانية، والمتوسط 66,8 رمزًا نصيًا في الثانية لكل حوار. دون تاريخ للقياس. تاريخ الاطلاع 28.10.2026. ↩
21. DeepSeek: أسعار واجهة API (النسخة الصينية). قائمة أسعار المزود. نموذج deepseek-flash (V4.1-Flash-1017): الإدخال عند عدم العثور على البيانات المطلوبة في الذاكرة المؤقتة 1 CNY خارج الذروة و2 CNY عند الذروة، والإخراج 4 و8 CNY لكل مليون رمز نصي. التحويل إلى USD وفق ملخص eesel، وهو مصدر مساعد. تاريخ الاطلاع 28.10.2026. ↩
22. Confidential AI: الأسعار. قائمة أسعار المزود، بأسعار 26.10.2026. DeepSeek V4.1 Flash: مقدار 0,30 USD للإدخال، و0,03 USD للإدخال من الذاكرة المؤقتة، و1,20 USD للإخراج لكل مليون رمز نصي؛ وآلة 8 × B300 بسعر 60 USD للساعة، بحد أدنى ثلاثة أشهر، والتخصيص خلال أيام. يصرح المزود بالسرية، ولم نتحقق منها. ↩ ↩
23. Tinfoil: الأسعار. قائمة أسعار المزود. DeepSeek-V4.1-Flash بسعر 0,65 USD للإدخال و1,45 USD للإخراج لكل مليون رمز نصي؛ ووصف حدود الإنفاق. تاريخ الاطلاع 29.10.2026. ↩ ↩
24. Phala: النماذج السرية. قائمة أسعار المزود. DeepSeek V4.1 Flash 1017: مقدار 0,75 / 1,60 USD؛ وKimi K3: مقدار 3 / 15 USD لكل مليون رمز نصي؛ وتصديق البوابة وإيصالات تأكيد الإجابة وفق المزود. تاريخ الاطلاع 29.10.2026. ↩
25. NEAR AI: الأسعار. قائمة أسعار المزود. Kimi K3: مقدار 3,30 / 16,50 USD لكل مليون رمز نصي؛ وأسعار أخرى على الصفحة الرئيسية، وهو اختلاف يلزم توضيحه. تاريخ الاطلاع 29.10.2026. ↩
26. Phala: بطاقات رسومية للحوسبة السرية والأسعار. قائمة أسعار المزود. 8 × H200: مقدار 44,20 USD للساعة عند الطلب، و32,20 USD مع التزام لـ180 يومًا؛ و8 × B300: مقدار 65,60 USD (30 يومًا)، و62,40 USD (180 يومًا)؛ وIntel TDX مع حوسبة NVIDIA السرية؛ ولا توجد آلات في أوروبا. تاريخ الاطلاع 29.10.2026. يدفع الالتزام مقدمًا، دون استرداد عند الإنهاء المبكر. ↩ ↩
27. Lambda: أسعار نسخ التشغيل. قائمة أسعار المزود. NVIDIA B200 SXM6 180 GB: مقدار 6,79 USD لساعة البطاقة في نسخة تشغيل ذات أربع بطاقات، و6,69 USD في نسخة تشغيل ذات ثمان؛ وH100 SXM 80 GB: مقدار 3,99 USD؛ أسعار عند الطلب، دون ضرائب، ودون نمط سري. تاريخ الاطلاع 29.10.2026. ↩
28. VoltageGPU: الأسعار ونطاق الأدلة. قائمة أسعار المزود وتصريحاته. 8 × H200 بسعر 64,62 USD للساعة مع الفوترة بالثانية؛ ولا تشمل الأدلة المنشورة التصديق على هذه التهيئة أو على محولات NVSwitch. ↩
29. Supermicro: خادم AS-8126GS-NB3RT-01-G2 وGPU Per Hour: أسعار خوادم NVIDIA. عرض المنتج وملخص للأسعار. خادم كامل بثماني بطاقات B300: مقدار 662 845,95 USD (21.09.2026). ↩
30. Azure: أسعار آلة NCC40ads H100 v5 ووصف السلسلة. قائمة أسعار المزود. آلة للحوسبة السرية ببطاقة H100 NVL 94 GB واحدة؛ من 6,98 USD للساعة (East US 2) إلى 8,90 USD (West Europe)، بنظام Linux، والدفع بحسب الاستخدام. تاريخ الاطلاع 28.10.2026. ↩
31. Privatemode (Edgeless Systems). عرض المزود. واجهة API سرية بخوادم في الاتحاد الأوروبي وتصديق عن بعد؛ واختيار نماذج مفتوحة أضيق من مزودي الولايات المتحدة، ولا يعلن الأسعار. يصرح المزود بالسرية، ولم نتحقق منها. تاريخ الاطلاع 30.10.2026. ↩
32. Confidential Inference Directory: المنهجية والمشاهدات. دليل مستقل، ترعاه شركة تقدم استدلالًا سريًا. جرى التحقق من 0 من 95 مسارًا من البداية إلى النهاية في رصد 29.10.2026، الساعة 14:00:19 UTC. ↩
33. Phala: أسعار آلات الحوسبة السرية. قائمة أسعار المزود. tdx.large (4 معالجات افتراضية، و8 GB من الذاكرة): مقدار 0,23 USD للساعة؛ والقرص بسعر 0,000139 USD لكل GB في الساعة. تاريخ الاطلاع 29.10.2026. ↩
34. أسعار الاشتراكات: ChatGPT Plus، وClaude Pro، وGoogle AI Pro، وKimi Plus (ملخص geotoolbox)؛ ودردشة DeepSeek مجانية (الوصف). أسعار شهرية بـUSD، دون ضرائب؛ وKimi Plus بسعر 19 USD. تاريخ الاطلاع 28–29.10.2026. ↩
35. BigGo Finance عن تحليل SemiAnalysis (7.10.2026). تحليل قطاعي. تمنح خطة بسعر 200 USD عند العمل المكثف ما يعادل نحو 12 ألف USD بأسعار واجهات API المعلنة؛ وهي تقديرات للهامش، وليست بيانات الشركة. ↩
36. confidentialinference.net: مقارنة بين مزودي تشغيل النماذج في بيئات تنفيذ موثوقة، مع عمليات تحقق مؤرخة من التصديق؛ وترعى الموقع شركة Enclava، وكان يضم أحد عشر مزودًا عند الاطلاع. تاريخ الاطلاع 31.10.2026. ↩

الملف المصدر: content/ar/whitepaper-suveria.md · سجل التعديلات · اقترح تعديلًا