في مجال الذكاء الاصطناعي والعملات المشفّرة، توجد مشاريع كثيرة تهدف إلى تجميع قدرات الحوسبة الطرفية أو غير المستغلة، وتقديمها لدعم الذكاء الاصطناعي عبر حوافز مشفّرة. ومن الأمثلة البارزة مشروع AI DePIN @Acurast، الذي أُدرج مؤخرًا في Bithumb. دعونا نتحدث عنه باختصار:
1) يتغير الطلب على استدلال الذكاء الاصطناعي باستمرار. فبعد أن كان التنافس على قدرة الحوسبة لتشغيل النماذج يتطلب سباق تسلح عتاديًا بمستوى H100، بدأ يتحول تدريجيًا إلى طلب أكثر تجزؤًا وخفةً تدفعه تطبيقات الوكلاء (Agents). عندما يستدعي الوكيل نماذج صغيرة بصورة متكررة لاتخاذ القرارات، واستخدام الأدوات، وإجراء الاستدلال الفوري، لا تعود مراكز البيانات المركزية الحل الأمثل؛ بل يصبح الحوسبة الطرفية هي الحاجة الأساسية، لأن متطلبات الحوسبة لكل مهمة ليست كبيرة، بينما تكون الحساسية أعلى تجاه زمن الاستجابة والخصوصية وقابلية التحقق والتكلفة.
اختارت Acurast مليارات الهواتف الذكية حول العالم كنقطة انطلاق، لأن الهواتف، رغم أن قدراتها الحاسوبية ليست الأقوى، تُعد من أكثر العقد الطرفية انتشارًا وتوزعًا، كما أنها مزودة بقدرات أمان عتادية. وهذا يجعلها خيارًا منخفض التكلفة وسهل المشاركة للمستخدمين.
2) كيف تعمل المنظومة؟ تأتي معظم الهواتف مزودة ببيئة تنفيذ موثوقة TEE ووحدة أمان عتادية، ما يوفر قدرة أساسية على تنفيذ عمليات الاستدلال ويساعد على حل التحديات الأساسية المتعلقة بالخصوصية وقابلية التحقق. بعد أن يسجل المستخدم تطبيق Processor ويحوّل هاتفه غير المستغل إلى عقدة، ينشر المطورون عليه برامج مثل استدلال نماذج LLM خفيفة، واستدعاء واجهات API، والمهام المجدولة، ومعالجة البيانات؛ وبذلك يمكن للمستخدم تشغيل مهام العقدة والحصول على مكافآت.
3) تضم الشبكة حاليًا أكثر من 300 ألف جهاز قيد التشغيل، وتغطي أكثر من 170 دولة، وقد عالجت أكثر من مليار معاملة على السلسلة ونفذت مئات الآلاف من عمليات النشر. وهذا يمثل تحققًا أوليًا من وجود الطلب وإمكانية تطبيق نموذج الرموز. لكن كثيرًا من مشاريع DePIN السابقة تعثرت بسبب ضعف استدامة نماذج الحوافز. ولمعالجة ذلك، اتخذت Acurast تدابير مناسبة:
1. ربط المكافآت بالالتزامات الفعلية: يجب على العقد إيداع base:0xc5fed7c8ccc75d8a72b601a66dffd7a489073f0b والتعهد بتوفير قدرة حوسبة معينة، وإلا فقد تتعرض للعقوبة (Slash). وهذا يختلف عن توزيع المكافآت لمجرد الاتصال بالسوق.
2. يُخصص نحو 70% من الزيادة التضخمية في البروتوكول لمجمعات الحوسبة المرهونة، كما تتدفق الإيرادات النقدية الفعلية التي يدفعها طالبو القدرة الحاسوبية إلى المشاركين الذين يراهنون على الرموز ويشغّلون المهام فعلًا. أما حصة المستثمرين الأوائل فقد أُبقيت منخفضة نسبيًا، بهدف ربط نموذج الرمز بأعباء العمل الفعلية والحد من ضغوط البيع الناتجة عن أطراف لا تقدم أي مساهمة.
4) من منظور تجربة المستخدم، تقتصر المشاركة على تثبيت تطبيق وتشغيل هاتف غير مستغل؛ وبذلك تصل أعمال DePIN إلى المستخدمين العاديين بدلًا من المعدّنين المحترفين. أما المطورون على جانب الطلب، فتتوفر لهم أيضًا إجراءات نشر بسيطة في بيئات Node.js أو Cargo، بدءًا من واجهات API البسيطة وصولًا إلى استدلال نماذج LLM، من دون الحاجة إلى إدارة خوادم إضافية.
من الواضح أن الغاية من تصميم المشاركة منخفضة العتبة هي تمكين هذا النشاط من التوسع فعليًا. لكن لنكن صريحين: لا يزال التحدي الأكبر على جانب الطلب، بما في ذلك عدد حالات استخدام الوكلاء المرتبطة بالاستدلال واستدعاء الأدوات ومعالجة البيانات.
هذا كل شيء.
لا يمكن لهذا النموذج أن ينجح فعليًا إلا باجتماع طلب قوي على جانب الطلب، مع توسع في العرض، واستمرار عمل نموذج الرموز. وإذا طُلب الآن جواب دقيق، فلا يوجد جواب بالتأكيد.
لكن بالنظر إلى اتجاه تطور السردية، فإن موقع Acurast في المنظومة يقع عند نقطة التحول من سباق التسلح على قدرة الحوسبة الخاصة بالنماذج الكبيرة إلى تطبيقات الوكلاء على أرض الواقع. ما دام هذا الاتجاه قائمًا، فمن الصعب دحض وجود الطلب إلى حد ما؛ لذا فالأمر الذي يحتاجه توسع النشاط هو الوقت فحسب.
رابط المقال الأصلي (X): https://x.com/tmel0211/status/2114617571693764749
1) يتغير الطلب على استدلال الذكاء الاصطناعي باستمرار. فبعد أن كان التنافس على قدرة الحوسبة لتشغيل النماذج يتطلب سباق تسلح عتاديًا بمستوى H100، بدأ يتحول تدريجيًا إلى طلب أكثر تجزؤًا وخفةً تدفعه تطبيقات الوكلاء (Agents). عندما يستدعي الوكيل نماذج صغيرة بصورة متكررة لاتخاذ القرارات، واستخدام الأدوات، وإجراء الاستدلال الفوري، لا تعود مراكز البيانات المركزية الحل الأمثل؛ بل يصبح الحوسبة الطرفية هي الحاجة الأساسية، لأن متطلبات الحوسبة لكل مهمة ليست كبيرة، بينما تكون الحساسية أعلى تجاه زمن الاستجابة والخصوصية وقابلية التحقق والتكلفة.
اختارت Acurast مليارات الهواتف الذكية حول العالم كنقطة انطلاق، لأن الهواتف، رغم أن قدراتها الحاسوبية ليست الأقوى، تُعد من أكثر العقد الطرفية انتشارًا وتوزعًا، كما أنها مزودة بقدرات أمان عتادية. وهذا يجعلها خيارًا منخفض التكلفة وسهل المشاركة للمستخدمين.
2) كيف تعمل المنظومة؟ تأتي معظم الهواتف مزودة ببيئة تنفيذ موثوقة TEE ووحدة أمان عتادية، ما يوفر قدرة أساسية على تنفيذ عمليات الاستدلال ويساعد على حل التحديات الأساسية المتعلقة بالخصوصية وقابلية التحقق. بعد أن يسجل المستخدم تطبيق Processor ويحوّل هاتفه غير المستغل إلى عقدة، ينشر المطورون عليه برامج مثل استدلال نماذج LLM خفيفة، واستدعاء واجهات API، والمهام المجدولة، ومعالجة البيانات؛ وبذلك يمكن للمستخدم تشغيل مهام العقدة والحصول على مكافآت.
3) تضم الشبكة حاليًا أكثر من 300 ألف جهاز قيد التشغيل، وتغطي أكثر من 170 دولة، وقد عالجت أكثر من مليار معاملة على السلسلة ونفذت مئات الآلاف من عمليات النشر. وهذا يمثل تحققًا أوليًا من وجود الطلب وإمكانية تطبيق نموذج الرموز. لكن كثيرًا من مشاريع DePIN السابقة تعثرت بسبب ضعف استدامة نماذج الحوافز. ولمعالجة ذلك، اتخذت Acurast تدابير مناسبة:
1. ربط المكافآت بالالتزامات الفعلية: يجب على العقد إيداع base:0xc5fed7c8ccc75d8a72b601a66dffd7a489073f0b والتعهد بتوفير قدرة حوسبة معينة، وإلا فقد تتعرض للعقوبة (Slash). وهذا يختلف عن توزيع المكافآت لمجرد الاتصال بالسوق.
2. يُخصص نحو 70% من الزيادة التضخمية في البروتوكول لمجمعات الحوسبة المرهونة، كما تتدفق الإيرادات النقدية الفعلية التي يدفعها طالبو القدرة الحاسوبية إلى المشاركين الذين يراهنون على الرموز ويشغّلون المهام فعلًا. أما حصة المستثمرين الأوائل فقد أُبقيت منخفضة نسبيًا، بهدف ربط نموذج الرمز بأعباء العمل الفعلية والحد من ضغوط البيع الناتجة عن أطراف لا تقدم أي مساهمة.
4) من منظور تجربة المستخدم، تقتصر المشاركة على تثبيت تطبيق وتشغيل هاتف غير مستغل؛ وبذلك تصل أعمال DePIN إلى المستخدمين العاديين بدلًا من المعدّنين المحترفين. أما المطورون على جانب الطلب، فتتوفر لهم أيضًا إجراءات نشر بسيطة في بيئات Node.js أو Cargo، بدءًا من واجهات API البسيطة وصولًا إلى استدلال نماذج LLM، من دون الحاجة إلى إدارة خوادم إضافية.
من الواضح أن الغاية من تصميم المشاركة منخفضة العتبة هي تمكين هذا النشاط من التوسع فعليًا. لكن لنكن صريحين: لا يزال التحدي الأكبر على جانب الطلب، بما في ذلك عدد حالات استخدام الوكلاء المرتبطة بالاستدلال واستدعاء الأدوات ومعالجة البيانات.
هذا كل شيء.
لا يمكن لهذا النموذج أن ينجح فعليًا إلا باجتماع طلب قوي على جانب الطلب، مع توسع في العرض، واستمرار عمل نموذج الرموز. وإذا طُلب الآن جواب دقيق، فلا يوجد جواب بالتأكيد.
لكن بالنظر إلى اتجاه تطور السردية، فإن موقع Acurast في المنظومة يقع عند نقطة التحول من سباق التسلح على قدرة الحوسبة الخاصة بالنماذج الكبيرة إلى تطبيقات الوكلاء على أرض الواقع. ما دام هذا الاتجاه قائمًا، فمن الصعب دحض وجود الطلب إلى حد ما؛ لذا فالأمر الذي يحتاجه توسع النشاط هو الوقت فحسب.
رابط المقال الأصلي (X): https://x.com/tmel0211/status/2114617571693764749