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

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

جوهر MC

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

أهمية MCP

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

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

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

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

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

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

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

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

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

مشروع حالة

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

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

دمج خادم MCP مع blockchain

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

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

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

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

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

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