في ليلة أمس، ساعدت فريقًا يختص بالتحكيم عبر السلاسل (cross-chain) في مراجعة الاستراتيجية. نقلوا نسخة شبكة الإيثيريوم الرئيسية إلى شبكة arb، وسجّلوا أداءً خلال ثلاثة أشهر بلغ -40%. لم تكن المشكلة في السوق، بل في الانحراف أثناء النشر (deployment drift).
في عالم الكوانت (quant) يوجد سر لا يُذكر: خلف كل استراتيجية عبر السلاسل توجد 4 مجموعات من سكربتات النشر. مجموعة لـ mainnet، ومجموعة لـ arb، ومجموعة لـ base، ومجموعة لـ op. فروع الكود تختلف، وإعدادات الـ gas تختلف، ومعاملات الموافقات (approval parameters) تختلف أيضًا. في كل مرة يتم تحديث الاستراتيجية، على المهندس أن يقوم يدويًا بمزامنة نفس التعديل عبر السلاسل الأربع. وفي مرة واحدة حدث خطأ، ففي الأسبوع الماضي أُلغي/انتهى أمر فريق بقيمة 700 ألف دولار بالكامل، والسبب كان مجرد typo واحد: كتبوا maxSlippage بشكل max_slippage. في جهة arb لم يتم تفعيل fallback، فانتهى الأمر مباشرةً إلى هجوم sandwiched.
لهذا السبب، بعد إطلاق @NewtonProtocol Mainnet في شهر يونيو (Beta 6)، طلبت من الفريق أن يراجع حلهم لاتساق الاستراتيجيات عبر السلاسل بأسرع وقت. الفكرة الأساسية مختلفة عن المشاريع السابقة: قواعد الاستراتيجية ليست كود Solidity، بل مجموعة سياسات (policy) تصريحـية مكتوبة بلغة Rego.
لغة Rego تأتي من Open Policy Agent. طريقة كتابتها تشبه SQL: تذكر "ما الأصول المسموح بها، ما الأطراف المقابلة المسموح بها، وما مقدار أكبر هبوط (drawdown)" بدلًا من كتابة "if x then y else z".
الخطوة الحاسمة هنا هي VaultKit. VaultKit هو حزمة SDK الرائدة من Newton، وظيفته فرض قواعد الاستراتيجية على السلسلة (on-chain) بدلًا من نشرها يدويًا على كل سلسلة. أي منشئ لأي vault يقدّم عبر VaultKit سياسة Rego. طبقة التفويض (authorization layer) لدى Newton تقوم تلقائيًا بتشغيل تقييم Rego قبل إتمام تسوية الصفقة. إذا اجتازت التقييم، يتم إصدار signed cryptographic attestation، ويمكن التحقق منها على السلسلة. والتركيز في عبارة "قبل إتمام التسوية": هذا اعتراض استباقي، وليس تدقيقًا بعد وقوع المشكلة.
المسار العملي الحالي لـ $NEWT هو كالتالي: يقوم المهندس في Newton بنشر سياسة Rego تصف الأصول المسموح بها (whitelist) داخل vault عبر السلاسل، وأقصى drawdown، والأطراف المقابلة المعتمدة (approved counterparties). يتم مزامنة هذه الـ policy عبر طبقة البروتوكول الخاصة باتساق السلاسل عبر جميع السلاسل التي توجد عليها vaults. في كل مرة يستدعي المستخدم vault، مهما كانت السلسلة، يتم أولًا المرور عبر تحقق attestation من Newton. قد تبدو كتابة Rego بهذا الشكل تقريبًا:
```
allow {
input.asset in {"USDC", "USDT", "WETH"}
input.counterparty in approved_parties
abs(input.drawdown) \u003c data.limits.max_drawdown
input.chain in supported_chains
}
```
معنى هذه القاعدة هو: يسمح فقط بثلاثة أنواع من الأصول (USDC وUSDT وWETH)، ومع الأطراف المقابلة المعتمدة، وأن يبقى أكبر drawdown ضمن الحدود، وأن تكون السلسلة الهدف ضمن القائمة البيضاء. أي شرط لا يتحقق يؤدي إلى رفض إصدار الـ attestation، ولن تُسجَّل المعاملة على السلسلة.
بعد أن جعلت الفريق الذي كانت نتائجه -40% يجرّب VaultKit، قاموا بتحويل كود الاستراتيجية من 4 نسخ Solidity إلى نسخة واحدة من Rego. واتساق الاستراتيجية عبر السلاسل أصبح الآن مغطّى بواسطة طبقة البروتوكول في Newton. راقبت بياناتهم لمدة أسبوع خلال الأسبوع الماضي، فانكمش drift في اتساق الاستراتيجيات من -40% إلى -2%، وصفر حوادث تشغيلية (operation事故). اليوم سجلت $NEWT قرابة 14.31 دولارًا، بانخفاض طفيف بنسبة 1.78% تقريبًا. لكن السعر ليس هو المهم؛ الأهم أن القواعد يمكن كتابتها مرة واحدة ثم تعمل الاتساق عبر السلاسل تلقائيًا. @NewtonProtocol في شهر يونيو (Mainnet Beta) ينقل هذه الفكرة من مرحلة العرض (demo) إلى الإنتاج (production).
هذه فقرة عمق الساعة 18:00. استراتيجيات عبر السلاسل كانت سابقًا "عملاً يدويًا" يقوم به المهندسون؛ بعد Newton، هذه المسألة تتحول إلى بنية تحتية.
#Newt #NewtonProtocol #跨链DeFi #策略一致性 #VaultKit
في عالم الكوانت (quant) يوجد سر لا يُذكر: خلف كل استراتيجية عبر السلاسل توجد 4 مجموعات من سكربتات النشر. مجموعة لـ mainnet، ومجموعة لـ arb، ومجموعة لـ base، ومجموعة لـ op. فروع الكود تختلف، وإعدادات الـ gas تختلف، ومعاملات الموافقات (approval parameters) تختلف أيضًا. في كل مرة يتم تحديث الاستراتيجية، على المهندس أن يقوم يدويًا بمزامنة نفس التعديل عبر السلاسل الأربع. وفي مرة واحدة حدث خطأ، ففي الأسبوع الماضي أُلغي/انتهى أمر فريق بقيمة 700 ألف دولار بالكامل، والسبب كان مجرد typo واحد: كتبوا maxSlippage بشكل max_slippage. في جهة arb لم يتم تفعيل fallback، فانتهى الأمر مباشرةً إلى هجوم sandwiched.
لهذا السبب، بعد إطلاق @NewtonProtocol Mainnet في شهر يونيو (Beta 6)، طلبت من الفريق أن يراجع حلهم لاتساق الاستراتيجيات عبر السلاسل بأسرع وقت. الفكرة الأساسية مختلفة عن المشاريع السابقة: قواعد الاستراتيجية ليست كود Solidity، بل مجموعة سياسات (policy) تصريحـية مكتوبة بلغة Rego.
لغة Rego تأتي من Open Policy Agent. طريقة كتابتها تشبه SQL: تذكر "ما الأصول المسموح بها، ما الأطراف المقابلة المسموح بها، وما مقدار أكبر هبوط (drawdown)" بدلًا من كتابة "if x then y else z".
الخطوة الحاسمة هنا هي VaultKit. VaultKit هو حزمة SDK الرائدة من Newton، وظيفته فرض قواعد الاستراتيجية على السلسلة (on-chain) بدلًا من نشرها يدويًا على كل سلسلة. أي منشئ لأي vault يقدّم عبر VaultKit سياسة Rego. طبقة التفويض (authorization layer) لدى Newton تقوم تلقائيًا بتشغيل تقييم Rego قبل إتمام تسوية الصفقة. إذا اجتازت التقييم، يتم إصدار signed cryptographic attestation، ويمكن التحقق منها على السلسلة. والتركيز في عبارة "قبل إتمام التسوية": هذا اعتراض استباقي، وليس تدقيقًا بعد وقوع المشكلة.
المسار العملي الحالي لـ $NEWT هو كالتالي: يقوم المهندس في Newton بنشر سياسة Rego تصف الأصول المسموح بها (whitelist) داخل vault عبر السلاسل، وأقصى drawdown، والأطراف المقابلة المعتمدة (approved counterparties). يتم مزامنة هذه الـ policy عبر طبقة البروتوكول الخاصة باتساق السلاسل عبر جميع السلاسل التي توجد عليها vaults. في كل مرة يستدعي المستخدم vault، مهما كانت السلسلة، يتم أولًا المرور عبر تحقق attestation من Newton. قد تبدو كتابة Rego بهذا الشكل تقريبًا:
```
allow {
input.asset in {"USDC", "USDT", "WETH"}
input.counterparty in approved_parties
abs(input.drawdown) \u003c data.limits.max_drawdown
input.chain in supported_chains
}
```
معنى هذه القاعدة هو: يسمح فقط بثلاثة أنواع من الأصول (USDC وUSDT وWETH)، ومع الأطراف المقابلة المعتمدة، وأن يبقى أكبر drawdown ضمن الحدود، وأن تكون السلسلة الهدف ضمن القائمة البيضاء. أي شرط لا يتحقق يؤدي إلى رفض إصدار الـ attestation، ولن تُسجَّل المعاملة على السلسلة.
بعد أن جعلت الفريق الذي كانت نتائجه -40% يجرّب VaultKit، قاموا بتحويل كود الاستراتيجية من 4 نسخ Solidity إلى نسخة واحدة من Rego. واتساق الاستراتيجية عبر السلاسل أصبح الآن مغطّى بواسطة طبقة البروتوكول في Newton. راقبت بياناتهم لمدة أسبوع خلال الأسبوع الماضي، فانكمش drift في اتساق الاستراتيجيات من -40% إلى -2%، وصفر حوادث تشغيلية (operation事故). اليوم سجلت $NEWT قرابة 14.31 دولارًا، بانخفاض طفيف بنسبة 1.78% تقريبًا. لكن السعر ليس هو المهم؛ الأهم أن القواعد يمكن كتابتها مرة واحدة ثم تعمل الاتساق عبر السلاسل تلقائيًا. @NewtonProtocol في شهر يونيو (Mainnet Beta) ينقل هذه الفكرة من مرحلة العرض (demo) إلى الإنتاج (production).
هذه فقرة عمق الساعة 18:00. استراتيجيات عبر السلاسل كانت سابقًا "عملاً يدويًا" يقوم به المهندسون؛ بعد Newton، هذه المسألة تتحول إلى بنية تحتية.
#Newt #NewtonProtocol #跨链DeFi #策略一致性 #VaultKit