لقد بُني نضج التمويل اللامركزي (DeFi) إلى حد كبير على عمودين رئيسيين: سرعة التنفيذ وقابلية التشغيل البيني. ومع ذلك، ومع توسّع رأس المال المؤسسي والأصول الواقعية (RWAs) ووكلاء الذكاء الاصطناعي المستقلين، أصبحت فجوة معمارية حاسمة واضحة: عدم وجود تفويض مسبق دقيق وقابل للتنفيذ قبل المعاملة. تاريخيًا، عمل أمن Web3 على نموذج ملاحظة لاحقة للوقائع—تحليل الثغرات وإعداد تقارير المخاطر بعد تسوية المعاملة بالفعل.

يُحدث إطلاق Newton Mainnet Beta تحولًا فعليًا في النموذج من خلال نقل قرارات الأمان والامتثال إلى المراحل المبكرة. طوّرته Magic Labs، وتعمل @NewtonProtocol كطبقة سياسات لامركزية تقوم بتقييم نية المعاملة قبل تنفيذها. بدلًا من الاعتماد على نماذج التوقيع الأعمى أو الموافقات الواسعة والهشة من العقود الذكية، يُلزم Newton المعاملات بالمرور عبر «دفاتر قواعد» محددة مسبقًا—مكتوبة بلغات سياسات تصريحية مثل Rego—لتوليد إثبات تحقق على السلسلة (مرور/فشل) قبل أن تنتقل أي أموال فعليًا.

ما يجعل Newton Mainnet Beta مقنعًا بشكل خاص هو بنيته التشفيرية. للتعامل مع بيانات خارج السلسلة المعقدة دون الإضرار بالتوافق (consensus)، يستخدم البروتوكول توليفة أنيقة تجمع بين توقيعات ECDSA الفردية لإثبات مصدر البيانات (مجيبًا عن سؤال: "من الذي قدّم الضمان/التزكية لهذا الإدخال") وتجميع توقيعات BLS لاتفاق مشغّلي الشبكة بشكل جماعي. تعمل هذه البنية كاملة كخدمة مُتحقَّق منها بنشاط (Actively Validated Service - AVS)، مدعومة بإعادة الرهن (restaking) على EigenLayer، بما يضمن أمانًا تشفيريًا اقتصاديًا على مستوى المؤسسات.

مع عمليات تكامل أولية لواجهات بيانات الأوراكل بما في ذلك Chainalysis وHexagate وRedStone وCredora، فإن $NEWT تعمل المنظومة فعليًا على ترسيخ إطار فحص امتثال ومخاطر متعدد الزوايا. ومن خلال التعامل مع التحقق من الهوية وتقييم المخاطر وفحص الامتثال بوصفها طبقة قرار واحدة موحدة ومستمرّة، تحل @NewtonProtocol مشكلة تنسيق ضخمة تواجه محافظ DeFi وDAOs الحديثة. ومع تطور التفويض القابل للبرمجة من ميزة فاخرة إلى معيار صناعي افتراضي، يبقى من المهم متابعة رواية فائدة $NEWT في تشغيل عمليات حساب الامتثال وتأمين رهن الشبكة.

#Newt