شاهدت الكثير من مخططات vault. لا يظهر الفرق إلا بسياسة Rego قادرة على العمل.
@NewtonProtocol يحوّل لغة الاستراتيجية مباشرة إلى بوابة قبول داخل vault. ما تكتبه ليس مسودة تُناقَش في Slack، بل ملف .rego مُلزِم بالتنفيذ على السلسلة. أربع قواعد يتم تجميعها في حزمة policy pack: قائمة الأصول البيضاء، أقصى سحب للتراجع (max drawdown)، الأطراف المقابلة المعتمدة (approved counter-parties)، ونافذة زمنية. في كل مرة يستعد فيها vault لإعادة التوازن، تُشغَّل الاستراتيجية أولاً، ولا يُسمح بالتمرير إلا بعد اجتياز الفحص.
دعنا نذكر مثالاً ملموساً. مثال على vault مُجمِّع لعوائد DeFi، يكتب مؤلف الاستراتيجية هذا المقطع:
```rego
package newton.vault.policy
default allow = false
allow {
input.asset in data.whitelist
input.drawdown \u003c= data.max_drawdown
input.counterparty in data.approved_cps
time.now_ns() \u003e= data.window_start
time.now_ns() \u003c= data.window_end
}
```
بعد نشر هذا الـ .rego على vault، وقبل كل مرة swap / lend / rebalance، تقوم عقد verifier الخاصة بـ Newton بسحب input (الأصل المُخطَّط للاستدعاء، مقدار السحب للتراجع، عنوان الطرف المقابل) ومقارنته مع data (قائمة الأصول البيضاء وحدود vault). لا يتم إصدار attestation إلا إذا اجتازت جميع القواعد الخمس. يتم تسجيل attestation على السلسلة، ويفشل/يـنجح تحقق الـ smart contract وفقاً لذلك، ولا تدخل المعاملة إلى mempool إلا بعد اجتياز التحقق. إذا فشلت أي واحدة من القواعد الخمس، فسيتم إرجاع الاستدعاء بالكامل مباشرةً، دون انتظار حتى mempool كي يتمكن أحد من front-run.
يبدو الأمر كأن OPA تم نقله حرفياً، لكن الفارق الحاسم هو ربط التوقيع بالاقتصاد. لا يمكن لـ verifier أن يأخذ طلباً إلا إذا قدّم ضماناً (collateral) باستخدام رمز NEWT. إذا ارتكب خطأً واحداً، سيتم slash للضمان؛ وإذا أصاب، سيحصل على gas + مكافأة NEWT. حوافز مثل
$NEWT تجعل verifier لا يرخّي قواعده كي يحصل على مزيد من الطلبات، ولا يتحالف لارتكاب سوء التصرف بهدف أخذ المكافآت. لهذا تبرز @NewtonProtocol بشعار: "لن يتحرك رأس المال حيث لا تُستوفى القواعد"—القواعد ليست مجرد تدقيق لاحق، بل بوابة صلبة قبل حدوث المعاملة.
بعد تشغيل تجريبي على الـ Mainnet لمدة شهر، أصبحت معظم الـ vault متصلة بحزم policy pack. ميزة Rego هي أن مؤلفي الاستراتيجيات لا يحتاجون لتعلم Solidity؛ كتابة القواعد تشبه كتابة K8s admission controller، كما أن مراجعات الفريق تتم أيضاً عبر تدفق PR. العيب هو أن مصدر البيانات (مثل data.whitelist) لا يزال يتوجب على vault تغذيته بنفسه. وكيفية التوافق مع أوراكل مثل RedStone، وكيف نضمن التحديث التلقائي للقائمة البيضاء بدل تعديل JSON يدوياً—هذه ستكون نقطة تركيز هندسية خلال الأشهر القليلة القادمة.
مع السعر الحالي 14.4 دولار، تكون تقلبات NEWT اليومية حوالي 2% صعوداً وهبوطاً. ما يحدد فعلاً أمان vault هو ما إذا كانت هذه طبقة الاستراتيجية قادرة على التشغيل بثبات، وليس سعر الرمز نفسه. قبل دخول الأموال المؤسسية، سيُسألون أولاً سؤالاً واحداً: هل يمكن تدقيق كود استراتيجيتك؟ بهذه الطبقة من Newton، يتحول السؤال من "هل نثق بفريق الـ vault؟" إلى "هل نثق بـ .rego وعقد verifier؟" والإجابة تصبح أكثر تحديداً بوضوح.
بما أن الاستراتيجية علنية، وعقد verifier علنية، وattestation يمكن التحقق منه على السلسلة، فهذه الثلاثة مجتمعة تجعل العناية الواجبة (due diligence) للمؤسسات لا تحصل على PPT، بل تحصل على جزء كود يمكن إعادة إنتاجه، مع سجل معاملات يمكن تتبعه.
#Newt #NewtonProtocol #VaultKit #DeFi #استراتيجية Rego