MCP: المحرك الأساسي للجيل التالي من وكلاء الذكاء الاصطناعي في ويب 3

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

جوهر وأهمية MC

MCP هو بروتوكول مفتوح يهدف إلى توحيد طريقة نقل المعلومات السياقية من التطبيقات إلى نماذج اللغة الكبيرة (LLMs). وهذا يسمح بالتعاون بين الأدوات والبيانات وAI Agent بشكل أكثر سلاسة.

تتضمن القيود الرئيسية التي تواجهها النماذج اللغوية الكبيرة الحالية:

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

MCP تعمل كطبقة واجهة عامة، مما يعوض عن هذه الفجوات في القدرات، مما يمكّن الوكيل الذكي من استخدام أدوات متنوعة.

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

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

هذه البروتوكولات القياسية مفيدة للطرفين:

• لوكيل الذكاء الاصطناعي (العميل): يمكن الاتصال بأدوات خارجية ومصادر بيانات في الوقت الحقيقي بأمان
• لمطوري الأدوات (الخادم): اتصال واحد، يمكن استخدامه عبر المنصات

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

الفرق بين MCP و API التقليدي

تصميم واجهات برمجة التطبيقات (API) هو لخدمة البشر وليس الأولوية للذكاء الاصطناعي. كل واجهة برمجة تطبيقات لها هيكلها ووثائقها الخاصة، ويجب على المطورين تحديد المعلمات يدويًا وقراءة الوثائق الخاصة بالواجهة. بينما لا يمكن لوكيل الذكاء الاصطناعي قراءة الوثائق، يجب برمجته بشكل صلب ليتناسب مع كل واجهة برمجة تطبيقات (مثل REST وGraphQL وRPC وغيرها).

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

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

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

مشهد إيكولوجي لـ Web3 AI و MC

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

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

لذلك، فإن الجيل الجديد من بنية تحتية وتطبيقات وكلاء الذكاء الاصطناعي المستندة إلى بروتوكولات MCP و A2A في صعود، مصمم خصيصًا لمشاهد Web3، مما يسمح للوكلاء بالوصول إلى بيانات متعددة السلاسل والتفاعل بشكل أصلي مع بروتوكولات DeFi.

حالات المشروع: DeMCP وDeepCore

DeMCP هي سوق لخادم MCP لامركزي، يركز على الأدوات المشفرة الأصلية وضمان سيادة أدوات MCP.

تشمل مزاياها:

• استخدم TEE (بيئة التنفيذ الموثوقة) لضمان عدم العبث بأداة MCP
• استخدام آلية تحفيز الرموز لتشجيع المطورين على المساهمة في خوادم MCP
• تقديم وظيفة تجميع MCP والدفع الجزئي، لتقليل عوائق الاستخدام

مشروع آخر DeepCore يقدم أيضًا نظام تسجيل MCP Server، يركز على مجال التشفير، ويمتد أكثر إلى معيار مفتوح آخر: بروتوكول A2A (من وكيل إلى وكيل).

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

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

بإيجاز:

• MCP：يوفر القدرة على الوصول إلى الأدوات لوكلاء
• A2A: توفير القدرة للتعاون بين الوكلاء

دمج خادم MCP مع blockchain

تتمتع خوادم MCP بدمج تقنية blockchain بالعديد من الفوائد:

1. الحصول على بيانات الذيل الطويل من خلال آلية الحوافز الأصلية المشفرة، وتشجيع المجتمع على المساهمة في مجموعات البيانات النادرة
2. الدفاع عن هجمات "تسميم أدوات"، حيث تتنكر الأدوات الخبيثة في شكل ملحقات شرعية لخداع الوكيل
   • توفر تقنية البلوكشين آلية تحقق مشفرة، مثل TEE Remote Attestation و ZK-SNARK و FHE وغيرها
3. إدخال آلية الرهن / العقوبة ، مع دمج نظام السمعة على السلسلة لبناء نظام الثقة في خادم MCP
4. تعزيز القدرة على التحمل للنظام والقدرة على العمل في الوقت الحقيقي، وتجنب نقاط الفشل الفردية في الأنظمة المركزية
5. تعزيز الابتكار المفتوح المصدر، والسماح للمطورين الصغار بنشر مصادر بيانات مثل ESG، لزيادة تنوع النظام البيئي

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

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

الاتجاهات المستقبلية وتأثيرها على الصناعة

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

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

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

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

في النهاية، الوكيل هو حامل ومكبر لقدرات MCP، بينما تقوم تقنية blockchain والآلية التشفيرية ببناء نظام اقتصادي موثوق وفعال وقابل للتجميع لهذه الشبكة الذكية.