المكاسب:
- القدرة على فهم العناصر الأساسية للتمويل اللامركزي مثل AMM ومجمع السيولة وOracle وFlash Loan واستخدام الذكاء الاصطناعي في شرح الآلية وصياغة السيناريوهات
- القدرة على التمييز بين أن معظم مخاطر التمويل اللامركزي هي نقاط ضعف اقتصادية/منطقية تجارية، وليست أخطاء برمجية، وأن الذكاء الاصطناعي ضعيف في نقاط الضعف الاقتصادية الأصلية
- أن نكون قادرين على فهم أن الأمن الاقتصادي يتم إثباته بالمحاكاة وليس بالتفكير، وأن إدمان العرافة هو النقطة الأكثر هشاشة.
DeFi (التمويل اللامركزي) هو المجال الأعلى قيمة والأكثر تعرضًا للهجوم في Web3. تعمل عمليات التبادل، وبروتوكولات الإقراض، ومجموعات السيولة، كرمز، وتنقل ملايين الدولارات في بيئة معادية. في هذه الوحدة، سوف نستخدم الذكاء الاصطناعي كمساعد لتحليل البروتوكول؛ سوف نتعلم كيفية فهم السيولة والتسعير وMEV والهجمات الاقتصادية وأين يكون الذكاء الاصطناعي مفيدًا وغير مناسب في هذا المجال السياقي.
اللبنات الأساسية لـ DeFi
- AMM (صانع السوق الآلي): آلية تبادل تحدد الأسعار من خلال صيغة (على سبيل المثال، x·y=k) بدلاً من مطابقة المشترين والبائعين.
- مجمع السيولة: صندوق مشترك حيث يقوم المستخدمون بإيداع الرموز المميزة والتداول.
- بروتوكول الإقراض: الاقتراض مقابل ضمانات؛ وتحدث التصفية عندما تنخفض قيمة الضمان.
- Oracle: مصدر البيانات الذي يجمع السعر العالمي الخارجي للبروتوكول - تبعية DeFi الأكثر أهمية والأكثر هشاشة.
- القرض السريع: قرض يؤخذ بدون ضمان في معاملة واحدة ويعاد في نفس المعاملة. لديها استخدامات مشروعة وأداة للهجوم.
MEV والهجمات الاقتصادية
MEV (القيمة القصوى القابلة للاستخراج – القيمة المستخرجة من قبل سلطة طلب/إضافة/إزالة المعاملات) هي فئة مخاطر خاصة بـ DeFi. تظهر المعاملات المعلقة في المجمع العام (mempool)؛ تفتح هذه الرؤية الباب أمام الهجمات التالية:
- التشغيل الأمامي: رؤية صفقة مربحة وإدراج معاملة خاصة أمامها.
- هجوم الساندويتش: إجراء المعاملات قبل وبعد شراء الضحية والاستفادة من فرق السعر.
- التلاعب بأوراكل: خداع البروتوكول عن طريق تغيير سعر المجموعة على الفور، وعادةً ما يكون ذلك من خلال قرض سريع.
لا تنشأ هذه الهجمات من "خلل" في الكود، ولكن من قابلية استغلال التصميم الاقتصادي. هذا هو المكان الذي يواجه فيه الذكاء الاصطناعي أكبر قدر من الصعوبة: فالذكاء الاصطناعي الجيد في مسح التعليمات البرمجية التقنية غالبًا ما لا يتمكن من اكتشاف نقاط الضعف الاقتصادية الخاصة بالبروتوكول.
انتبه: غالبية ثغرات DeFi ليست "أخطاء برمجية" ولكنها ثغرات اقتصادية/منطقية تجارية. يفتقد مسح الكود القياسي الخاص بالذكاء الاصطناعي هذه الأمور؛ وهذا هو المجال الذي يتطلب معظم الخبرات البشرية والمحاكاة والنمذجة.
دور الذكاء الاصطناعي في تحليل DeFi
1. وصف الآلية. الذكاء الاصطناعي قوي في شرح كيفية عمل بروتوكول معقد (مثل AMM القائم على المنحنى) بلغة واضحة. وهذا يوفر الدخول السريع إلى التحليل.
2. توليد السيناريو/الفرضية المضادة. "بأي حركة سعرية سيدخل بروتوكول الديون هذا في أزمة تصفية؟" يُنتج الذكاء الاصطناعي مسودات سيناريو تحتوي على أسئلة مثل؛ يتم اختبارها عن طريق المحاكاة.
3. تذكير أنماط الهجوم المعروفة. يستحضر الذكاء الاصطناعي أنماط هجمات التمويل اللامركزي السابقة (التلاعب بالأوراكل، وإعادة الدخول، ودوامة التصفية) مثل قائمة مرجعية.
4. مسودة خطة المحاكاة. يمكن للذكاء الاصطناعي أن يتوصل إلى خطة للسيناريوهات التي سيتم اختبارها؛ لكن المحاكاة نفسها تتم باستخدام الأداة (Foundry, Tenderly).
موجه ضعيف / موجه قوي
حث ضعيف:
هل بروتوكول DeFi آمن؟
مطالبة قوية:
دورك: محلل بروتوكول DeFi. فحص آلية البروتوكول أدناه. خذ بعين الاعتبار ناقلات الهجوم الاقتصادي التالية واحدة تلو الأخرى: التلاعب بالأوراكل (مع قرض سريع)، والساندويتش/الاندفاع الأمامي، ودوامة التصفية، وتأثير سحب السيولة. لكل ناقل: كيفية التشغيل، ما هو الشرط المطلوب، التأثير المحتمل. هذه هي الفرضيات التي سيتم اختبارها عن طريق المحاكاة؛ لا تقل "آمن/غير آمن" بالتأكيد. إنشاء رمز الهجوم الفعلي؛ وصف المخاطر لأغراض دفاعية فقط.
أربعة قوالب قابلة للنسخ
1) وصف الآلية:
اشرح بلغة واضحة، خطوة بخطوة، آلية التسعير/السيولة لهذا البروتوكول: ماذا يحدث عندما يقوم المستخدم بإجراء معاملة، وكيف يتم تحديد السعر، وما هي التبعيات الخارجية الموجودة؟ ضع علامة على الجزء الذي لا تفهمه أو اتركه غير واضح.
2) سطح الهجوم الاقتصادي:
رسم خريطة لسطح الهجوم الاقتصادي لهذا البروتوكول: ما هي الافتراضات التي يمكن استغلالها في أوراكل، والسيولة، والضمانات، والتصفية، والحوكمة؟ اكتب كل خطر مع شرط ("ماذا لو"). تقديمها كفرضية ليتم تأكيدها عن طريق المحاكاة.
3) سيناريو التوتر:
ضع في اعتبارك السيناريوهات التالية: إذا انخفض رمز الضمان بنسبة 50%، وإذا انحرف سعر أوراكل بنسبة 30% مؤقتًا، وإذا تم سحب 80% من السيولة، فماذا سيكون البروتوكول؟ اكتب التأثير الضار لكل سيناريو. لا تدعي الدقة العددية؛ حدد أن المحاكاة مطلوبة.
4) مطابقة نمط الهجوم التاريخي:
هل يتحمل تصميم هذا البروتوكول شروطًا مماثلة لأي من أنماط هجوم DeFi المعروفة (على سبيل المثال، Oracle أحادي المصدر، والسعر المفتوح لقرض الفلاش)؟ الإشارة إلى أوجه التشابه لأغراض دفاعية؛ لا تتخذ خطوة الاستغلال، فهي لن تؤدي إلا إلى إثارة نقطة اهتمام.
ثلاث حالات صغيرة (بالأرقام)
الحالة 1 - تم رصد مخاطر Oracle مبكرًا. كان هناك فريق يقوم بتصميم بروتوكول جديد للديون. أثناء شرح الآلية، وضع YZ علامة على الافتراض القائل بأن "السعر مأخوذ من مجموعة واحدة ويمكن التلاعب به من خلال القروض السريعة". أكد الفريق ذلك في المحاكاة وانتقل إلى TWAP + multi-sourcing. تم تجنب الخسارة المقدرة: القيمة المقفلة بالكامل للبروتوكول. الدرس المستفاد: الذكاء الاصطناعي له قيمة في استحضار الأنماط المعروفة.
الحالة 2 - أخطأ الذكاء الاصطناعي الثغرة الأمنية الأصلية. وفي بروتوكول آخر، كانت الثغرة عبارة عن خطأ اقتصادي فريد ناتج عن تفاعل آليتين (مكافأة + تصفية). ووجد الذكاء الاصطناعي أن كل آلية "لا تشوبها شائبة" واحدة تلو الأخرى؛ لم أستطع رؤية التفاعل. تم التقاط النمذجة البشرية والمحاكاة. الدرس المستفاد: في حين أن المكونات صحيحة، فإن اقتصاديات الكل هي النقطة العمياء للذكاء الاصطناعي.
الحالة 3 - خطة المحاكاة توفر الوقت. قام أحد المحللين بصياغة 15 سيناريو مختلفًا للضغط في الذكاء الاصطناعي بدلاً من التخطيط لها يدويًا؛ ثم ركضه في المسبك. انخفض التخطيط من يوم واحد إلى ساعتين. لكن تفسير النتائج والقرار كان للرجل. الدرس المستفاد: خطط الذكاء الاصطناعي، وتدابير المركبات، والقرارات البشرية.
حتمية المحاكاة
في التمويل اللامركزي، لا يتم إثبات الأمان عن طريق "التفكير"؛ يتم اختباره عن طريق المحاكاة. يمكن فهم القوة الاقتصادية للبروتوكول من خلال تشغيل سيناريوهات مختلفة للأسعار والسيولة والهجوم عدديًا. يستطيع الذكاء الاصطناعي تخطيط وصياغة كود عمليات المحاكاة هذه؛ ولكن الأدوات والأشخاص هم الذين ينتجون النتائج ويفسرونها. العبارة "ربما تكون دائمة" التي ينتجها الذكاء الاصطناعي ليست نتيجة محاكاة ولا يمكن تقديمها على هذا النحو.
نصيحة: عندما تتلقى تقييم مخاطر التمويل اللامركزي من الذكاء الاصطناعي، يجب عليك أن تسأل كل فرضية "ما هي المحاكاة التي أختبر بها هذا؟" تحويله إلى سؤال. إن المطالبة الأمنية التي لا يمكن اختبارها لا تعد ضمانًا في DeFi.
الأخطاء الشائعة
- مسح العجز الاقتصادي مثل خطأ برمجي. تكمن مخاطر DeFi في الغالب في منطق الأعمال.
- الثقة في الذكاء الاصطناعي ليقول "آمن" وتخطي المحاكاة. الاختبار مطلوب.
- التحقق من صحة المكونات واحدًا تلو الآخر وتخطي التفاعل. إن الاقتصاد ككل أمر بالغ الأهمية.
- الثقة في Oracle من مصدر واحد. كارثة DeFi الأكثر شيوعًا.
- تجاهل MEV/التشغيل الأمامي. نسيان حقيقة المذكرة العامة.
- توليد رمز الاستغلال. التحليل الدفاعي فقط هو الشرعي.
باختصار
- DeFi هي مساحة ذات قيمة عالية ومعادية؛ المخاطر هي في الغالب في المنطق الاقتصادي/التجاري.
- تعد MEV والهجوم الأمامي والساندويتش والتلاعب بالأوراكل فئات من الهجمات الخاصة بـ DeFi.
- الذكاء الاصطناعي قوي في شرح الآلية وصياغة السيناريوهات؛ العجز الاقتصادي الأصلي ضعيف.
- فالأمن الاقتصادي يتم إثباته بالمحاكاة، وليس بالتفكير؛ خطط الذكاء الاصطناعي وتدابير المركبات.
- تعد تبعية Oracle هي النقطة الأكثر ضعفًا في DeFi؛ مطلوب موارد متعددة وTWAP.
مهمة التطبيق
اختر AMM أو بروتوكول الإقراض (مع وثائق واضحة). قم بتطبيق "وصف الآلية" و"سطح الهجوم الاقتصادي" على الذكاء الاصطناعي. مقابل كل فرضية خطر ينتجها الذكاء الاصطناعي، "ما هي المحاكاة التي سأختبر بها هذا؟" أجب عن السؤال. ثم ابحث عن تقرير التدقيق الفعلي لهذا البروتوكول وقارن النتائج الفعلية بالمخاطر التي أشار إليها الذكاء الاصطناعي: ما الذي اكتشفه الذكاء الاصطناعي، وما الذي فاته؟
قائمة مرجعية
- [ ] ناقشت المخاطر في بعدين: الكود + الاقتصاد.
- [ ] قمت بتقييم MEV/التشغيل الأمامي.
- [ ] لقد قمت أيضًا بفحص تبعية Oracle.
- [ ] شككت في تفاعل مكونات (الاقتصاد كله).
- [ ] لقد قمت بربط كل فرضية بخطة محاكاة.
- [ ] لقد استبدلت كلمة "الآمنة" الخاصة بالذكاء الاصطناعي بالمحاكاة.
- [ ] لقد قمت بالتحليل لأغراض دفاعية فقط.