في وقت متأخر من أمس، كنت أنتقل بين وثائق Newton Protocol’s VaultKit ورسم بياني قديم لانحراف مستقر لسعر عملة مستقرة عن ربطها. لم أكن أبحث عن زاوية جديدة. كنت فقط أريد أن أفهم ما الذي يحدث بعد أن يقترح قيّم الخزانة إجراءً ما.
في البداية، بدا مسار العمل بسيطًا.
يُحضّر القيّم معاملة. يتحقق مشغلو Newton من صحتها مقابل سياسة الخزانة. إذا كان الإجراء ينتهك القواعد، فسيتم رفضه قبل أن يصل إلى الخزانة.
فهمت هذه الجزئية فورًا. لا ينبغي لمدير خزانة أن يعد المودعين باستراتيجية واحدة ثم يواصل هدوءًا تحمل مخاطر مختلفة تمامًا لاحقًا.
ثم وصلت إلى الجزء الذي غيّر الطريقة التي رأيت بها النظام بأكمله.
يمكن لـVaultKit أيضاً إيقاف المعاملة عندما لا يصل المشغلون إلى النصاب، أو عندما تنتهي صلاحية الموافقة، أو عندما لا يستطيع Shield على السلسلة التحقق منها. لا تحتاج السياسة إلى القول إن الإجراء خطير. إذا لم يستطع نيوتن إنتاج موافقة صالحة، فإن المعاملة لا تتحرك مع ذلك.
لقد توقفت عند ذلك لأنني رأيت مدى السرعة التي يمكن أن يتحول بها سوق عادي إلى حالة طوارئ. يمكن أن تختفي السيولة في دقائق. يمكن أن تبدأ عملة مستقرة بالانزلاق عن ربطها بينما لا يزال الجميع يتجادلون حول ما إذا كانت الحركة مؤقتة. يمكن لبروتوكول إقراض أن يبدو سليماً في الصباح ثم يصبح تعرضاً خطيراً قبل نهاية اليوم.
في تلك اللحظات، قد يحتاج المنسق إلى تقليل المخاطر فوراً.
لكن مع VaultKit، لا يمكن للمنسق ببساطة الضغط على زر ونقل الأموال. يصبح الإجراء نيةً. يرسل Gateway هذا الإجراء للتقييم. يتحقق المشغلون من السياسة وأي بيانات مطلوبة. يجب جمع توقيعاتهم. يجب إنشاء إقرار. يجب أن يتحقق Shield منه. عندها فقط يمكن للإجراء أن يصل إلى الخزنة.
كان بإمكاني رؤية الفائدة. كل خطوة تجعل من الأصعب على المنسق تجاهل القواعد عندما يصبح الالتزام بها غير مريح.
لم يعد المودِع يعتمد فقط على سمعة المدير. القيد يتبع المعاملة نفسها.
لكن كل خطوة مطلوبة تصبح أيضاً شيئاً يجب أن يعمل قبل أن يتحرك السوق أكثر.
هنا يصبح سؤال نيوتن الأمني أكثر صعوبة مما يبدو عليه في البداية.
افترض أن منسقاً يحاول الخروج من مركز يضعف، لكن مصدراً خارجياً للبيانات يصبح غير متاح. يفشل المشغلون في الاتفاق في الوقت المناسب. وتنتهي صلاحية الإقرار. قد يكون الإجراء معقولاً تماماً، ومع ذلك يبقى الخزنة مكشوفة لأن عملية التفويض لم تستطع أن تكتمل.
القرار غير المتاح لم يعد مجرد تأخير تقني. يمكن أن يتحول إلى حدث مالي.
لا أعتقد أن نيوتن يجب أن يسمح ببساطة للمنسق بتجاوز النظام. سيجعل ذلك السياسة بلا معنى. يمكن لأي مدير أن يصف موقفاً صعباً بأنه حالة طوارئ وأن يستعيد نفس السلطة غير المقيدة التي صُمم VaultKit لإزالتها.
مسار الهروب العام في نيوتن مع التأخير الزمني منطقي لهذا السبب بالضبط. يجب أن يكون المودعون قادرين على رؤية أن الضوابط العادية يجري تغييرها بدلاً من اكتشاف ذلك بعد انتقال الأموال.
ومع ذلك، فإن التصميم لا يزيل الخطر. إنه ينقله.
يغادر بعض الخطر المفتاح الخاص للمنسق وحكمه الشخصي. ويدخل إلى تصميم السياسة، وتوفر البيانات، وأداء Gateway، واستجابة المشغلين، وتشكيل النصاب، وتوقيت الموافقة، والحوكمة الطارئة.
تُظهر النسخة التجريبية على الشبكة الرئيسية لنيوتن أن مسار تفويض هذه الخزنة أصبح الآن أكثر من مجرد فكرة. وما لا تُظهره الأدلة العامة بوضوح بعد هو مدى جودة أداء العملية الكاملة عندما تتحرك الأسواق بسرعة وتتعرض عدة أجزاء من النظام لضغط في الوقت نفسه.
هذا ما كنت سأراقبه الآن.
ليس فقط عدد المعاملات السيئة التي يرفضها نيوتن، بل أيضاً عدد المرات التي تكتمل فيها الإجراءات المشروعة، وكم يستغرق الحصول على الموافقات أثناء التقلبات، وكم مرة يفشل النصاب، وما إذا كانت الإقرارات تنتهي صلاحيتها قبل أن يتمكن المنسق من حماية الخزنة.
يجب أن يعرف نظام أمني قوي متى يقول لا.
في سوق مالي حي، يجب أن يكون قادراً أيضاً على قول نعم قبل أن يصبح القرار الصحيح متأخراً جداً.