@NewtonProtocol #newt $NEWT
يبدو أن الحديث حول عملاء/وكلاء الذكاء الاصطناعي في Web3 عالق في حلقة مثالية.

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

لهذا جذبني انتباهي إطلاق Newton Mainnet Beta. بدلاً من التعامل مع الأمان كصفقة إما/أو، @NewtonProtocol يقدم طيفاً قابلاً للبرمجة من التفويض حيث تحصل أحمال عمل مختلفة على مستويات إثبات مختلفة.

من خلال معمارية Keystore الخاصة بهم—والتي تستفيد من معايير تجريد الحسابات المتقدمة ERC-4337 وEIP-7702—لا يتنازل المستخدمون عن السيطرة. بل يضعون حدوداً رياضية باستخدام zkPermissions.

لا يمكن للوكيل تنفيذ صفقة إلا إذا تم استيفاء شروط محددة على السلسلة، مثل قفزة مفاجئة في التذبذب أو حد صارم للإنفاق اليومي. يتم تقييم منطق العملية بالكامل بشكل آمن داخل بيئة تنفيذ موثوقة (TEE)، ويتم إنشاء إثبات معرفة صفرية (ZKP) لتفويض المعاملة قبل أن تصل حتى إلى mempool.

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