@NewtonProtocol
تُصبح وكلاء الذكاء الاصطناعي أكثر قدرة على إدارة المحافظ، وتنفيذ الصفقات، والتفاعل مع العقود الذكية. لكن منح وكيل مستقل إمكانية وصول غير مقيّدة إلى السلسلة يطرح تحديًا أمنيًا كبيرًا.
ماذا يحدث إذا تم اختراق وكيل ذكاء اصطناعي، أو تم التلاعب به عبر حقن الأوامر (prompt injection)، أو اتخذ ببساطة قرارًا خاطئًا؟
هنا تقدم @NewtonProtocol حلاً قويًا.
بدلًا من الثقة بوكيل ذكاء اصطناعي بشكل أعمى، يضع نَيوتن طبقة سياسة قابلة للبرمجة بين نية الوكيل وتنفيذ المعاملة. يتم تقييم كل معاملة بواسطة شبكة المشغّلين اللامركزية لدى نَيوتن قبل أن تصل إلى البلوكشين.
يمكن للمطوّرين تحديد حواجز حماية مخصصة مثل:
• الحد الأقصى للإنفاق لكل معاملة
• قوائم السماح (allowlists) للعقود الموافق عليها
• أذونات على مستوى الدوال (Function-level)
• حدود زمنية لمعدلات الإنفاق بالساعة أو باليوم
• قيود على عناوين الوجهة
• موافقة بشرية للمعاملات عالية القيمة
فقط عندما تستوفي المعاملة هذه القواعد المحددة مسبقًا، يقوم نَيوتن بتوليد إثبات تشفير BLS يسمح بالتنفيذ. إذا تم انتهاك السياسة، تُرفَض المعاملة قبل أن تتحرك أي أموال.
على عكس صلاحيات المحافظ المبرمجة مسبقًا (hardcoded)، فإن سياسات نَيوتن مرنة وقابلة للتحديث ويمكن التحقق منها دون إعادة نشر العقود الذكية. يتيح ذلك لوكلاء الذكاء الاصطناعي البقاء مستقلين بينما يعملون ضمن حدود أمان محددة بوضوح.
مع ازدياد دور الذكاء الاصطناعي في بنية Web3 التحتية، ستصبح الأتمتة الآمنة بنفس أهمية الأتمتة الذكية. يقوم بروتوكول نَيوتن ببناء هذا الأساس تحديدًا—حيث تظل كل عملية مستقلة قابلة للمساءلة وقابلة للتدقيق وخاضعة للسياسات.
@NewtonProtocol
#newt $NEWT
تُصبح وكلاء الذكاء الاصطناعي أكثر قدرة على إدارة المحافظ، وتنفيذ الصفقات، والتفاعل مع العقود الذكية. لكن منح وكيل مستقل إمكانية وصول غير مقيّدة إلى السلسلة يطرح تحديًا أمنيًا كبيرًا.
ماذا يحدث إذا تم اختراق وكيل ذكاء اصطناعي، أو تم التلاعب به عبر حقن الأوامر (prompt injection)، أو اتخذ ببساطة قرارًا خاطئًا؟
هنا تقدم @NewtonProtocol حلاً قويًا.
بدلًا من الثقة بوكيل ذكاء اصطناعي بشكل أعمى، يضع نَيوتن طبقة سياسة قابلة للبرمجة بين نية الوكيل وتنفيذ المعاملة. يتم تقييم كل معاملة بواسطة شبكة المشغّلين اللامركزية لدى نَيوتن قبل أن تصل إلى البلوكشين.
يمكن للمطوّرين تحديد حواجز حماية مخصصة مثل:
• الحد الأقصى للإنفاق لكل معاملة
• قوائم السماح (allowlists) للعقود الموافق عليها
• أذونات على مستوى الدوال (Function-level)
• حدود زمنية لمعدلات الإنفاق بالساعة أو باليوم
• قيود على عناوين الوجهة
• موافقة بشرية للمعاملات عالية القيمة
فقط عندما تستوفي المعاملة هذه القواعد المحددة مسبقًا، يقوم نَيوتن بتوليد إثبات تشفير BLS يسمح بالتنفيذ. إذا تم انتهاك السياسة، تُرفَض المعاملة قبل أن تتحرك أي أموال.
على عكس صلاحيات المحافظ المبرمجة مسبقًا (hardcoded)، فإن سياسات نَيوتن مرنة وقابلة للتحديث ويمكن التحقق منها دون إعادة نشر العقود الذكية. يتيح ذلك لوكلاء الذكاء الاصطناعي البقاء مستقلين بينما يعملون ضمن حدود أمان محددة بوضوح.
مع ازدياد دور الذكاء الاصطناعي في بنية Web3 التحتية، ستصبح الأتمتة الآمنة بنفس أهمية الأتمتة الذكية. يقوم بروتوكول نَيوتن ببناء هذا الأساس تحديدًا—حيث تظل كل عملية مستقلة قابلة للمساءلة وقابلة للتدقيق وخاضعة للسياسات.
@NewtonProtocol
#newt $NEWT