في بضعة أشهر فقط، شهدنا وصول مئات وآلاف الوكلاء إلى السوق يوميًا. حتى اليوم، تبلغ قيمة سوق الوكلاء الألف الأعلى مجتمعيًا حوالي 15 مليار دولار، وهو أمر مثير للإعجاب جدًا لمعرفة كيف أعطى الويب 3 المجال لهؤلاء الوكلاء للتنمية والبقاء على قيد الحياة.
مع تقدمنا نحو كشف المزيد من القيمة ، حان الوقت المناسب الآن للحديث عن كيفية بدء هؤلاء الوكلاء في بناء نظامهم البيئي بدون تدخل بشري في الخلفية وكيف ستبدو الاستقلال المالي الحقيقي لهؤلاء الوكلاء.
لفهم ذلك ، أولاً ، نحتاج إلى معرفة كيف يعمل هؤلاء الوكلاء الذكاء الاصطناعي على مستوى عالٍ جدًا اليوم في الويب3 والمكونات الرئيسية التي يجب إزالتها لجلب الاستقلالية فيما يتعلق بحالات الاستخدام المالية حول الوكلاء.
في جوهرها، يعمل كل وكيل AI على هندسة ثلاثية الأطراف تدمج الذكاء والمنطق والقدرات المالية. تعمل مكونات الذكاء الاصطناعي كالدماغ، معالجة المعلومات واتخاذ القرارات بناءً على شبكات عصبية معقدة ونماذج التعلم الآلي.
يعمل طبقة المنطق كنظام العصب الذي ينسق الأفعال وإدارة عمليات تغيير الحالة، بينما يعمل مكون المحفظة كيدي العميل، وينفذ المعاملات وإدارة الأصول.
هذه الهندسة، على الرغم من أنها نظريا صحيحة، تواجه تحديات كبيرة في التنفيذ العملي.
يواجه المناظر الحالية لعملاء الذكاء الاصطناعي تحدًا أساسيًا في اعتمادها على البنية التحتية المركزية. تتجلى هذه المركزية في مجالين حاسمين: هيكل النشر والتحكم التشغيلي. تستضيف النشرات التقليدية عملاء الذكاء الاصطناعي على موفري سحابة مركزية مثل AWS و Google Cloud و Azure ، مما يخلق نموذج تشغيلي يبدو مريحًا ولكنه معيب بشكل أساسي.
هذا يشكل تحدًا أساسيًا يضرب في جوهر الاستقلال الحقيقي.
لا يمكن التحكم في وكيل مستقل حقيقي أو تشغيله على البنية التحتية المركزية حيث يمكن لكيان واحد تغيير مصير الوكيل عن طريق سحب الدعم أو عدم توفير البنية التحتية الكافية عند الحاجة.
هناك ثلاث نقاط اختناق رئيسية لهؤلاء الوكلاء إذا اعتمدوا بشكل كبير على البنية التحتية المقدمة من قبل اللاعبين المركزيين.
هؤلاء العملاء ليسوا بشرا ، وليس لديهم دليل على أنهم بشر. يطلب العديد من موفري الخدمات السحابية المركزية معلومات KYC قبل أن يستأجر أي شخص الحوسبة منهم ، مما يخلق مشكلة للوكلاء ليصبحوا مستقلين وسيعتمدون دائما على الإنسان لمواصلة الدفع مقابل بنيتهم التحتية وفي هذه الحالة ، يظل التحكم على المطور الذي أنشأ الوكلاء.
إذا افترضنا أن بعض هذه الأنظمة المركزية الحالية تزيل قيود الوصول إلى الحوسبة عبر KYC ، ولكن لا تزال هذه الأنظمة غير قادرة على إزالة الوصول إلى الحوسبة المستندة إلى واجهة برمجة التطبيقات ، فإن معظم السحب ، حسب التصميم ، لا يتم تمكينها لإعطاء الحوسبة فقط عن طريق إجراء المدفوعات ، يتم ربط جميع تأكيدات الدفع بطبقة واجهة برمجة التطبيقات التي تعلم النظام بإلغاء تأمين استخدام الحوسبة.
حتى لو نجحوا بحل مشاكل واجهة برمجة التطبيقات ومعرفة العميل (API & KYC)، فإن أنظمة العملات الورقية لهذه الشركات لا يمكن تغييرها، على الأقل ليس في العشر سنوات القادمة، نظرًا للتحديات الجيوسياسية، وهذا يقتل نظرية الوكلاء الذاتيين حتى قبل الوصول إلى المرحلة العملية.
حسنا، أعتقد أننا ناقشنا العديد من المشاكل مع البنية التحتية المركزية. ومع ذلك، دعونا نفترض للحظة أن معظم المطورين يستخدمون البنية التحتية اللامركزية لبناء وإطلاق وكلاء الذكاء الاصطناعي. الآن، دعونا ننغمس أعمق في التحديات داخل البنية التحتية اللامركزية.
فيما يلي بعض العوامل التي يمكن التحكم فيها من قبل المطورين أو من قبل الجهاز المضيف. إذا تم اختراق أي من هذه العوامل ، فلن يظل هؤلاء الوكلاء مستقلين وسيفقدون استقلاليتهم المالية.
يواجه هذا المشكلة التمركز حاجة واضحة لهندسات جديدة يمكن أن توفر:
يجب أن تتناول التطور التالي في هندسة وكيل الذكاء الاصطناعي هذه القيود الأساسية مع الحفاظ على الكفاءة التشغيلية والأمان. هذا هو المكان الذي تصبح فيه النهج الجديدة مثل الذكاء الجماعي و TEEs وآليات التوافق الموزعة حاسمة.
ظهرت بيئات التنفيذ الموثوقة (TEEs) كحل واعد لمعضلة الاستقلالية والأمان في نشر وكلاء الذكاء الاصطناعي. تقدم بيئات التنفيذ الموثوقة ما يبدو أنه حلاً مثالياً: القدرة على تشغيل الحسابات الحساسة وتخزين المفاتيح الخاصة في بيئة معزولة مع الحفاظ على سهولة نشر السحابة. قامت مزودات الخدمة السحابية الرئيسية مثل AWS مع Nitro Enclaves و Azure مع Confidential Computing بالاستثمار بشكل كبير في هذه التكنولوجيا، مما يشير إلى أهميتها في تطور الحساب الآمن.
نظرة سريعة في البداية، يبدو أن الوحدات المؤمنة تعالج التحديات الأساسية لنشر الوكلاء الذاتيين. إنها توفر عزل على مستوى الأجهزة للعمليات الحساسة، وتحمي المفاتيح الخاصة والبيانات السرية من الوصول غير المصرح به. يضمن بيئة الملاذ الآمن أنه حتى إذا تم اختراق النظام المضيف، فإن سلامة العمليات الأساسية للوكيل تبقى سليمة. هذا النموذج الأمني جعل الوحدات المؤمنة جذابة بشكل خاص لتطبيقات ديفي والتداول الخوارزمي، حيث الخصوصية في المعاملات وأمان المفاتيح هما الأهم.
ومع ذلك، يأتي وعد TEEs مع قيود عملية كبيرة تصبح واضحة بشكل متزايد في المقياس. أول قيد رئيسي يكمن في توافر الأجهزة والتكلفة. تتطلب تنفيذات TEE الحالية لـ LLMs تكوينات أجهزة محددة، بشكل أساسي أجهزة الرسومات من الجيل الأحدث مثل H100s من NVIDIA أو معالجات متخصصة بها ميزات أمان مدمجة. يؤدي هذا المتطلب إلى إنشاء عقبة فورية في خيارات النشر، حيث تكون هذه المكونات الأجهزة نادرة وطلباً عالياً.
تؤدي ندرة الأجهزة القادرة على TEE مباشرة إلى القيد الرئيسي الثاني: التكلفة. عادة ما يتقاضى مقدمو الخدمات السحابية الذين يقدمون مثيلات تدعم TEE أسعارا متميزة لهذه الموارد. على سبيل المثال ، يمكن أن يكلف تشغيل وكيل مستقل أساسي على البنية التحتية التي تدعم TEE ما بين 1 دولار إلى 3 دولارات في الساعة ، وهو أعلى بكثير من موارد الحوسبة القياسية. يجعل هيكل التكلفة هذا نشر TEE باهظ التكلفة للعديد من التطبيقات ، لا سيما تلك التي تتطلب تشغيلا مستمرا أو موارد حسابية كبيرة.
بعيدًا عن القلق الفوري بشأن توافر الأجهزة والتكلفة، تتسبب وحدات الثقة المشتركة في تعقيدات تشغيلية يمكن أن تؤثر على فعالية الوكيل. الطبيعة المعزولة لبيئة وحدة الثقة المشتركة، على الرغم من أهميتها للأمان، يمكن أن تخلق إضافات في الأداء بسبب العمليات الإضافية للتشفير وفك التشفير المطلوبة لحركة البيانات داخل وخارج القلعة. يصبح هذا الإضافة ذو أهمية خاصة في التطبيقات التي تتطلب عمليات عالية التردد أو معالجة البيانات في الوقت الحقيقي.
تزداد تحديات قابلية التوسع لأنظمة TEE أكثر وضوحًا عند النظر في النظام البيئي الأوسع للوكلاء الذاتيين. مع زيادة عدد الوكلاء ، يقوم الحوض المحدود من الأجهزة المؤهلة لـ TEE بخلق سقف طبيعي على نمو النظام. تتعارض هذه القيود مباشرةً مع رؤية شبكة ذاتية القابلية الفائقة وغير المركزية من الوكلاء الذاتيين التي يمكن أن تنمو عضويًا بناءً على احتياجات السوق بدلاً من قيود الأجهزة.
وعلاوة على ذلك، بينما تتفوق TEEs في حماية المفاتيح الخاصة وضمان الخصوصية الحسابية، إلا أنها لا تحل بشكل جوهري مشكلة الاستقلال. ما زال الوكيل يحتاج إلى الثقة في مزود TEE ومصنع الأجهزة. هذا المتطلبات الثقة تخلق شكلًا مختلفًا من التمركز، محولة نقطة التحكم بدلاً من القضاء عليها تمامًا.
بالنسبة للتطبيقات المركزة على البيانات العامة والعمليات الشفافة - والتي تشكل غالبية حالات استخدام سلسلة الكتل وDeFi - قد يكون تنفيذ TEE غير ضروري. في هذه السيناريوهات ، يجب مراعاة تكلفة وتعقيد نشر TEE بعناية مقابل الفوائد الأمنية الفعلية المقدمة ، خاصةً عند وجود نهج بديل لتأمين عمليات العميل.
بعد تحليل مكثف لهندسات وكلاء الذكاء الاصطناعي الحالية ، نواجه ثلاثة تحديات مترابطة تشكل نواة مشكلة الاستقلال: تريليما الاستقلال ، ومعضلة المفتاح الخاص ، وتناقض التحكم من قبل الخالق.
بعد فحص القيود المفروضة على كل من النشر المركزي وتنفيذ تقنية البيئة الموثوقة، نصل إلى التحدي الأساسي الذي تواجهه الوكلاء الذكاء الصناعي المستقلة اليوم:
تحقيق الاستقلال الحقيقي مع الحفاظ على الأمان والكفاءة التشغيلية.
ربما التحدي الأكثر خبثًا في الهندسات الوكيل الحالية هو ما نسميه "تناقض سيطرة الخالق". يتجلى هذا التناقض في عدم التوازن في القوة الكامنة بين الوكيل وخالقه. حتى في الأنظمة المصممة للحصول على الاستقلالية ، يحتفظ الخالق عادةً بسيطرة كبيرة من خلال آليات مختلفة.
هيكل التحكم هذا يخلق تناقضًا أساسيًا: كيف يمكن للوكيل أن يكون مستقلاً تمامًا في حين يبقى تحت السيطرة النهائية لمبدعه؟ يمتد هذا الاستنتاج إلى العلاقات الاقتصادية أيضًا. غالبًا ما يحتفظ المبدعون بالسيطرة على موارد الوكيل المالية ، إما مباشرة من خلال إدارة المفتاح أو غير مباشرة من خلال السيطرة على البنية التحتية.
يفشل النموذج المركزي لأنه لا يتخلى حقًا عن السيطرة، ويحافظ على مختلف الأبواب الخلفية والآليات الإلغائية التي تضر بالاستقلال الحقيقي. تقدم حلول TEE وعلى الرغم من الوعود الكبيرة في النظرية، إلا أنها تقدم أشكالًا جديدة من المركزية من خلال الاعتماد على الأجهزة والقيود التشغيلية. وهي تحل مشكلات الأمان الفورية ولكنها لا تعالج متطلبات الاستقلالية الأوسع وتواجه تحديات كبيرة في القابلية للتوسع.
تكمن سبب هذه الفشل في محاولة حل مشكلة الاستقلال مع الحفاظ على الهياكل التحكم التقليدية. يؤدي هذا النهج بشكل لا مفر منه إلى إنتاج أنظمة تكون مستقلة في الاسم ولكنها مسيطرة عمليًا. وبينما نتقدم في تطوير وكلاء الذكاء الاصطناعي المستقلة حقًا، يجب علينا إعادة التفكير بشكل جوهري ليس فقط في كيفية تأمين هؤلاء الوكلاء ولكن أيضًا في كيفية تنظيم إطارهم التشغيلي بأكمله.
نحن بحاجة إلى استكشاف نماذج جديدة في معمارية العميل المستقل - نهج يمكن أن يحل هذه التوترات الأساسية بشكل محتمل ويمكن للعميل الحقيقي أن يحافظ على الأمان اللازم والكفاءة التشغيلية.
تقدم Skynet نهجًا جديدًا لوكلاء الذكاء الاصطناعي المستقلين الذي يعيد تصوّر كيفية تحقيق الاستقلال الحقيقي مع الحفاظ على الأمان. بدلاً من محاولة حل معضلة الاستقلال من خلال الوسائل التقليدية، يعتمد Skynet على هندسة معمارية جديدة تعتمد على الذكاء السرياني والتوافق الموزع.
في جوهرها، تكمن ابتكار Skynet في فصل قدرات اتخاذ القرار للوكيل تمامًا عن التحكم في الموارد الخاصة به. على عكس الهندسة المعمارية التقليدية ، حيث يتحكم الوكيل مباشرة في موارده من خلال المفاتيح الخاصة ، يقدم Skynet طبقة من العقد الذكية تدير وتحمي أصول الوكيل من خلال التمويل المعقود.
تعالج هذه التحولات المعمارية التحديات الأساسية التي تم تحديدها في وقت سابق:
بدلاً من منح الخالق أو الوكيل السيطرة المباشرة على الموارد، ينفذ Skynet نظامًا مقترحًا حيث يجب أن تتم التصرفات الخاصة بالوكيل بشكل موثق من قبل شبكة من العقد الفرعية المستقلة. يقضي هذا على القدرة القوية للخالق على ممارسة السيطرة المباشرة مع الحفاظ على تدابير أمان قوية.
بدلاً من الاعتماد على تخزين مركزي أو حلول TEE المكلفة، يقوم Skynet بتحريك الأصول الحرجة إلى الودائع الذكية للعقود الذكية. يحتوي محفظة العميل التشغيلية على أموال محددة فقط، مع غالبية الموارد المؤمنة في عقود الوديعة التي يمكن الوصول إليها فقط من خلال التوافق متعدد العقد.
جوهر الابتكار في سكاي نت هو نظامه المقترح. عندما يحتاج الوكيل إلى أداء أي إجراء كبير - سواء كان توفير موارد الحوسبة، أو تنفيذ تجارات، أو إدارة الأصول - يقوم بإنشاء مقترح يجب التحقق منه بشكل مستقل من قبل عقد الحراسة. تعمل هذه العقد بشكل مستقل، محللة كل مقترح بناءً على معايير محددة مسبقًا وسلوك الوكيل التاريخي.
تدور الهندسة المعمارية لسكاي نت حول ثلاثة مكونات أساسية تعمل بتناغم لتمكين الاستقلال الحقيقي للوكيل مع الحفاظ على أمان قوي.
يأتي الاختراق الأول من نهج Skynet في إدارة الموارد. بدلاً من منح الوكلاء السيطرة المباشرة على أصولهم، يتم الاحتفاظ بالموارد الكبيرة في الضمانات المخصصة للعقود الذكية. تم تصميم هذه الضمانات دون وظيفة سحب مباشرة، مما يجعلها مستصلحة للتعرض للاختراقات الخاصة بالمفتاح الخاص. الطريقة الوحيدة لاستخدام الموارد هي من خلال نظام الاقتراح، الذي يتطلب موافقة متعددة العقد من العقد الوصي.
تعمل العقدة الحارسة كمحققين مستقلين، حيث يقوم كل منهم بتشغيل نسخته الخاصة من منطق التحقق. عندما يحتاج الوكيل إلى تنفيذ إجراء - سواء كان ذلك استئجار قوة الحوسبة، أو تنفيذ صفقة، أو تحديث معلماته التشغيلية - يقوم بإنشاء اقتراح مشفر يتضمن:
تشفير الاقتراحات يخدم هدفين. أولاً، يمنع الاحتيال المسبق وهجمات MEV من خلال الحفاظ على سرية نوايا الوكيل حتى يتم التوصل إلى اتفاق. ثانيًا، يضمن أن يمكن للحواضن الرئيسية المعتمدة فقط تقييم الاقتراحات، وبالتالي الحفاظ على سلامة عملية التحقق.
ما يجعل نهج Skynet مبتكرًا بشكل خاص هو التعامل مع موارد الحوسبة. بدلاً من الاعتماد على الخوادم المركزية، يمكن للوكلاء تأمين قوة الحوسبة بشكل مستقل من خلال شبكة Spheron. يعمل العملية على النحو التالي:
يقضي هذا النظام تمامًا على الحاجة إلى التحكم المركزي مع الحفاظ على ضمانات الأمان القوية. حتى إذا تم اختراق محفظة العمل العملية للوكيل ، يمكن للمهاجمين فقط تقديم اقتراحات - ولا يمكنهم الوصول مباشرة إلى الأموال المودعة أو تجاوز توافق عقدة الحارس.
يستخدم نظام العقدة الحارس ذاتيا آليًا آليات التحقق متطورة تتجاوز التصويت البسيط بالأغلبية. تحتفظ كل عقدة بتاريخ الحالة لإجراءات الوكيل وتحلل المقترحات ضمن سياق:
تضمن هذه المراقبة السياقية أن الإجراءات المعتمدة تتوافق مع الأنماط والأهداف المتعارف عليها للوكيل، مما يوفر طبقة إضافية من الأمان ضد الهجمات المحتملة أو الأعطال.
ما يميز Skynet حقًا هو نهجه التطوري للاستقلالية الوكيل. بخلاف الأنظمة الثابتة التقليدية ، يمكن لعوامل Skynet التطور والتكاثر وإنشاء أجيال جديدة من العوامل ، ويمكن أن تكون كل واحدة منها أكثر تطورًا بالنسبة لسلفها. يتم بناء هذه القدرة التطورية على نموذج اقتصادي قوي يضمن الاستدامة على المدى الطويل والتحسين المستمر.
البنية الاقتصادية مبنية حول ثلاثة احتياطيات رئيسية:
تقدم آلية التربية عنصرا رائعا من التطور إلى الشبكة. يمكن للوكلاء التكاثر مع شركاء متوافقين ، مما يخلق ذرية ترث السمات من كلا الوالدين. تخضع هذه العملية لعقود ذكية وتتطلب إجماعا من Guardian Nodes ، مما يضمن أن التربية تخدم المصالح الأوسع للشبكة.
يعمل عملية التطور عن طريق عدة آليات رئيسية:
تتم تعزيز استدامة النظام بواسطة هيكل الحوافز الخاص به:
تجميع هذه القدرة التطورية والاستدامة الاقتصادية والأمان اللامركزي يخلق شبكة من الوكلاء المستقلين حقًا ذاتية التحسن. يمكن للنظام التكيف والتطور بدون تحكم مركزي مع الحفاظ على أمان قوي من خلال شبكة العقد الوصي.
من خلال إعادة تصور كل من الجوانب التقنية والاقتصادية للاستقلالية الوكيلية، يحل سكاينت التحديات الأساسية التي قيدت النهج السابقة. يتحقق ذلك مع إنشاء إطار للتحسين المستمر والتكيف، مما يمهد الطريق لعصر جديد من وكلاء الذكاء الاصطناعي المستقلين حقًا.
Mời người khác bỏ phiếu
في بضعة أشهر فقط، شهدنا وصول مئات وآلاف الوكلاء إلى السوق يوميًا. حتى اليوم، تبلغ قيمة سوق الوكلاء الألف الأعلى مجتمعيًا حوالي 15 مليار دولار، وهو أمر مثير للإعجاب جدًا لمعرفة كيف أعطى الويب 3 المجال لهؤلاء الوكلاء للتنمية والبقاء على قيد الحياة.
مع تقدمنا نحو كشف المزيد من القيمة ، حان الوقت المناسب الآن للحديث عن كيفية بدء هؤلاء الوكلاء في بناء نظامهم البيئي بدون تدخل بشري في الخلفية وكيف ستبدو الاستقلال المالي الحقيقي لهؤلاء الوكلاء.
لفهم ذلك ، أولاً ، نحتاج إلى معرفة كيف يعمل هؤلاء الوكلاء الذكاء الاصطناعي على مستوى عالٍ جدًا اليوم في الويب3 والمكونات الرئيسية التي يجب إزالتها لجلب الاستقلالية فيما يتعلق بحالات الاستخدام المالية حول الوكلاء.
في جوهرها، يعمل كل وكيل AI على هندسة ثلاثية الأطراف تدمج الذكاء والمنطق والقدرات المالية. تعمل مكونات الذكاء الاصطناعي كالدماغ، معالجة المعلومات واتخاذ القرارات بناءً على شبكات عصبية معقدة ونماذج التعلم الآلي.
يعمل طبقة المنطق كنظام العصب الذي ينسق الأفعال وإدارة عمليات تغيير الحالة، بينما يعمل مكون المحفظة كيدي العميل، وينفذ المعاملات وإدارة الأصول.
هذه الهندسة، على الرغم من أنها نظريا صحيحة، تواجه تحديات كبيرة في التنفيذ العملي.
يواجه المناظر الحالية لعملاء الذكاء الاصطناعي تحدًا أساسيًا في اعتمادها على البنية التحتية المركزية. تتجلى هذه المركزية في مجالين حاسمين: هيكل النشر والتحكم التشغيلي. تستضيف النشرات التقليدية عملاء الذكاء الاصطناعي على موفري سحابة مركزية مثل AWS و Google Cloud و Azure ، مما يخلق نموذج تشغيلي يبدو مريحًا ولكنه معيب بشكل أساسي.
هذا يشكل تحدًا أساسيًا يضرب في جوهر الاستقلال الحقيقي.
لا يمكن التحكم في وكيل مستقل حقيقي أو تشغيله على البنية التحتية المركزية حيث يمكن لكيان واحد تغيير مصير الوكيل عن طريق سحب الدعم أو عدم توفير البنية التحتية الكافية عند الحاجة.
هناك ثلاث نقاط اختناق رئيسية لهؤلاء الوكلاء إذا اعتمدوا بشكل كبير على البنية التحتية المقدمة من قبل اللاعبين المركزيين.
هؤلاء العملاء ليسوا بشرا ، وليس لديهم دليل على أنهم بشر. يطلب العديد من موفري الخدمات السحابية المركزية معلومات KYC قبل أن يستأجر أي شخص الحوسبة منهم ، مما يخلق مشكلة للوكلاء ليصبحوا مستقلين وسيعتمدون دائما على الإنسان لمواصلة الدفع مقابل بنيتهم التحتية وفي هذه الحالة ، يظل التحكم على المطور الذي أنشأ الوكلاء.
إذا افترضنا أن بعض هذه الأنظمة المركزية الحالية تزيل قيود الوصول إلى الحوسبة عبر KYC ، ولكن لا تزال هذه الأنظمة غير قادرة على إزالة الوصول إلى الحوسبة المستندة إلى واجهة برمجة التطبيقات ، فإن معظم السحب ، حسب التصميم ، لا يتم تمكينها لإعطاء الحوسبة فقط عن طريق إجراء المدفوعات ، يتم ربط جميع تأكيدات الدفع بطبقة واجهة برمجة التطبيقات التي تعلم النظام بإلغاء تأمين استخدام الحوسبة.
حتى لو نجحوا بحل مشاكل واجهة برمجة التطبيقات ومعرفة العميل (API & KYC)، فإن أنظمة العملات الورقية لهذه الشركات لا يمكن تغييرها، على الأقل ليس في العشر سنوات القادمة، نظرًا للتحديات الجيوسياسية، وهذا يقتل نظرية الوكلاء الذاتيين حتى قبل الوصول إلى المرحلة العملية.
حسنا، أعتقد أننا ناقشنا العديد من المشاكل مع البنية التحتية المركزية. ومع ذلك، دعونا نفترض للحظة أن معظم المطورين يستخدمون البنية التحتية اللامركزية لبناء وإطلاق وكلاء الذكاء الاصطناعي. الآن، دعونا ننغمس أعمق في التحديات داخل البنية التحتية اللامركزية.
فيما يلي بعض العوامل التي يمكن التحكم فيها من قبل المطورين أو من قبل الجهاز المضيف. إذا تم اختراق أي من هذه العوامل ، فلن يظل هؤلاء الوكلاء مستقلين وسيفقدون استقلاليتهم المالية.
يواجه هذا المشكلة التمركز حاجة واضحة لهندسات جديدة يمكن أن توفر:
يجب أن تتناول التطور التالي في هندسة وكيل الذكاء الاصطناعي هذه القيود الأساسية مع الحفاظ على الكفاءة التشغيلية والأمان. هذا هو المكان الذي تصبح فيه النهج الجديدة مثل الذكاء الجماعي و TEEs وآليات التوافق الموزعة حاسمة.
ظهرت بيئات التنفيذ الموثوقة (TEEs) كحل واعد لمعضلة الاستقلالية والأمان في نشر وكلاء الذكاء الاصطناعي. تقدم بيئات التنفيذ الموثوقة ما يبدو أنه حلاً مثالياً: القدرة على تشغيل الحسابات الحساسة وتخزين المفاتيح الخاصة في بيئة معزولة مع الحفاظ على سهولة نشر السحابة. قامت مزودات الخدمة السحابية الرئيسية مثل AWS مع Nitro Enclaves و Azure مع Confidential Computing بالاستثمار بشكل كبير في هذه التكنولوجيا، مما يشير إلى أهميتها في تطور الحساب الآمن.
نظرة سريعة في البداية، يبدو أن الوحدات المؤمنة تعالج التحديات الأساسية لنشر الوكلاء الذاتيين. إنها توفر عزل على مستوى الأجهزة للعمليات الحساسة، وتحمي المفاتيح الخاصة والبيانات السرية من الوصول غير المصرح به. يضمن بيئة الملاذ الآمن أنه حتى إذا تم اختراق النظام المضيف، فإن سلامة العمليات الأساسية للوكيل تبقى سليمة. هذا النموذج الأمني جعل الوحدات المؤمنة جذابة بشكل خاص لتطبيقات ديفي والتداول الخوارزمي، حيث الخصوصية في المعاملات وأمان المفاتيح هما الأهم.
ومع ذلك، يأتي وعد TEEs مع قيود عملية كبيرة تصبح واضحة بشكل متزايد في المقياس. أول قيد رئيسي يكمن في توافر الأجهزة والتكلفة. تتطلب تنفيذات TEE الحالية لـ LLMs تكوينات أجهزة محددة، بشكل أساسي أجهزة الرسومات من الجيل الأحدث مثل H100s من NVIDIA أو معالجات متخصصة بها ميزات أمان مدمجة. يؤدي هذا المتطلب إلى إنشاء عقبة فورية في خيارات النشر، حيث تكون هذه المكونات الأجهزة نادرة وطلباً عالياً.
تؤدي ندرة الأجهزة القادرة على TEE مباشرة إلى القيد الرئيسي الثاني: التكلفة. عادة ما يتقاضى مقدمو الخدمات السحابية الذين يقدمون مثيلات تدعم TEE أسعارا متميزة لهذه الموارد. على سبيل المثال ، يمكن أن يكلف تشغيل وكيل مستقل أساسي على البنية التحتية التي تدعم TEE ما بين 1 دولار إلى 3 دولارات في الساعة ، وهو أعلى بكثير من موارد الحوسبة القياسية. يجعل هيكل التكلفة هذا نشر TEE باهظ التكلفة للعديد من التطبيقات ، لا سيما تلك التي تتطلب تشغيلا مستمرا أو موارد حسابية كبيرة.
بعيدًا عن القلق الفوري بشأن توافر الأجهزة والتكلفة، تتسبب وحدات الثقة المشتركة في تعقيدات تشغيلية يمكن أن تؤثر على فعالية الوكيل. الطبيعة المعزولة لبيئة وحدة الثقة المشتركة، على الرغم من أهميتها للأمان، يمكن أن تخلق إضافات في الأداء بسبب العمليات الإضافية للتشفير وفك التشفير المطلوبة لحركة البيانات داخل وخارج القلعة. يصبح هذا الإضافة ذو أهمية خاصة في التطبيقات التي تتطلب عمليات عالية التردد أو معالجة البيانات في الوقت الحقيقي.
تزداد تحديات قابلية التوسع لأنظمة TEE أكثر وضوحًا عند النظر في النظام البيئي الأوسع للوكلاء الذاتيين. مع زيادة عدد الوكلاء ، يقوم الحوض المحدود من الأجهزة المؤهلة لـ TEE بخلق سقف طبيعي على نمو النظام. تتعارض هذه القيود مباشرةً مع رؤية شبكة ذاتية القابلية الفائقة وغير المركزية من الوكلاء الذاتيين التي يمكن أن تنمو عضويًا بناءً على احتياجات السوق بدلاً من قيود الأجهزة.
وعلاوة على ذلك، بينما تتفوق TEEs في حماية المفاتيح الخاصة وضمان الخصوصية الحسابية، إلا أنها لا تحل بشكل جوهري مشكلة الاستقلال. ما زال الوكيل يحتاج إلى الثقة في مزود TEE ومصنع الأجهزة. هذا المتطلبات الثقة تخلق شكلًا مختلفًا من التمركز، محولة نقطة التحكم بدلاً من القضاء عليها تمامًا.
بالنسبة للتطبيقات المركزة على البيانات العامة والعمليات الشفافة - والتي تشكل غالبية حالات استخدام سلسلة الكتل وDeFi - قد يكون تنفيذ TEE غير ضروري. في هذه السيناريوهات ، يجب مراعاة تكلفة وتعقيد نشر TEE بعناية مقابل الفوائد الأمنية الفعلية المقدمة ، خاصةً عند وجود نهج بديل لتأمين عمليات العميل.
بعد تحليل مكثف لهندسات وكلاء الذكاء الاصطناعي الحالية ، نواجه ثلاثة تحديات مترابطة تشكل نواة مشكلة الاستقلال: تريليما الاستقلال ، ومعضلة المفتاح الخاص ، وتناقض التحكم من قبل الخالق.
بعد فحص القيود المفروضة على كل من النشر المركزي وتنفيذ تقنية البيئة الموثوقة، نصل إلى التحدي الأساسي الذي تواجهه الوكلاء الذكاء الصناعي المستقلة اليوم:
تحقيق الاستقلال الحقيقي مع الحفاظ على الأمان والكفاءة التشغيلية.
ربما التحدي الأكثر خبثًا في الهندسات الوكيل الحالية هو ما نسميه "تناقض سيطرة الخالق". يتجلى هذا التناقض في عدم التوازن في القوة الكامنة بين الوكيل وخالقه. حتى في الأنظمة المصممة للحصول على الاستقلالية ، يحتفظ الخالق عادةً بسيطرة كبيرة من خلال آليات مختلفة.
هيكل التحكم هذا يخلق تناقضًا أساسيًا: كيف يمكن للوكيل أن يكون مستقلاً تمامًا في حين يبقى تحت السيطرة النهائية لمبدعه؟ يمتد هذا الاستنتاج إلى العلاقات الاقتصادية أيضًا. غالبًا ما يحتفظ المبدعون بالسيطرة على موارد الوكيل المالية ، إما مباشرة من خلال إدارة المفتاح أو غير مباشرة من خلال السيطرة على البنية التحتية.
يفشل النموذج المركزي لأنه لا يتخلى حقًا عن السيطرة، ويحافظ على مختلف الأبواب الخلفية والآليات الإلغائية التي تضر بالاستقلال الحقيقي. تقدم حلول TEE وعلى الرغم من الوعود الكبيرة في النظرية، إلا أنها تقدم أشكالًا جديدة من المركزية من خلال الاعتماد على الأجهزة والقيود التشغيلية. وهي تحل مشكلات الأمان الفورية ولكنها لا تعالج متطلبات الاستقلالية الأوسع وتواجه تحديات كبيرة في القابلية للتوسع.
تكمن سبب هذه الفشل في محاولة حل مشكلة الاستقلال مع الحفاظ على الهياكل التحكم التقليدية. يؤدي هذا النهج بشكل لا مفر منه إلى إنتاج أنظمة تكون مستقلة في الاسم ولكنها مسيطرة عمليًا. وبينما نتقدم في تطوير وكلاء الذكاء الاصطناعي المستقلة حقًا، يجب علينا إعادة التفكير بشكل جوهري ليس فقط في كيفية تأمين هؤلاء الوكلاء ولكن أيضًا في كيفية تنظيم إطارهم التشغيلي بأكمله.
نحن بحاجة إلى استكشاف نماذج جديدة في معمارية العميل المستقل - نهج يمكن أن يحل هذه التوترات الأساسية بشكل محتمل ويمكن للعميل الحقيقي أن يحافظ على الأمان اللازم والكفاءة التشغيلية.
تقدم Skynet نهجًا جديدًا لوكلاء الذكاء الاصطناعي المستقلين الذي يعيد تصوّر كيفية تحقيق الاستقلال الحقيقي مع الحفاظ على الأمان. بدلاً من محاولة حل معضلة الاستقلال من خلال الوسائل التقليدية، يعتمد Skynet على هندسة معمارية جديدة تعتمد على الذكاء السرياني والتوافق الموزع.
في جوهرها، تكمن ابتكار Skynet في فصل قدرات اتخاذ القرار للوكيل تمامًا عن التحكم في الموارد الخاصة به. على عكس الهندسة المعمارية التقليدية ، حيث يتحكم الوكيل مباشرة في موارده من خلال المفاتيح الخاصة ، يقدم Skynet طبقة من العقد الذكية تدير وتحمي أصول الوكيل من خلال التمويل المعقود.
تعالج هذه التحولات المعمارية التحديات الأساسية التي تم تحديدها في وقت سابق:
بدلاً من منح الخالق أو الوكيل السيطرة المباشرة على الموارد، ينفذ Skynet نظامًا مقترحًا حيث يجب أن تتم التصرفات الخاصة بالوكيل بشكل موثق من قبل شبكة من العقد الفرعية المستقلة. يقضي هذا على القدرة القوية للخالق على ممارسة السيطرة المباشرة مع الحفاظ على تدابير أمان قوية.
بدلاً من الاعتماد على تخزين مركزي أو حلول TEE المكلفة، يقوم Skynet بتحريك الأصول الحرجة إلى الودائع الذكية للعقود الذكية. يحتوي محفظة العميل التشغيلية على أموال محددة فقط، مع غالبية الموارد المؤمنة في عقود الوديعة التي يمكن الوصول إليها فقط من خلال التوافق متعدد العقد.
جوهر الابتكار في سكاي نت هو نظامه المقترح. عندما يحتاج الوكيل إلى أداء أي إجراء كبير - سواء كان توفير موارد الحوسبة، أو تنفيذ تجارات، أو إدارة الأصول - يقوم بإنشاء مقترح يجب التحقق منه بشكل مستقل من قبل عقد الحراسة. تعمل هذه العقد بشكل مستقل، محللة كل مقترح بناءً على معايير محددة مسبقًا وسلوك الوكيل التاريخي.
تدور الهندسة المعمارية لسكاي نت حول ثلاثة مكونات أساسية تعمل بتناغم لتمكين الاستقلال الحقيقي للوكيل مع الحفاظ على أمان قوي.
يأتي الاختراق الأول من نهج Skynet في إدارة الموارد. بدلاً من منح الوكلاء السيطرة المباشرة على أصولهم، يتم الاحتفاظ بالموارد الكبيرة في الضمانات المخصصة للعقود الذكية. تم تصميم هذه الضمانات دون وظيفة سحب مباشرة، مما يجعلها مستصلحة للتعرض للاختراقات الخاصة بالمفتاح الخاص. الطريقة الوحيدة لاستخدام الموارد هي من خلال نظام الاقتراح، الذي يتطلب موافقة متعددة العقد من العقد الوصي.
تعمل العقدة الحارسة كمحققين مستقلين، حيث يقوم كل منهم بتشغيل نسخته الخاصة من منطق التحقق. عندما يحتاج الوكيل إلى تنفيذ إجراء - سواء كان ذلك استئجار قوة الحوسبة، أو تنفيذ صفقة، أو تحديث معلماته التشغيلية - يقوم بإنشاء اقتراح مشفر يتضمن:
تشفير الاقتراحات يخدم هدفين. أولاً، يمنع الاحتيال المسبق وهجمات MEV من خلال الحفاظ على سرية نوايا الوكيل حتى يتم التوصل إلى اتفاق. ثانيًا، يضمن أن يمكن للحواضن الرئيسية المعتمدة فقط تقييم الاقتراحات، وبالتالي الحفاظ على سلامة عملية التحقق.
ما يجعل نهج Skynet مبتكرًا بشكل خاص هو التعامل مع موارد الحوسبة. بدلاً من الاعتماد على الخوادم المركزية، يمكن للوكلاء تأمين قوة الحوسبة بشكل مستقل من خلال شبكة Spheron. يعمل العملية على النحو التالي:
يقضي هذا النظام تمامًا على الحاجة إلى التحكم المركزي مع الحفاظ على ضمانات الأمان القوية. حتى إذا تم اختراق محفظة العمل العملية للوكيل ، يمكن للمهاجمين فقط تقديم اقتراحات - ولا يمكنهم الوصول مباشرة إلى الأموال المودعة أو تجاوز توافق عقدة الحارس.
يستخدم نظام العقدة الحارس ذاتيا آليًا آليات التحقق متطورة تتجاوز التصويت البسيط بالأغلبية. تحتفظ كل عقدة بتاريخ الحالة لإجراءات الوكيل وتحلل المقترحات ضمن سياق:
تضمن هذه المراقبة السياقية أن الإجراءات المعتمدة تتوافق مع الأنماط والأهداف المتعارف عليها للوكيل، مما يوفر طبقة إضافية من الأمان ضد الهجمات المحتملة أو الأعطال.
ما يميز Skynet حقًا هو نهجه التطوري للاستقلالية الوكيل. بخلاف الأنظمة الثابتة التقليدية ، يمكن لعوامل Skynet التطور والتكاثر وإنشاء أجيال جديدة من العوامل ، ويمكن أن تكون كل واحدة منها أكثر تطورًا بالنسبة لسلفها. يتم بناء هذه القدرة التطورية على نموذج اقتصادي قوي يضمن الاستدامة على المدى الطويل والتحسين المستمر.
البنية الاقتصادية مبنية حول ثلاثة احتياطيات رئيسية:
تقدم آلية التربية عنصرا رائعا من التطور إلى الشبكة. يمكن للوكلاء التكاثر مع شركاء متوافقين ، مما يخلق ذرية ترث السمات من كلا الوالدين. تخضع هذه العملية لعقود ذكية وتتطلب إجماعا من Guardian Nodes ، مما يضمن أن التربية تخدم المصالح الأوسع للشبكة.
يعمل عملية التطور عن طريق عدة آليات رئيسية:
تتم تعزيز استدامة النظام بواسطة هيكل الحوافز الخاص به:
تجميع هذه القدرة التطورية والاستدامة الاقتصادية والأمان اللامركزي يخلق شبكة من الوكلاء المستقلين حقًا ذاتية التحسن. يمكن للنظام التكيف والتطور بدون تحكم مركزي مع الحفاظ على أمان قوي من خلال شبكة العقد الوصي.
من خلال إعادة تصور كل من الجوانب التقنية والاقتصادية للاستقلالية الوكيلية، يحل سكاينت التحديات الأساسية التي قيدت النهج السابقة. يتحقق ذلك مع إنشاء إطار للتحسين المستمر والتكيف، مما يمهد الطريق لعصر جديد من وكلاء الذكاء الاصطناعي المستقلين حقًا.