MCP: محرك أساسي لبيئة Web3 AI Agent

MCP أصبحت بسرعة المكون الأساسي في بيئة Web3 AI Agent. إنها تقدم أدوات وقدرات جديدة لـ AI Agent من خلال بنية تشبه المكونات الإضافية عبر MCP Server. MCP هو اختصار لـ Model Context Protocol، وهو مستمد من Web2 AI، ويتم إعادة تصوره الآن في بيئة Web3.

مقدمة MCP

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

أهمية MC

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

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

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

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

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

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

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

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

MCP مع API التقليدي الفرق

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

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

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

المشهد البيئي Web3 الذكاء الاصطناعي x MCP

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

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

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

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

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

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

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

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

باختصار:

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

دمج خادم MCP مع blockchain

تكنولوجيا البلوكشين في خادم MCP لها فوائد متعددة:

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

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

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

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

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

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

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