فكرت أكثر في اتجاه سيناريوهات تطبيق وكلاء الذكاء الاصطناعي في الويب 3، واستخلصت بعض الأفكار الاستشرافية كما يلي:
قد لا تكون الوظيفة التطبيقية الأكثر أصلية لوكيل الويب 3 AI هي "التداول". على الرغم من أن وكلاء تداول DeFi تم اعتبارهم دائمًا الشكل النهائي لوكلاء دخول عالم الكريبتو. لكن الذكاء الاصطناعي نفسه يحمل غموضًا في الاستدلال وعملية الوهم، وهذا يتعارض بطبيعته مع الدقة المطلوبة ومعدل التسامح المنخفض في سيناريوهات التداول.
في رأيي، تكمن مزايا وكيل الذكاء الاصطناعي في الويب 3 على المدى القصير في "تنظيف البيانات" و"تحليل النوايا"، وليس في الانتقال مباشرة إلى تنفيذ تداول الأصول بدقة مطلقة. على سبيل المثال: إجراء تنظيف للبيانات المناسبة على السلسلة وغير السلسلة، وبناء مخطط معلومات فعال؛ ومثال آخر: إجراء نمذجة سلوك تداول المستخدمين على السلسلة وتحليل تفضيلات المخاطر، وتخصيص مساعد قرارات تداول Smart Money، إلخ؛
قد تكون حاجة وكيل الذكاء الاصطناعي Web3 لبروتوكول التواصل A2A أكبر من حاجة MCP. لأن استدعاء MCP يتعلق بواجهات برمجة التطبيقات الوظيفية الناضجة، إذا كانت هناك بيئة تطبيقات وكيل ناضجة، يمكن لـ MCP أن تحل مشكلة جزر البيانات بشكل مثالي. على العكس، إذا كانت بيئة التطبيق نفسها غير ناضجة، فإن واجهات MCP القياسية تفتقر إلى الاستخدام.
بالمقارنة، يمكن لبروتوكول A2A إنشاء سوق معين لزيادة الوكلاء، مما سيؤدي إلى ظهور مجموعة من الوكلاء المتخصصين مثل وكلاء تحليل البيانات على السلسلة، ووكلاء تدقيق العقود الذكية، ووكلاء التقاط فرص MEV وغيرها. ستساعد قاعدة تسجيل قدرات الوكلاء المدمجة في A2A وشبكة الرسائل P2P على تكيف الوكلاء المتخصصين بشكل أفضل مع التفاعل والتوافق المعقد، وإذا اقتصر الأمر على مستوى بروتوكول MCP، فمن المحتمل أن تواجه وكلاء AI في web3 صعوبة في تجاوز قيود التفاعل اللغوي.
3）متطلبات وكيل الذكاء الاصطناعي في ويب 3 لبناء البنية التحتية > تطبيق التنفيذ. في سياق ويب 2، تكون قيمة وكيل الذكاء الاصطناعي العملية ذات أولوية قصوى، ولكن لكي يتمكن وكيل الذكاء الاصطناعي في ويب 3 من بناء نظام بيئي كامل، يجب أن يسد الفجوات الكبيرة في البنية التحتية الأساسية، بما في ذلك طبقة البيانات الموحدة، وطبقة أوراكل، وطبقة تنفيذ النية، وطبقة الإجماع اللامركزية، وغيرها.
بدلاً من التنافس بشكل مباشر مع web2 على مستوى التطبيق (والذي سيؤدي حتمًا إلى خسائر)، فإن البحث عن طرق جديدة على مستوى البنية التحتية لبناء بنية تحتية تتمتع بمزايا تمايز web3 هو الطريق الصحيح. على الرغم من أن تطبيقات web2 AI قد تكون متأخرة نسبيًا في التنفيذ، إلا أن بناء شبكة إجماع لامركزية لتشغيل A2A، وتطوير معايير تشغيل موحدة يمكن التفاعل معها من أجل تحقيق الفائدة لـ MCP، يتماشى بشكل طبيعي مع الخصائص الأصلية للبلوكتشين، مما يجعل الحاجة لبناء البنية التحتية ليست أقل أهمية من تنفيذ التطبيقات.
التحول من التفكير المبني على التشفير إلى التفكير المبني على الذكاء الاصطناعي، عند النظر إلى تاريخ التشفير على مر السنين، فإن الالتزام بإطار "اللامركزية" فقط قد أنتج مجموعة متنوعة من المسارات والابتكارات. في المستقبل، قد يسير مجال الذكاء الاصطناعي + التشفير نحو "استقلالية الذكاء الاصطناعي".
سواء كان Agentic أو Robotic، يجب أن نسعى إلى إطار جديد يركز على الذكاء الاصطناعي، مثل مجموعة من وكلاء الذكاء الاصطناعي القادرة على إدارة الأموال ذاتيًا، ونموذج عقود ذكية يمكنه التحديث الذاتي بناءً على بيئة الشبكة والتغذية الراجعة، وإطار حوكمة DAO يتم تحسينه بشكل ديناميكي بناءً على مساهمة المجتمع، وما إلى ذلك. في النهاية، يجب أن نخرج من التفكير في تطبيقات الأدوات البسيطة، ونجعل الذكاء الاصطناعي يمتلك نظام تطور ذاتي، ودفع الذكاء الاصطناعي لتقدم الذكاء الاصطناعي هو الأساس.
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
كيف يمكن لبروتوكول A2A أن يحل معضلة تطبيق وكيل الذكاء الاصطناعي في Web3؟
فكرت أكثر في اتجاه سيناريوهات تطبيق وكلاء الذكاء الاصطناعي في الويب 3، واستخلصت بعض الأفكار الاستشرافية كما يلي:
في رأيي، تكمن مزايا وكيل الذكاء الاصطناعي في الويب 3 على المدى القصير في "تنظيف البيانات" و"تحليل النوايا"، وليس في الانتقال مباشرة إلى تنفيذ تداول الأصول بدقة مطلقة. على سبيل المثال: إجراء تنظيف للبيانات المناسبة على السلسلة وغير السلسلة، وبناء مخطط معلومات فعال؛ ومثال آخر: إجراء نمذجة سلوك تداول المستخدمين على السلسلة وتحليل تفضيلات المخاطر، وتخصيص مساعد قرارات تداول Smart Money، إلخ؛
بالمقارنة، يمكن لبروتوكول A2A إنشاء سوق معين لزيادة الوكلاء، مما سيؤدي إلى ظهور مجموعة من الوكلاء المتخصصين مثل وكلاء تحليل البيانات على السلسلة، ووكلاء تدقيق العقود الذكية، ووكلاء التقاط فرص MEV وغيرها. ستساعد قاعدة تسجيل قدرات الوكلاء المدمجة في A2A وشبكة الرسائل P2P على تكيف الوكلاء المتخصصين بشكل أفضل مع التفاعل والتوافق المعقد، وإذا اقتصر الأمر على مستوى بروتوكول MCP، فمن المحتمل أن تواجه وكلاء AI في web3 صعوبة في تجاوز قيود التفاعل اللغوي.
3）متطلبات وكيل الذكاء الاصطناعي في ويب 3 لبناء البنية التحتية > تطبيق التنفيذ. في سياق ويب 2، تكون قيمة وكيل الذكاء الاصطناعي العملية ذات أولوية قصوى، ولكن لكي يتمكن وكيل الذكاء الاصطناعي في ويب 3 من بناء نظام بيئي كامل، يجب أن يسد الفجوات الكبيرة في البنية التحتية الأساسية، بما في ذلك طبقة البيانات الموحدة، وطبقة أوراكل، وطبقة تنفيذ النية، وطبقة الإجماع اللامركزية، وغيرها.
بدلاً من التنافس بشكل مباشر مع web2 على مستوى التطبيق (والذي سيؤدي حتمًا إلى خسائر)، فإن البحث عن طرق جديدة على مستوى البنية التحتية لبناء بنية تحتية تتمتع بمزايا تمايز web3 هو الطريق الصحيح. على الرغم من أن تطبيقات web2 AI قد تكون متأخرة نسبيًا في التنفيذ، إلا أن بناء شبكة إجماع لامركزية لتشغيل A2A، وتطوير معايير تشغيل موحدة يمكن التفاعل معها من أجل تحقيق الفائدة لـ MCP، يتماشى بشكل طبيعي مع الخصائص الأصلية للبلوكتشين، مما يجعل الحاجة لبناء البنية التحتية ليست أقل أهمية من تنفيذ التطبيقات.
سواء كان Agentic أو Robotic، يجب أن نسعى إلى إطار جديد يركز على الذكاء الاصطناعي، مثل مجموعة من وكلاء الذكاء الاصطناعي القادرة على إدارة الأموال ذاتيًا، ونموذج عقود ذكية يمكنه التحديث الذاتي بناءً على بيئة الشبكة والتغذية الراجعة، وإطار حوكمة DAO يتم تحسينه بشكل ديناميكي بناءً على مساهمة المجتمع، وما إلى ذلك. في النهاية، يجب أن نخرج من التفكير في تطبيقات الأدوات البسيطة، ونجعل الذكاء الاصطناعي يمتلك نظام تطور ذاتي، ودفع الذكاء الاصطناعي لتقدم الذكاء الاصطناعي هو الأساس.