من Policy Packs إلى الإنتاج: دليل القيّمين إلى Newton Vault SDK
لم تكن أكثر المحادثات ازدحامًا في عالم التمويل اللامركزي مؤخرًا متعلقة بملاحقة المصدر التالي للعائد. بل كانت متعلقة بشيء أكثر هدوءًا: كيفية الحفاظ على استراتيجيات توليد العائد ثابتة عندما تتجاوز نطاق بضع خزائن فقط. تبرز أهمية هذا التحول لأن رأس المال المؤسسي يطرح أسئلة مختلفة عن المستخدمين الأفراد. إن المحادثة تنتقل من "كم يمكن لهذه الخزينة أن تحقق من عائد؟" إلى "هل يمكن تفسير كل قرار يتم داخل هذه الخزينة بعد وقوعه؟" وهذا بالضبط هو المكان الذي تدخل فيه حزمة Newton's Vault SDK إلى المشهد. فبدلًا من استبدال بنية خزينة قائمة، فهي تغيّر طريقة تموضع فرض السياسات في الأسفل. بالنسبة للقيّمين الذين يديرون استراتيجيات بالفعل على Morpho، أو للفرق التي تستخدم أطر عمل خزائن أخرى مع دعم استدعاءات عام، يعمل برنامج SDK من Magic Labs جنبًا إلى جنب مع عقود Shield بدلًا من إجبار عملية إعادة تصميم كاملة. والنتيجة العملية هي أن فحوصات المخاطر تصبح جزءًا من التنفيذ نفسه بدلًا من أن تكون بندًا آخر في قائمة التحقق التشغيلية.
انظر، معظم الفرق لا تستيقظ وهي تفكر: «تعرف ما الذي يبدو ممتعًا؟ بناء ثلاثة أنظمة إنفاذ مختلفة يجب أن تتفق جميعها معًا». ينتهي بها الأمر هناك لأن هذا هو الشكل الذي عادةً ما ينمو به هذا النوع من الأشياء. أداة أمن واحدة. خدمة امتثال واحدة. طبقة خصوصية واحدة. بائعون مختلفون. سجلات مختلفة. صداع مختلف.
مجموعة أدوات Newton's Vault SDK تقول في الأساس: توقفوا عن فعل ذلك.
ثلاثة حواجز حماية. طبقة إنفاذ واحدة. على السلسلة (Onchain). 🔒 الأمان : تمنع المعاملات السيئة قبل أن تتحرك الأصول.
مثال: سياسة الـ vault ترفض السحب غير المصرح به بدلًا من ترك شخص ما يشرح لاحقًا لماذا اختفت الأموال. وهو، بطريقة ما، يُعتبر ما يزال «سير عمل» في أماكن كثيرة.
✅ الامتثال يتحقق من السياسة قبل أن تصل الإيداعة إلى مكانها.
مثال واقعي: عنوان مُدرج في القائمة المحظورة (sanctioned) يحاول الإيداع. يتم حظره قبل أن يصل أصلًا إلى الـ vault. لا تنظيف. لا جداول بيانات مزعجة لاحقًا. ولا «سنصلح ذلك بعد ذلك».
🔐 الخصوصية تتحكم في من يمكنه رؤية ماذا، ومتى.
ربما يحتاج مُدقق تدقيق (auditor) إلى دليل على أن معاملة ما اتبعت السياسة. جيد. سيحصل على ذلك. لكنهم لا يحصلون تلقائيًا على كل قطعة من نشاط المحفظة المرتبط بالحساب. فكرة مجنونة، أعرف.
لكن هذه هي الحقيقة. لا شيء من تلك الحواجز حماية جديد. الأمن موجود منذ الأبد. فرق الامتثال تطالب بهذا منذ سنوات. والخصوصية ليست مفهومًا جديدًا أيضًا.
المختلف هو مكان عيش القواعد.
بدلًا من إرسال الطلبات عبر ثلاثة أنظمة خارج السلسلة (offchain) آمِلين أن تظل متزامنة، تدفع Vault SDK الإنفاذ إلى مكان واحد. كود لاصق أقل. حالات حافة غريبة أقل. رسائل Slack في الساعة الثانية صباحًا أقل، لأن الخدمة B لم تسمع ما قررته الخدمة A.
أعرف ما تفكر فيه. «رائع. مجموعة أدوات أخرى تدّعي أنها تصلح كل شيء.»
صحيح.
الوقت سيخبرنا إن كانت فعلًا تصمد أمام حركة مرور حقيقية. هذه دائمًا هي الجزء الذي يتناسى التسويق ذكره. لكن ضغط الأمن والامتثال والخصوصية في طبقة سياسة واحدة؟ هذا على الأقل يحل مشكلة كان المهندسون يتعاملون معها بالفعل، بدلًا من اختراع مصطلح تسويقي جديد لم يطلبه أحد.
تخبرك عمليات التدقيق بما كان آمنًا. يحدد التفويض ما هو آمن الآن
لقد خضنا نقاشات حول التدقيق أو أجريت محادثات لسنوات. تكمن القضية الأعمق في أن التمويل اللامركزي يواصل مطالبة المستخدمين بالثقة في قرارات اتُّخذت قبل أسابيع أو أشهر، حتى مع أن الأسواق يمكن أن تتغير خلال دقائق. يقدّم التدقيق إجابة عن سؤال محدد: هل تم كتابة الكود بشكل صحيح عندما راجعه شخص ما؟ هذا أمر قيّم، ولا يعترض عليه أحد من ذوي الجدية. لكن بإمكان الخزنة التي تم تدقيقها أن تصبح مكانًا سيئًا للإيداع إذا اختفت السيولة، أو إذا شوّهت الحوافز العوائد، أو إذا ظهرت مشكلات في بروتوكول ما في سلسلة الاعتماد الأعمق. لا تتعلق الأمان فقط بما إذا كان الكود ينفَّذ بشكل صحيح. بل يتعلق أيضًا بما إذا كانت الظروف المحيطة بذلك الكود تظل سليمة.
أكبر خطر في عالم العملات الرقمية لا يأتي غالبًا مع تحذير. بل يصل عادةً على هيئة عنوان يرغب الجميع في تصديقه.
يركّز الناس على أعلى عائد سنوي (APY). لكنني أكثر اهتمامًا بما كان يجب أن يحدث أصلًا كي يوجد هذا العائد. المشكلة الحقيقية ليست في العوائد الجذابة. بل في ما إذا كانت الحوافز الكامنة وراءها مستدامة.
ولهذا جذب انتباهي @NewtonProtocol . بدلًا من البدء بأرقام أكبر، يشير إلى مؤشرات مثل قفزة العائد في APY-spike (z-score) لدى Vaults.fyi وفحوصات تراجع TVL كطريقة لبدء طرح أسئلة أفضل حول المخاطر قبل مطاردة المكافآت.
هل سيحل ذلك المشكلة؟ ربما لا. فالأسواق دائمًا تجد طرقًا جديدة لتفاجئنا.
لكن مستقبل التمويل اللامركزي (DeFi) لن يُحسم بواسطة من يَعِد بأكبر قدر. بل سيتشكل وفقًا لمن يساعد الناس على فهم ما الذي يَخوضونه فعليًا.
من الحدود الثابتة إلى سياسة حيّة: لماذا يحتاج أسلوب إدارة مخاطر الملاذ إلى طبقة تفويض على السلسلة
يمكن لملاذ (Vault) أن يحقق كل قاعدة مكتوبة على الورق، ومع ذلك ينزلق إلى ملف مخاطر لم يكن أحد يقصده. أصبح هذا التناقض أصعب في تجاهله مع استمرار انتقال رأس المال على السلسلة (Onchain) بوتيرة أسرع من الضوابط المصممة للتحكم فيه. خلال العام الماضي، ارتفعت القيمة الإجمالية المقفلة عبر التمويل اللامركزي (DeFi) مجددًا إلى ما يتجاوز 100 مليار دولار في نقاط مختلفة، بينما تتنافس الآن آلاف استراتيجيات الملاذ على جذب الودائع. قد يبدو أن المزيد من الخيارات أمر صحي، لكن هذا يعني أيضًا أن افتراضات كانت تبدو آمنة قبل شهر يمكن أن تصبح قديمة بهدوء دون أن يلاحظ أحد حتى يحدث عطل.
أكبر التحولات في التكنولوجيا نادرًا ما تحدث عندما يصبح شيءٌ ما أسرع. تحدث عندما يتوقف الاعتماد على الوعود.
يتحدث الجميع عن خزائن مُنقّاة تجتذب مليارات. أنا أكثر اهتمامًا بالافتراضات الكامنة تحتها. ليست المشكلة في الأداء. المشكلة هي ما إذا كان بإمكان أي شخص التحقق بشكل مستقل من أن المشغّلين يتبعون فعلًا القواعد التي يدّعون أنهم يتبعونها.
لهذا شدّ انتباهي نَيوتن. إن إقرار سلامة شبكة مشغّليه (attestation) هو محاولة مثيرة للاهتمام لتقليص فجوة الثقة عبر جعل الالتزام بالقواعد شيئًا يمكن التحقق منه على السلسلة (onchain)، بدلًا من قبوله فقط. هل ستحل كل مشكلة حوكمة؟ على الأرجح لا. الثقة معقّدة، والأنظمة الجديدة تستحق التدقيق أيضًا.
لكن البنية التحتية التي تستبدل الادعاءات بالأدلة تبدو اتجاهًا أكثر أهمية من البنية التحتية التي تكتفي بطلب أن نؤمن.
تشهد أسواق التمويل اللامركزي (DeFi) تحوّلًا هادئًا يحدث على نطاق واسع، لكنه نادرًا ما يظهر في مخططات إجمالي القيمة المقفلة (TVL). إذ يجري الآن إيداع مليارات الدولارات داخل محافظ (Vaults) مُصممة لأتمتة تخصيص رأس المال، لكن الطبقة الأخيرة من الأمان غالبًا ما تنتهي إلى شيء عادي بشكل مدهش: الثقة بأن الأشخاص الذين يضبطون تلك المحافظ يواصلون اتخاذ قرارات جيدة. وقد برزت هذه المفارقة بالنسبة لي بعد قراءة نقاش آخر حول فحوصات الامتثال وأعطال أنظمة أوراكل (Oracles). لقد قضت DeFi سنوات في إزالة الوسطاء الموثوقين، لكن إدارة المحافظ ما زالت تحمل افتراضات يصعب التحقق منها في الوقت الحقيقي.
لا تفشل معظم الصناعات بسبب نقص البيانات. تفشل لأنها تعتمد على قواعد موجودة خارج الأنظمة التي يُفترض أنها تحميها.
يتحدث الجميع عن لوحات تحكم أفضل ومراقبة أسرع. لكن ما يهمني أكثر هو من يمتلك فعليًا صلاحية فرض الحدود عندما يحدث خطأ. المشكلة الحقيقية ليست في وضوح الرؤية. بل في التحكم.
لهذا السبب شدني @NewtonProtocol انتباهي. بدلًا من التعامل مع سياسات المخاطر كمستندات أو جداول بيانات، يستكشف كيفية جعلها قابلة للفرض على السلسلة عبر قواعد مُشفّعة بالتحقق.
هل سيحل ذلك مشاكل الحوكمة أم سيزيل الأخطاء التشغيلية؟ على الأرجح لا. كل نموذج جديد يولّد مفاضلاته الخاصة.
لكن نقل الالتزامات الجوهرية من أدلة التشغيل خارج السلسلة إلى بنية تحتية يمكن التحقق منها يبدو وكأنه حديث أكثر أهمية من بناء لوحة تحكم أخرى.
ربما لا تكون مستقبل الأمان هو مراقبة أفضل. بل جعل السياسة من المستحيل تجاهلها.
لقد تغيّرت المحادثة حول بنية دفع المدفوعات بطريقة هادئة خلال العام الماضي. يقضي المطورون وقتًا أقل في مناقشة ما إذا كانت المدفوعات القابلة للبرمجة مهمة، ووقتًا أكثر في طرح سؤالٍ أصعب: هل يمكن لفرض السياسات أن يواكب سرعة الدفع دون أن يتحول إلى عنق زجاجة؟ وقد ظهر هذا السؤال بشكل متكرر بينما كنت أقرأ مناقشات المطورين حول أنظمة الإذن، وهو موجود مباشرةً في قلب بناء مسار دفع باستخدام إذن قابل للبرمجة. غالبًا ما تجعل أنظمة الدفع التقليدية الإذن يبدو وكأنه قرار ثنائي. فإما أن تتم عملية التحويل أو تفشل. ومع ذلك، يعيش تحت هذا الناتج البسيط قائمة متزايدة من قواعد العمل. الحدود اليومية، وقيود التجار، وفحوصات الجغرافيا، وحالة الحساب، والمتطلبات التنظيمية، وضوابط الاحتيال جميعها تتنافس على الاهتمام. ومع تكاثر هذه القواعد، يصبح تضمينها بشكلٍ ثابت داخل منطق التطبيق أكثر صعوبة في الصيانة.
أكبر تحول في البنية التحتية غالبًا يبدو غير مرئي للوهلة الأولى.
يتحدث الجميع عن ذكاء اصطناعي أسرع، وسلاسل بلوكشين أفضل، وتطبيقات أكثر ذكاء. أنا مهتم أكثر بمن يملك الكلمة الأخيرة عندما تكون الأمور مهمة.
يركز الناس على الأداء. المشكلة الحقيقية ليست السرعة. بل هي السيطرة.
لهذا شدّتني انتباه نيوتن. بدلًا من وضع خادم واحد في المسار الحرج بحيث يمكنه الموافقة أو الرفض أو حجب الطلبات، فإنه يوزّع قرارات الامتثال عبر مشغّلين لامركزيين باستخدام إقرارات/إثباتات جماعية. لا يُلغي ذلك الثقة بشكلٍ سحري، وليست كل حالة استخدام تحتاج هذا النموذج بالضرورة. لكنّه يغيّر مكان تمركز القوة.
نقضي وقتًا طويلًا نسأل فيه ما إذا كانت الأنظمة لامركزية. ينبغي أن نقضي وقتًا أكبر في التساؤل عما إذا كان بإمكان أي طرف واحد أن يتجاوز الجميع بصمت.
كيف يمكن لمصدري العملات المستقرة البقاء ملتزمين دون التخلي عن اللامركزية
كان هناك تحول هادئ يجري تحت سطح الحديث عن العملات المستقرة. ما زالت العناوين الرئيسية تركز على نمو المعروض، وحيازات الخزانة، والتنظيم، لكن المناقشات بين المطورين باتت تدور بشكل متزايد حول سؤال مختلف: كيف يمكن تلبية متطلبات الامتثال دون إعادة بناء نفس البوابات المركزية التي كان من المفترض أن يتجاوزها عالم العملات المشفرة؟ يبدو هذا السؤال أكثر إلحاحًا اليوم مع تداول العملات المستقرة بإجمالي معروض يتجاوز 250 مليار دولار، بينما يواصل المنظمون في الولايات المتحدة وأوروبا وآسيا تشديد التوقعات المتعلقة بإنفاذ العقوبات والقيود القضائية. لم يعد التحدي هو ما إذا كانت الجهة المُصدِرة تحتاج إلى الامتثال، بل كيفية تطبيقه دون تحويل كل معاملة إلى طلب موافقة مركزي.
يقارن معظم الناس البلوكشينات بالسرعة أو الرسوم. أعتقد أن ذلك يتجاهل السؤال الأكثر أهمية.
يركّز الناس على نقل الأصول بسرعة أكبر. أنا أكثر اهتمامًا بمن يملك صلاحية وضع القواعد قبل أن تتحرك تلك الأصول أصلًا. القضية الحقيقية ليست في إنتاجية المعاملات. بل في التفويض.
ولهذا السبب جذبني @NewtonProtocol . بدلًا من اعتبار كل توقيع صالح كافيًا، فإنه يضيف طبقة تفويض حيث يقوم المشغّلون اللامركزيون بتقييم سياسة ما قبل التنفيذ. تخيّل الأمر مثل كيفية قيام شبكة بطاقات بالتحقق مما إذا كان ينبغي الموافقة على عملية شراء: النية → فحص السياسة → إقرار BLS → تنفيذ أو رفض.
هل سيصبح هذا معيارًا؟ ربما، وربما لا. يجلب التفويض اللامركزي مفاضلاته الخاصة.
لكن الحوار الأكبر ليس عن بلوكشينات أسرع. بل عن من يقرر ما الذي يجب أن يحدث قبل أن يحدث أي شيء.