العقد الوكيل (Proxy contract)

العقد الوكيل هو عقد ذكي يحتفظ بالعنوان والبيانات المخزنة التي يتفاعل معها المستخدمون، لكنه يمرّر كل استدعاء إلى عقد منفصل يحتوي على المنطق البرمجي الفعلي. يواصل المستخدمون التعامل مع العنوان نفسه، بينما يمكن استبدال الكود الذي يعمل خلفه بإصدار جديد. تستخدم الفرق هذا النمط على Ethereum وBNB Chain وBase لإصلاح أخطاء في كود لا يمكن تغييره لولا ذلك.

تقنيًا، يستخدم العقد الوكيل استدعاءً تفويضيًا (delegate call). فهو يشغّل كود عقد المنطق باستخدام مساحة التخزين الخاصة بالعقد الوكيل، فتبقى الأرصدة والإعدادات لدى الوكيل، بينما تأتي القواعد من عقد التنفيذ. ويملك عنوان مسؤول، قد يكون محفظة واحدة أو محفظة متعددة التوقيع أو عقد قفل زمني، صلاحية توجيه الوكيل إلى عقد تنفيذ جديد. تختلف معايير مثل الوكلاء الشفافين وUUPS في موضع صلاحية الترقية، لكن الفكرة واحدة.

تكمن أهمية ذلك في أن الكود الذي قرأته أو اطلعت على تدقيقه قد لا يكون الكود الذي يعمل غدًا. فقد تضيف ترقية دالة سكّ أو قائمة حظر أو ضريبة بيع مخفية بعد شرائك بالفعل. وقد يكون التنازل عن ملكية عقد التوكن مضللًا أيضًا، لأن صلاحيات الترقية تكون عادةً لدى مسؤول منفصل للعقد الوكيل. تستخدم مشاريع مشروعة كثيرة هذا النمط، لذا فهو ليس علامة خطر بحد ذاته. المهم هو من يتحكم في الترقية، وكم من الوقت يُتاح لك لمعرفة التغيير قبل تطبيقه.

في مستكشف البلوكشين، تحقّق مما إذا كان العقد مصنّفًا كعقد وكيل، وابحث عن عنوان عقد التنفيذ والمسؤول. تحقّق مما إذا كان المسؤول محفظة عادية أم محفظة متعددة التوقيع، وما إذا كان هناك قفل زمني يفرض مهلة قبل سريان الترقيات، وما إذا كان التدقيق يشمل عقد التنفيذ الحالي لا إصدارًا أقدم. راجع سجل عقود التنفيذ بحثًا عن تغييرات حديثة. على Solana، المقابل هو برنامج قابل للترقية له جهة مخوّلة بالترقية، وإلغاء هذه الصلاحية يعني تثبيت الكود ومنع تغييره.