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

تبدأ عملية استدلال AI في Nesa بتقديم المستخدم طلبًا وتنتهي بإرجاع نتيجة مُتحقق منها. تتضمن مراحل متعددة: تعيين المهام، وتنفيذ الاستدلال، والتحقق من النتيجة.
عندما يُرسل تطبيق أو مطوّر طلبًا إلى شبكة Nesa، تستقبل الشبكة أولاً بيانات الإدخال وتُنشئ مهمة استدلال بناءً على احتياجات النموذج. على عكس واجهات برمجة تطبيقات AI التقليدية التي تُرسل الطلبات مباشرةً إلى خادم واحد، تُوجّه Nesa المهمة إلى نظام الجدولة لديها.
يختار نظام جدولة MetaInf بعد ذلك أفضل العقد للمهمة بناءً على حالتها وقدرات أجهزتها وحمل الشبكة. قد تُقسّم بعض النماذج عبر عقد متعددة للمعالجة التعاونية، مما يعزز حماية الخصوصية.
بعد الاستدلال، تتحقق طبقة التحقق من أن النتيجة تتطابق مع العملية المتوقعة. حينها فقط تُعاد المخرجات إلى التطبيق أو المستخدم النهائي.
| المرحلة | وحدة التنفيذ | المهمة الأساسية | المخرجات |
|---|---|---|---|
| تقديم الطلب | تطبيق/API | استقبال طلب الاستدلال | مهمة استدلال |
| جدولة المهمة | MetaInf | تخصيص موارد الحوسبة | مهمة العقدة |
| تنفيذ الاستدلال | عقدة الشبكة | إكمال حساب النموذج | نتيجة استدلال |
| التحقق من النتيجة | طبقة التحقق | التحقق من عملية التنفيذ | نتيجة مُتحقق منها |
| إرجاع النتيجة | API | إرجاع المخرجات النهائية | استجابة AI |
يشكل هذا الإطار العمود الفقري التشغيلي لشبكة استدلال AI في Nesa.
تستخدم Nesa نظام جدولة MetaInf لتخصيص مهام الاستدلال. المهمة الأساسية لـ MetaInf هي إيجاد أفضل الموارد المتاحة لكل مهمة عبر الشبكة.
عند وصول طلب استدلال جديد، يُقيّم المجدول (أو نظام الجدولة) قدرة الحوسبة لكل عقدة وتوفرها وحملها الحالي. نظرًا لاختلاف احتياجات النماذج من GPU وCPU والذاكرة، لا تُخصص المهام بشكل عشوائي أبدًا.
بالنسبة للنماذج المعقدة، يمكن لـ MetaInf تقسيم الحسابات عبر عقد متعددة. يقلل هذا من الاعتماد على أي نقطة واحدة ويعزز الخصوصية، إذ لا تطلع أي عقدة على عملية الاستدلال بأكملها.
بعد إتمام المهمة، يُنظّم الجدول أيضًا تجميع النتائج والتحقق منها لضمان الاتساق وإمكانية التتبع طوال العملية.
العقد في شبكة Nesa هي موفرو موارد الحوسبة الذين ينفذون مهام الاستدلال فعليًا. تتلقى المهام من الجدول وتُجري حسابات النموذج وفق قواعد محددة.
في سيناريوهات الاستدلال الخاصة، تطلع العقد عادةً على جزء فقط من المهمة. بفضل تقسيم النموذج والتشفير، لا يمكن لأي عقدة الوصول إلى بيانات الإدخال الكاملة أو معاملات النموذج الكاملة.
تتحمل أنواع العقد المختلفة مسؤوليات متباينة. بعضها يركز على تشغيل الاستدلال، بينما يتولى البعض الآخر التحقق من النتيجة وتأكيدها.
يقلل هذا الفصل في الواجبات من خطر العقد الخبيثة التي قد تُضعف الشبكة، ويعزز مصداقية وأمان عملية الاستدلال.
| نوع العقدة | المسؤولية الأساسية |
|---|---|
| عقدة التنفيذ | إكمال حساب الاستدلال |
| عقدة التحقق | التحقق من صحة النتيجة |
| عقدة الجدولة | تخصيص المهام وتنسيقها |
| عقدة المشاركة في الشبكة | الحفاظ على تشغيل الشبكة |
من خلال تقسيم الأدوار، تستطيع Nesa معالجة مهام استدلال AI المعقدة في بيئة شبكة مفتوحة.
تؤكد طبقة التحقق في Nesa أن نتيجة الاستدلال تأتي بالفعل من عملية التنفيذ المتوقعة، وليس من حساب خاطئ أو بيانات مُلفّقة.
في خدمات AI التقليدية، يتعين على المستخدمين ببساطة الثقة بأن النتيجة المُعادة صحيحة. في شبكة Nesa، تخضع النتائج للتحقق الإضافي قبل قبولها.
تفحص آلية التحقق سجلات التنفيذ وحالة المهمة وبيانات إثبات الحساب للتأكد من أن العملية اتبعت قواعد الشبكة. فقط النتائج المُتحقق منها تُؤكّد رسميًا وتُعاد إلى طبقة التطبيق.
يغير هذا نموذج استدلال AI من "قائم على الثقة" إلى "قائم على التحقق". في حالات الاستخدام مثل التحليل المالي وأتمتة المؤسسات ووكلاء AI، تُحسّن قابلية التحقق الشفافية والثقة بشكل مباشر.
توفر Nesa للمطورين أدوات لنشر النماذج والاتصال بالشبكة، مما يُتيح لهم بناء تطبيقات AI لا مركزية.
يبدأ المطورون باختيار نموذج أو تحميله، ثم نشره باستخدام SDK الخاص بـ Nesa. بعد النشر، يمكنهم إرسال طلبات استدلال إلى الشبكة عبر واجهات برمجة تطبيقات قياسية.
أثناء الاستدعاءات، لا يحتاج المطورون إلى إدارة موارد العقدة مباشرةً. إذ تتولى الشبكة جدولة المهام واختيار العقد والتحقق تلقائيًا.
يبدو هذا مشابهًا لخدمة سحابية تقليدية، لكن بيئة التنفيذ الأساسية تعمل على شبكة موزعة بدلاً من خوادم مزود واحد. يحصل المطورون على سهولة الاستخدام نفسها، مع خصوصية إضافية وتنفيذ موثوق.
أكبر فرق بين Nesa وواجهات برمجة تطبيقات AI التقليدية يكمن في آلية التنفيذ وبناء الثقة.
تتبع واجهات برمجة تطبيقات AI التقليدية تدفقًا بسيطًا: إدخال طلب → تنفيذ الخادم → إخراج النتيجة. العملية بأكملها يتحكم فيها مزود الخدمة، ولا يمكن للمستخدمين التحقق من التفاصيل.
تضيف Nesa خطوات مثل جدولة المهام والحوسبة الموزعة والتحقق من النتيجة بين التنفيذ والمخرجات النهائية. هذا يجعل العملية أكثر تعقيدًا، لكنه يوفر حماية أقوى للبيانات وموثوقية أعلى للنتائج.
من منظور المطور، يعمل كلا النموذجين عبر استدعاءات API. لكن من الناحية المعمارية، Nesa أشبه ببنية تحتية لا مركزية للـ AI، بينما واجهات برمجة التطبيقات التقليدية أقرب إلى الخدمات السحابية المركزية.
للتطبيقات التي تحتاج إلى خصوصية وحوسبة قابلة للتحقق وبيئة تنفيذ مفتوحة، تقدم Nesa حلاً مختلفًا جوهريًا عن خدمات AI التقليدية.
تتضمن عملية استدلال AI في Nesa مراحل متعددة: تقديم الطلب، وجدولة المهمة، وتنفيذ العقدة، والتحقق من النتيجة، وإرجاع النتيجة. من خلال الجمع بين نظام جدولة MetaInf وشبكة عقد موزعة وآليات التحقق، تُقدّم Nesa استدلال AI موثوقًا في بيئة مفتوحة.
مقارنةً بواجهات برمجة تطبيقات AI التقليدية، تُضيف Nesa حماية الخصوصية والتحقق من النتيجة، مما يجعل عملية الاستدلال ليست مكتملة حسابيًا فحسب، بل أكثر شفافية ومصداقية أيضًا. هذا النموذج التنفيذي هو مكون رئيسي في البنية التحتية اللامركزية للـ AI في Nesa.
تتضمن عملية استدلال AI في Nesa عادةً خمس مراحل: تقديم الطلب، وجدولة المهمة، وتنفيذ العقدة، والتحقق من النتيجة، وإرجاع النتيجة. تُعالج كل مرحلة بواسطة وحدات مختلفة تعمل معًا.
MetaInf هو نظام جدولة المهام في Nesa. يُخصص مهام الاستدلال بناءً على حالة العقدة وموارد الأجهزة وحمل الشبكة، ويُنسّق تدفق التنفيذ بأكمله.
تستخدم Nesa التحقق لضمان أن نتائج الاستدلال تأتي من عملية تنفيذ صحيحة، مما يُقلّل من تأثير الأخطاء أو السلوك الخبيث على الشبكة.
تعتمد واجهات برمجة تطبيقات AI التقليدية على خادم مركزي واحد للاستدلال. تستخدم Nesa العقد الموزعة وجدولة المهام وآليات التحقق لتشغيل مهام الاستدلال.
لا. يتفاعل المطورون مع الشبكة فقط عبر واجهات برمجة التطبيقات (APIs). تتولى شبكة Nesa جدولة العقد وتنفيذ المهام والتحقق تلقائيًا.





