ما هو timelock
ملاحظة: هذا المستند هو ترجمة آلية للنسخة الإنجليزية الأصلية.
ما هو timelock
إن timelock آلية مُضمَّنة في عقد ذكي تفرض تأخيرًا إلزاميًّا بين لحظة اقتراح التغيير ولحظة إمكان تنفيذه فعليًّا. وخلال فترة التأخير هذه، يستطيع أي شخص — المستخدمون وحاملو الرموز وباحثو الأمن — فحص التغيير المعلَّق، وتقييم أثره، وتقرير ما إذا كان سيتّخذ إجراءً (مثل سحب الأموال) قبل أن يدخل التغيير حيّز التنفيذ.
تخيّل timelock كفترة إعلان عام قبل دخول قانون جديد حيّز التنفيذ. فالقانون يُقَرّ، لكن لدى المواطنين نافذة محدَّدة — لنقل 30 يومًا — لقراءته وفهمه والتكيّف معه قبل أن يصبح واجب النفاذ. ويفعل timelock الشيء نفسه لتغييرات العقود الذكية: فهو يجعل التعديلات القادمة شفافة ويمنح المجتمع وقتًا للاستجابة.
باختصار: إن timelock نمط أمني يؤخّر تنفيذ تغييرات العقد الذكي لفترة ثابتة، مانحًا أصحاب المصلحة وقتًا للمراجعة أو الاستجابة أو الخروج قبل تطبيق التغيير.
كيف يعمل timelock
نمط الإدراج والتنفيذ (queue-and-execute)
يعمل عقد timelock وفق عملية من خطوتين:
- الإدراج (Queue) — يقدّم طرف مخوَّل (عادةً حامل مفتاح مسؤول، أو محفظة multisig، أو عقد حوكمة) معاملةً مقترحةً إلى عقد timelock. وتُسجَّل المعاملة onchain مع طابع زمني وتدخل فترة انتظار.
- التنفيذ (Execute) — بعد انقضاء فترة التأخير، يمكن تنفيذ المعاملة باستدعاء عقد timelock مرة أخرى. وإذا لم تنقضِ فترة التأخير، يُلغى استدعاء التنفيذ (revert). كما تتضمّن بعض تطبيقات timelock فترة سماح (grace period) — نافذة قصوى بعد التأخير يجب فيها تنفيذ المعاملة وإلا انتهت صلاحيتها.
يعني هذا النمط أنه حتى لو اخترق مهاجمٌ مفتاح المسؤول، لا يمكنه إجراء التغييرات فورًا. فالتأخير يمنح المجتمع نافذة لاكتشاف المعاملة الخبيثة في قائمة الإدراج واتخاذ إجراء وقائي.
مدد التأخير
تختلف مدد تأخير timelock حسب المشروع وحسب خطورة التغيير المُتحكَّم به. وتشمل النطاقات الشائعة:
- 24–48 ساعة — لتعديلات المعلمات الروتينية (تغييرات الرسوم، ومعدّلات المكافآت).
- 2–7 أيام — لترقيات العقد المهمة أو التغييرات في منطق البروتوكول الأساسي.
- 14–30 يومًا — للتغييرات الحرِجة مثل الهجرة إلى عقود جديدة أو تعديل المعلمات الاقتصادية الأساسية.
يعتمد التأخير المناسب على المفاضلة بين الأمن (التأخيرات الأطول تمنح وقت استجابة أكبر) والمرونة التشغيلية (التأخيرات الأقصر تتيح استجابة أسرع للاحتياجات المشروعة مثل إصلاح العيوب).
شفافية timelock
لأن جميع المعاملات المُدرَجة تُسجَّل onchain، يستطيع أدوات المراقبة وأعضاء المجتمع إعداد تنبيهات لأي إدخالات جديدة في قائمة timelock. وتقدّم عدة منصات لتحليلات سلسلة الكتل وخدمات إشعار مراقبةً خاصةً بـ timelock لبروتوكولات DeFi وكيانات DAO. وهذه الشفافية هي مصدر القيمة الأمنية لـ timelock — فهي تحوّل سلطة المسؤول الأحادية إلى سلطة قابلة للرصد ومحدَّدة الزمن.
لماذا تهمّ آليات timelock لمشاريع كريبتو الذكاء الاصطناعي
حماية المستخدمين من التغييرات المفاجئة
غالبًا ما تدير مشاريع كريبتو الذكاء الاصطناعي أموالًا كبيرة للمستخدمين، أو موارد حوسبة، أو التزامات بيانات، من خلال العقود الذكية. وبدون timelock، يستطيع حامل مفتاح المسؤول تغيير قواعد العقد فورًا — بإعادة توجيه المكافآت، أو تعديل هياكل الرسوم، أو ترقية منطق العقد بطرق تضرّ بالمستخدمين. ويضمن timelock أن يكون أي تغيير من هذا القبيل مرئيًّا مسبقًا، مانحًا المستخدمين خيار السحب أو تعديل مراكزهم.
الحدّ من ضرر المفاتيح المخترَقة
حتى مفاتيح المسؤول المؤمَّنة جيدًا يمكن اختراقها عبر التصيّد، أو الهندسة الاجتماعية، أو خروقات البنية التحتية. ويعمل timelock كخط دفاع ثانٍ: فحتى لو حصل مهاجمٌ على وصول المسؤول، لا يمكنه تنفيذ التغييرات أسرع مما يسمح به تأخير timelock. ويملك المجتمع وفريق المشروع فترة التأخير لاكتشاف المعاملة غير المصرّح بها في قائمة الإدراج، وتنسيق الاستجابة، و(في بعض التطبيقات) إلغاء التغيير المعلَّق.
إشارة على النضج التشغيلي
بالنسبة إلى المقيِّمين الذين يراجعون بطاقات المشاريع، فإن وجود timelock على وظائف العقد الحرِجة يشير إلى أن الفريق نظر إلى الأمن التشغيلي بجدّية. والمشروع الذي يجمع بين timelock ومفتاح مسؤول من نوع multisig يُظهر أمنًا متعدّد الطبقات — ضمانات مستقلة متعددة بدلًا من الاعتماد على آلية واحدة.
أين يظهر هذا في بطاقات مشاريع DecAIHub
- مفاتيح المسؤول — يُعدّ وجود أو غياب timelock على الوظائف الخاضعة لتحكّم المسؤول عاملًا رئيسيًّا في تقييم مقدار السلطة الأحادية التي يحتفظ بها الفريق. فبطاقة المشروع التي تذكر «مفاتيح المسؤول محتفَظ بها بواسطة multisig مع timelock مدته 48 ساعة» تصف وضعًا أمنيًّا مختلفًا اختلافًا ذا معنى عن «مفاتيح المسؤول محتفَظ بها بواسطة EOA واحد دون timelock».
- بنية العقد الذكي — تُعدّ آليات timelock جزءًا من التصميم الأوسع لأمن العقود الذكية. وكثيرًا ما تظهر إلى جانب أنماط الترقية (عقود الوكيل proxy، وعقود beacon) حيث تكون القدرة على تغيير المنطق ضرورية وخطيرة معًا.
- الحوكمة — في المشاريع ذات الحوكمة onchain، تُوضَع آليات timelock عادةً بين تصويت الحوكمة وتنفيذ المقترح المُعتمَد. وهذا التأخير النهائي يحمي أصحاب المصلحة من الأقلية الذين قد يختلفون مع مقترح أُقِرّ ويحتاجون إلى وقت للخروج.
ما الذي لا يثبته timelock وحده
- أمن الشيفرة — يؤخّر timelock التغييرات لكنه لا يدقّقها. فالترقية المعيبة يمكن أن تمرّ عبر timelock بالسهولة نفسها التي تمرّ بها الترقية الصحيحة. تحمي آليات timelock من المفاجأة لا من التصميم السيّئ.
- أن التغييرات ستُلتقَط — لا يكون timelock ذا قيمة إلا إذا كان أحدهم يراقب قائمة الإدراج بنشاط. فإذا لم يراقبها أعضاء المجتمع أو باحثو الأمن أو أدوات المراقبة، فقد تمرّ معاملة خبيثة مُدرَجة دون أن يُلاحَظ خلال فترة التأخير.
- اللامركزية — يضيف timelock على مفتاح مسؤول واحد شفافيةً لكنه لا يوزّع التحكّم. فاللامركزية الحقيقية تتطلّب الجمع بين آليات timelock والحوكمة الموزَّعة (multisig، أو تصويت DAO، أو حوكمة حاملي الرموز).
- عدم رجعية الحماية — قد يملك الفريق الذي نشر timelock القدرة على إزالته أو تقليل التأخير عبر إجراء حوكمة. وتعتمد ديمومة timelock على ما إذا كان timelock نفسه محميًّا من التعديل.
لا تخلط بين
| المصطلح | الفرق |
|---|---|
| الإيداع التدريجي (vesting) | الإيداع التدريجي جدول إطلاق زمني للرموز المخصَّصة. أما timelock فتأخير أمني على تغييرات العقد الذكي. يتحكّم الإيداع التدريجي في متى تصبح الرموز متاحة للحاملين؛ بينما يتحكّم timelock في متى تدخل تعديلات العقد حيّز التنفيذ. |
| multisig | يتطلّب multisig توقيعات متعددة للتصريح بإجراء. أما timelock فيفرض تأخيرًا بعد التصريح. وهما طبقتان متكاملتان — يحكم multisig مَن يتصرّف، ويحكم timelock متى تدخل الإجراءات حيّز التنفيذ. |
| تأخير الحوكمة | تتضمّن بعض أنظمة الحوكمة فترات تصويت مدمجة تعمل بشكل مشابه لـ timelock. أما timelock فآلية عقد ذكي محدَّدة تُطبَّق بعد اتخاذ القرار؛ بينما تأخير الحوكمة هو الوقت المستغرَق للقرار نفسه (فترة التصويت، النصاب). |
الأسئلة الشائعة
هل يمكن تجاوز timelock؟
في timelock مُطبَّق على النحو الصحيح، لا — فالتأخير مفروض على مستوى العقد الذكي، ولا يستطيع أي طرف تخطّيه. غير أن عيوب التطبيق، أو تكوينات عقد الوكيل (proxy)، أو آليات التجاوز الطارئة (تُسمّى أحيانًا مفاتيح «الحارس» guardian) يمكن أن تُدخِل مسارات تجاوز. وعند تقييم timelock لدى مشروع، من المهم معرفة ما إذا كان هناك أي تجاوز طارئ ومَن يتحكّم به.
ما هو تأخير timelock النموذجي؟
لا يوجد معيار عالمي. فالتأخيرات تتراوح من ساعات إلى أسابيع حسب نوع التغيير ومدى تحمّل المشروع للمخاطر. وتتيح التأخيرات القصيرة (24 ساعة) استجابات تشغيلية أسرع لكنها تمنح المجتمع وقت استجابة أقل. أما التأخيرات الطويلة (7 أيام أو أكثر) فتوفّر حماية قوية لكنها تبطّئ قدرة المشروع على الاستجابة للمشكلات المشروعة. وتستخدم معظم بروتوكولات DeFi الراسخة 24–72 ساعة للتغييرات الروتينية وتأخيرات أطول للترقيات الحرِجة.
كيف يتفاعل timelock مع multisig؟
إن timelock وmultisig طبقتان أمنيتان متكاملتان. يضمن multisig ألّا يستطيع حاملُ مفتاح واحد بدء تغيير. ويضمن timelock أنه حتى بعد موافقة multisig على تغيير، لا يمكن أن يدخل حيّز التنفيذ فورًا. وهما معًا يوفّران التصريح الموزَّع ووقت المراجعة العامة — وهو تكوين شائع الاستخدام في أنظمة العقود الذكية عالية القيمة.
مراجع خارجية
- OpenZeppelin TimelockController Documentation — مرجع تقني لأكثر تطبيقات timelock استخدامًا في عقود Solidity الذكية.
No comments to display
No comments to display