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

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

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

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