كتابة العقود الذكية ليست سوى نصف التحدي. أصبح تصميم كيفية اتخاذها للقرارات أمرًا مهمًا بنفس القدر.
كنت أتوقع من نيوتن أن يجعلني أفكر في عقود ذكية أفضل. بدلًا من ذلك، جعلني أفكر في أنظمة الصلاحيات. يتمثل التحدي الخفي في أن الأمر ليس مجرد كتابة الكود، بل في تحديد الشروط التي بموجبها يجب أن يعمل الكود. لا يقوم نظام التشغيل فقط بتنفيذ كل تطبيق يطلب موارد. بل يتحقق من الصلاحيات، ويؤكد الهويات، ويفرض السياسات، ويقرر ما الذي ينبغي السماح به قبل التنفيذ. أطروحتي هي أن التمويل اللامركزي يقترب من الانتقال المعماري نفسه. لن يأتي الميزة التنافسية التالية من كتابة عقود ذكية أكثر تعقيدًا. بل ستأتي من فصل التنفيذ عن التفويض.
في البداية افترضت أن أدوات المطورين ستستمر في التطور عبر آلات افتراضية أفضل، وتنفيذ أرخص، ولغات برمجة أكثر تعبيرًا. لكن عند التعمق أكثر، وجدت أن هذه التحسينات تعالج الحوسبة لا الحكم. إن الاختناق الحقيقي هو ما أسميه «دين القرار»؛ فكل بروتوكول يعيد بناء منطق التفويض الخاص به مرارًا لحدود الإنفاق، وموافقات التوقيع المتعدد، وفحص العقوبات، وأذونات المحافظ، وإدارة المخاطر. الكود يعمل، لكن طبقة القرار تظل مجزأة.
تخلق هذه التجزئة حوافز يستهين بها معظم البنّائين. فكل بروتوكول يكتب افتراضات أمنية وقواعد حوكمة وفحوصات سياسات مختلفة قليلًا. وتصبح كل مراجعة أمنية أكثر تكلفة لأن منطق التفويض مدمج بشكل مختلف عبر التطبيقات. وكل ترقية تحمل خطر إدخال سلوك غير متسق. التكلفة الخفية ليست في التنفيذ، بل في صيانة آلاف محركات السياسات المستقلة التي تحاول جميعها حل مشكلات تنسيق متطابقة تقريبًا.
يقترح Vault SDK الخاص بـ Newton بنية مختلفة. فبدلًا من تضمين قواعد التفويض مباشرة داخل كل عقد ذكي، يعرّف المطورون سياسات قابلة للبرمجة تُقيَّم خارجيًا قبل التنفيذ. يظل العقد الذكي مسؤولًا عن التسوية، بينما يصبح التفويض طبقة بنية تحتية مخصصة. يشبه هذا كيف فصلت البنية التحتية السحابية إدارة الهوية عن منطق التطبيق عبر خدمات مثل IAM بدلًا من إجبار كل تطبيق على تنفيذ إطار المصادقة الخاص به.
الدلالة التقنية هنا أكبر مما تبدو عليه في البداية. يمكن للخزنة أن تتطلب حدودًا للمعاملات، وموقّعين محددين، وفحوصات عقوبات، وتأخيرات زمنية، وموافقة من محفظة عتادية، أو سياسات تنظيمية مخصصة قبل التنفيذ. تقوم شبكة التفويض الخاصة بـ Newton بتقييم هذه الشروط وإنتاج نتيجة تفويض تشفيرية يمكن للعقود التحقق منها. وبدلًا من استبدال العقود الذكية، فهي تقلل كمية الشيفرة الخاصة بالسياسات التي يتعين على المطورين صيانتها مرارًا.
تجعل حالات الاستخدام في العالم الحقيقي هذا التمييز أوضح. فقد تتطلب خزينة DAO عتبات موافقة مختلفة حسب حجم المعاملة. وقد يحتاج مُصدر عملة مستقرة إلى فحص العقوبات قبل التحويلات. وقد يفرض مزود الحفظ المؤسسي قيودًا جغرافية ونوافذ تداول. وقد يحدد مكتب عائلي السحوبات اليومية مع اشتراط عدة موافقات فوق عتبات معينة. اليوم غالبًا ما يُعاد بناء هذه القواعد بشكل مستقل. وتحاول Newton جعلها بنية تحتية قابلة لإعادة الاستخدام.
تستحق المقايضة اهتمامًا مساوياً. إن نقل التفويض إلى الخارج يضيف اعتمادًا آخر. فإذا أصبحت بنية السياسات التحتية حرجة، فإن الحوكمة حول تحديثات السياسات، وحوافز المدققين، والتوافر تصبح بنفس أهمية أمان العقود الذكية نفسه. كما أن قابلية التجزئة الأفضل قد تخلق مخاطر تنسيق جديدة إذا تطورت قواعد التفويض بشكل مختلف عن منطق التطبيق.
بالمقارنة مع البدائل، يمثل هذا فلسفة مختلفة. تضع مكتبات التحكم التقليدية في الوصول التفويضَ داخل شيفرة التطبيق. تحل محافظ التوقيع المتعدد الموافقة الجماعية لكن ليس تقييم السياسات الديناميكي. وغالبًا ما يعمل مزودو الامتثال بالكامل خارج السلسلة، ما يتطلب من المؤسسات أن تثق بإنفاذ مركزي. تحاول Newton إنشاء طبقة تفويض قابلة للتحقق، حيث تصبح قرارات السياسة نفسها قابلة للملاحظة وقابلة للإثبات تشفيريًا قبل التسوية.
ما يثير اهتمامي أكثر هو التحول السلوكي الذي تشجعه هذه البنية. يتوقف المطورون عن التفكير حصريًا في كتابة الشيفرة التنفيذية ويبدأون في تصميم أنظمة القرار. تنتقل فرق الأمن من الرد على الثغرات إلى تعريف سياسات وقائية. وتحصل المؤسسات على حوكمة قابلة للبرمجة دون إعادة كتابة التطبيقات الأساسية. تتحول المسؤولية من «هل يمكن لهذا العقد أن ينفذ؟» إلى «وفق أي شروط ينبغي أن ينفذ؟»
إذا اكتسب هذا النموذج رواجًا، فقد تنتقل DeFi بهدوء إلى ما بعد عالم يبتكر فيه كل بروتوكول افتراضاته الأمنية الخاصة. والسؤال المفتوح هو ما إذا كان المطورون سيقبلون طبقة بنية تحتية أخرى مقابل تعقيد أقل. قد لا يكون المستقبل للأكثر ذكاءً من العقود، بل للأنظمة التي تتخذ أذكى قرارات التفويض قبل أن يُنفَّذ سطر واحد من شيفرة العقد.