في الليلة الماضية أعدتُ مشاهدة كود @NewtonProtocol ، وبالمناسبة شغّلتُ بيئة اختبار عمليًا لتطبيق آلية zkPermission عليه. اكتشفت أن بإمكان وكيل الذكاء الاصطناعي العمل داخل الدائرة المحددة حتى دون تقديم المفتاح الخاص. وهذه المنطقية أصابت بدقة أكبر منطقة خطر في التداول الآلي الحالي.
من الناحية النظرية، إذا كان Keystore Rollup يتولى إدارة مفاتيح الجلسة (session keys) بشكل محكم، فيمكننا قفل نوع الإجراء (action type) وقائمة السماح بالرموز (token whitelist) بإحكام، بل وحتى تحديد حدّ الإنفاق وتاريخ الانتهاء (deadline) بدقة. لكن عندما أُشغّل الاستراتيجية فعليًا وجدت أن الأمر مُتعب للغاية. مثل السير على حبل مشدود: إذا قيّدتَ حدّ صرف $BTC بإحكام شديد، فعند تشغيل نموذج سعر يقوم بإعادة التوازن بشكل متسلسل (price-rebalance) كثيرًا ما يتعثر الـ agent في منتصف الطريق ويصير له تعطل (crash). وإذا كنت من أجل توفير الوقت قد توسّعتَ في فتح الثغرة، فهذا يعني ترك ورقة اللعب مكشوفة نصف انكشاف؛ ولن تستطيع النوم مطمئنًا في منتصف الليل.
وهناك فخ شديد السهولة أن يتجاهله الجميع: إلغاء التفويض ليس شيئًا يتحقق بمجرد أن تنقر بزر الماوس. طالما أن أمر الإلغاء يحتاج المرور بإجماع على السلسلة (on-chain)، فالفارق الزمني بين اللحظتين يشكّل منطقة عمياء شديدة الخطورة. حتى إن كان نافذة الفعالية لا تتجاوز بضع عشرات من الثواني، فأن تترك $ETH مكشوفًا لمخاطر غير معروفة بينما تتفرج بعينيك هو شكل من أشكال التعذيب النفسي من الدرجة الأولى.
القلق الأكبر لدي الآن ليس أن في الكود بابًا خلفيًا، بل أن معظم صغار المستثمرين في النهاية يملّون من التعقيد ويفعلون كل الصلاحيات بضغطة واحدة. وإذا تم لاحقًا دمج استراتيجيات طرف ثالث وتصرّف الجميع بالطريقة نفسها، فستتحول آلية الحماية الدقيقة التي بذلنا فيها جهدًا طويلًا إلى مجرد شكل بلا مضمون.
لذلك راقب $NEWT ، ولا تكتفِ بالنظر إلى مفاهيم التشفير الفخمة. لكي تُطبَّق على نطاق واسع حقًا، يجب أن تُصمَّم قالب معلمات سهلًا للمبتدئين (blunder-proof/idiot-proof) ونقاط قطع فعلية ومباشرة لإدارة المخاطر (real-time risk-control breakpoints). لا تجعل الأشخاص الذين ظنّوا أنهم سيتمكنون من الاعتماد على الماكينة لتوفير الجهد ينتهي بهم الأمر في النهاية إلى الموت داخل الاستنزاف اللانهائي لتعديل المعلمات. #newt
من الناحية النظرية، إذا كان Keystore Rollup يتولى إدارة مفاتيح الجلسة (session keys) بشكل محكم، فيمكننا قفل نوع الإجراء (action type) وقائمة السماح بالرموز (token whitelist) بإحكام، بل وحتى تحديد حدّ الإنفاق وتاريخ الانتهاء (deadline) بدقة. لكن عندما أُشغّل الاستراتيجية فعليًا وجدت أن الأمر مُتعب للغاية. مثل السير على حبل مشدود: إذا قيّدتَ حدّ صرف $BTC بإحكام شديد، فعند تشغيل نموذج سعر يقوم بإعادة التوازن بشكل متسلسل (price-rebalance) كثيرًا ما يتعثر الـ agent في منتصف الطريق ويصير له تعطل (crash). وإذا كنت من أجل توفير الوقت قد توسّعتَ في فتح الثغرة، فهذا يعني ترك ورقة اللعب مكشوفة نصف انكشاف؛ ولن تستطيع النوم مطمئنًا في منتصف الليل.
وهناك فخ شديد السهولة أن يتجاهله الجميع: إلغاء التفويض ليس شيئًا يتحقق بمجرد أن تنقر بزر الماوس. طالما أن أمر الإلغاء يحتاج المرور بإجماع على السلسلة (on-chain)، فالفارق الزمني بين اللحظتين يشكّل منطقة عمياء شديدة الخطورة. حتى إن كان نافذة الفعالية لا تتجاوز بضع عشرات من الثواني، فأن تترك $ETH مكشوفًا لمخاطر غير معروفة بينما تتفرج بعينيك هو شكل من أشكال التعذيب النفسي من الدرجة الأولى.
القلق الأكبر لدي الآن ليس أن في الكود بابًا خلفيًا، بل أن معظم صغار المستثمرين في النهاية يملّون من التعقيد ويفعلون كل الصلاحيات بضغطة واحدة. وإذا تم لاحقًا دمج استراتيجيات طرف ثالث وتصرّف الجميع بالطريقة نفسها، فستتحول آلية الحماية الدقيقة التي بذلنا فيها جهدًا طويلًا إلى مجرد شكل بلا مضمون.
لذلك راقب $NEWT ، ولا تكتفِ بالنظر إلى مفاهيم التشفير الفخمة. لكي تُطبَّق على نطاق واسع حقًا، يجب أن تُصمَّم قالب معلمات سهلًا للمبتدئين (blunder-proof/idiot-proof) ونقاط قطع فعلية ومباشرة لإدارة المخاطر (real-time risk-control breakpoints). لا تجعل الأشخاص الذين ظنّوا أنهم سيتمكنون من الاعتماد على الماكينة لتوفير الجهد ينتهي بهم الأمر في النهاية إلى الموت داخل الاستنزاف اللانهائي لتعديل المعلمات. #newt