MCP: القوة الدافعة الأساسية لنظام Web3 AI Agent البيئي

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

مقدمة عن MC

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

أهمية MC

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

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

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

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

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

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

• عميل AI Agent(): يمكن الاتصال بأدوات خارجية ومصادر بيانات حية بأمان
• لمطوري الأدوات ( خادم ): اتصال واحد، متاح عبر المنصات

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

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

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

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

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

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

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

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

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

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

حالة المشروع

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

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

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

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

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

باختصار:

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

دمج خادم MCP مع blockchain

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

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

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

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

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

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

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

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

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