الجزء 3 من سلسلة الذكاء الاصطناعي وويب 3 | الوصول إلى المحافظ، وأذونات العقود الذكية، ومخاطر الأمان، والتفويض المحدود
أصبحت وكلاء الذكاء الاصطناعي أكثر قدرة على إنجاز المهام متعددة الخطوات، وتحليل المعلومات، والتفاعل مع التطبيقات الرقمية. وفي ويب 3، قد تساعد هذه القدرات المستخدمين على مراقبة نشاط البلوك تشين، وتنظيم معلومات المحافظ، والتحضير للتفاعلات مع العقود الذكية.
لكن هناك سؤال مهم ينبغي التفكير فيه قبل منح وكيل ذكاء اصطناعي حق الوصول إلى محفظة العملات المشفرة:
من يتحكم فيما يُسمح للوكيل بفعله؟
يختلف النظام الذي يقترح إجراءً عن النظام الذي يستطيع تنفيذه. ويُعد فهم هذا الفرق أمرًا أساسيًا عند التعامل مع الأصول الرقمية ومعاملات سلسلة الكتل.
1. ما المقصود حقًا بإمكانية الوصول إلى المحفظة؟
تساعد محفظة العملات المشفرة المستخدمين على إدارة عناوين سلسلة الكتل وتفويض المعاملات. وبحسب تصميم المحفظة، قد يتضمن التفويض مفاتيح خاصة أو عبارات استرداد أو أجهزة مادية أو آليات أمان أخرى.
لا يحتاج وكيل الذكاء الاصطناعي إلى وصول غير مقيّد للمحفظة كي يقدم مساعدة مفيدة.
على سبيل المثال، قد يساعد الوكيل المستخدم على:
تلخيص نشاط المحفظة الظاهر للعامة.
مراقبة عناوين محددة على سلسلة الكتل.
شرح تفاصيل المعاملة قبل الموافقة عليها.
إعداد معاملة لمراجعتها.
رصد النشاط غير المعتاد لمزيد من التحقيق.
قد تتطلب هذه المهام أذونات مختلفة. فقراءة المعلومات العامة على سلسلة الكتل لا تعني امتلاك القدرة على تحويل الأصول.
الخطوة الأكثر أمانًا هي منح الوكيل إمكانية الوصول اللازمة لمهمته المحددة فقط.
2. صلاحية القراءة مقابل صلاحية تنفيذ المعاملات
من المفيد التمييز بين ثلاثة مستويات عامة لإمكانية الوصول.
وصول للقراءة فقط: يمكن للوكيل تحليل المعلومات المسموح بها، لكنه لا يستطيع تفويض المعاملات. وغالبًا ما يمكن الاطلاع على بيانات سلسلة الكتل العامة من دون منح الوكيل التحكم في المحفظة.
إعداد المعاملات: يمكن للوكيل تجميع تفاصيل المعاملة أو اقتراح إجراء، لكن يلزم إتمام خطوة تفويض منفصلة قبل التنفيذ.
تنفيذ المعاملات: يمتلك النظام آلية تتيح له تفويض المعاملات أو إرسالها وفق شروط محددة. وبحسب البنية التقنية، قد يشمل ذلك أذونات مفوّضة أو خدمة توقيع خاضعة للضوابط أو محفظة عقود ذكية أو نظام تفويض آخر.
هذه الفئات مفاهيمية وليست معايير تقنية عامة. وتعتمد الإمكانات الفعلية على المحفظة والتطبيق وبنية الأذونات.
المبدأ المهم هو أن الإذن بتحليل المعلومات يجب ألا يتحول تلقائيًا إلى إذن بنقل الأصول.
3. لماذا تشكّل الأذونات المفرطة خطرًا؟
إن منح نظام آلي صلاحيات تتجاوز حاجته قد يزيد من الأثر المحتمل لخطأ أو حادث أمني.
تأمل بعض المخاطر المحتملة:
تعليمات غير صحيحة: قد يسيء الوكيل فهم الطلب أو يجهّز معاملة تتضمن تفاصيل غير مقصودة.
أنظمة مخترقة: إذا تعرضت بيئة الوكيل أو الخدمة المتصلة به للاختراق، فقد تزيد الأذونات المفرطة من حجم الضرر.
مدخلات ضارة: قد يواجه الوكيل تعليمات مضللة أو بيانات غير موثوقة تؤثر في سلوكه.
ثغرات العقود الذكية: قد يحتوي العقد أو التطبيق اللامركزي على عيوب، أو قد يختلف سلوكه عما يتوقعه المستخدم.
أذونات غير مقصودة: قد يسمح تفويض الرموز أو أي تفويض آخر لعقدٍ ما بالوصول إلى أصول أكثر مما قصده المستخدم، وذلك بحسب تصميم الرمز والعقد.
المعاملات غير القابلة للإلغاء: لا يمكن عادةً إلغاء معاملة مؤكدة على سلسلة الكتل ببساطة عبر التواصل مع دعم العملاء. توفّر بعض التطبيقات آليات للاسترداد أو الإدارة، لكن لا ينبغي افتراض وجودها مطلقًا.
لا تعني هذه المخاطر أنه ينبغي على وكلاء الذكاء الاصطناعي عدم التفاعل مع المحافظ مطلقًا، بل تعني ضرورة تصميم الصلاحيات والأمان والمساءلة بعناية.
4. كيف تعمل أذونات العقود الذكية؟
يمكن للعقود الذكية فرض قواعد محددة مسبقًا على سلسلة الكتل. وبحسب تصميم العقد والمحفظة، قد تحدد هذه القواعد الإجراءات المسموح بها، والشروط التي تسمح بها، والجهة المخوّلة بتنفيذها.
على سبيل المثال، قد تدعم محفظة العقود الذكية ضوابط مثل الموقّعين المعتمدين، وحدود الإنفاق، وشروط المعاملات، أو التأخير الزمني. ولا تدعم كل المحافظ جميع هذه الميزات.
تُعد موافقات الرموز اعتبارًا مهمًا آخر. ففي بعض الحالات، يفوّض المستخدم عقدًا ذكيًا بإنفاق رمز نيابةً عنه. وإذا كان التفويض أوسع نطاقًا أو أطول مدةً مما يلزم، فقد يؤدي ذلك إلى زيادة المخاطر.
لا ينبغي افتراض أن وكيل الذكاء الاصطناعي يفهم تلقائيًا جميع تبعات أي إذن. يحتاج المستخدمون إلى طريقة تتيح لهم التحقق مما يفوّضون به، والأصول أو الإجراءات التي قد تتأثر.
ينبغي أن تستند الموافقة إلى الإذن الفعلي الممنوح، لا إلى مجرد وصف مطمئن يقدّمه التطبيق.
5. طرق عملية للحد من التفويض
يمكن لتصميم مسؤول أكثر للمحافظ المدعومة بالذكاء الاصطناعي أن يجمع بين عدة تدابير وقائية.
ابدأ بأقل قدر من الصلاحيات اللازمة. إذا كانت المعلومات للقراءة فقط كافية، فلا تمنح صلاحية تنفيذ المعاملات.
افصل بين الإعداد والموافقة. دع الوكيل يجهّز الإجراء، بينما تحدد عملية تفويض مضبوطة ما إذا كان يمكن تنفيذه.
استخدم حدود الإنفاق حيثما كانت مدعومة. إذ تساعد الحدود على تقليل مقدار الأصول المعرّضة للخطر بسبب إجراء واحد غير مقصود.
قيّد أذونات العقود. راجع بعناية تفويضات الرموز وغيرها من الأذونات المفوّضة. ألغِ الأذونات التي لم تعد بحاجة إليها عندما تدعم الشبكة والتطبيق المعنيان الإلغاء.
اطلب موافقة إضافية على الإجراءات الحساسة. فقد تستدعي التحويلات الكبيرة أو العقود غير المألوفة أو التغييرات في إعدادات أمان المحفظة تأكيدًا صريحًا.
احمِ بيانات اعتماد التوقيع. لا تمنح وكيل ذكاء اصطناعي عبارة الاسترداد أو وصولًا غير مقيّد إلى المفتاح الخاص لمجرد أن أحد التطبيقات طلب ذلك. افهم كيفية تعامل النظام مع المفاتيح وتوقيع المعاملات.
راقب النشاط. راجع سجلات المعاملات، واضبط التنبيهات المناسبة، وتحقق سريعًا من أي إجراءات غير متوقعة.
لا يزيل أي تدبير وقائي منفرد جميع المخاطر. والهدف هو تقليل الصلاحيات غير الضرورية والحد من الأثر إذا حدث خطأ ما.
6. هل ينبغي لوكلاء الذكاء الاصطناعي تنفيذ المعاملات تلقائيًا؟
لا توجد إجابة واحدة تناسب جميع الحالات.
قد تكون مهمة منخفضة المخاطر تتعلق ببيانات سلسلة كتل عامة مناسبة للأتمتة بصلاحيات محدودة. أما الإجراء الذي يحوّل أصولًا قيّمة أو يمنح أذونات واسعة لعقد، فيستحق تدابير وقائية أقوى بكثير.
قد يستخدم النظام المصمم للأتمتة المحدودة شروطًا محددة مسبقًا، وحدودًا للمعاملات، ومراقبة، وتفويضًا إضافيًا للإجراءات الحساسة.
يعتمد مستوى الأتمتة المناسب على العواقب المحتملة، وموثوقية النظام، وخيارات الاسترداد المتاحة، ومدى فهم المستخدم للمخاطر.
السهولة وحدها ليست سببًا كافيًا لمنح صلاحيات غير مقيّدة.
7. من المسؤول عند حدوث خطأ ما؟
يجب ألا تتلاشى المسؤولية لمجرد أن وكيل ذكاء اصطناعي نفّذ الإجراء.
يحتاج المستخدمون إلى إعدادات أذونات مفهومة، وعلى المطورين تصميم التدابير الوقائية واختبارها، كما ينبغي لمقدمي الخدمات شرح القيود ذات الصلة والافتراضات الأمنية.
ينبغي للأنظمة الجيدة أن تتيح تحديد ما تم تفويضه، والإجراء الذي نُفّذ، والأدلة المتاحة للتحقيق في أي حادث.
قد يساعد سجل سلسلة الكتل على إثبات وقوع معاملة. لكنه لا يحسم بمفرده جميع الأسئلة المتعلقة بمن فوّض المعاملة، وما إذا كان النظام قد تصرف على نحو مناسب، ومن يتحمل المسؤولية القانونية.
تعتمد هذه المسائل على التصميم التقني والأدلة والظروف المحيطة.
أفكار أخيرة
قد تجعل وكلاء الذكاء الاصطناعي استخدام تطبيقات سلسلة الكتل أسهل، لكن إتاحة الوصول إلى المحفظة تطرح مسائل حقيقية تتعلق بالأمان والتفويض.
ليس المطلوب منح الوكيل أكبر قدر ممكن من الصلاحيات، بل منحه الحد الأدنى اللازم، وإبقاء الإجراءات الحساسة تحت رقابة مناسبة، وجعل النشاط مفهومًا وقابلًا للتدقيق.
قبل ربط وكيل ذكاء اصطناعي بمحفظة عملات مشفرة، اطرح ثلاثة أسئلة:
ما المعلومات والإجراءات التي يمكنه الوصول إليها؟
ما الذي يمنع إجراء معاملة غير مقصودة؟
من يجب أن يوافق على الإجراءات الحساسة؟
السهولة مهمة، لكن التحكم أهم عندما يتعلق الأمر بالأصول الرقمية.
تابع Crypto With Ali للاطلاع على رؤى تثقيفية حول وكلاء الذكاء الاصطناعي وأمان سلسلة الكتل والملكية الرقمية.
هذا هو الجزء 3 من سلسلة الذكاء الاصطناعي + Web3. سيتناول الجزء 4 الذكاء الاصطناعي وWeb3 والملكية الرقمية، ومن يتحكم في الأصول والبيانات الرقمية.
💬 من ينبغي أن تكون له الكلمة الأخيرة بشأن أصولك الرقمية وبياناتك الشخصية: المستخدم أم المنصة أم كلاهما؟
تابعنا للمزيد.
محتوى تثقيفي فقط. وليس نصيحة مالية.
#AIAgents #CryptoWalle #Web3 #BlockchainSecurity #SmartContracts