
يشير Locktime إلى قاعدة تؤخر تنفيذ المعاملة أو إجراء العقد حتى نقطة زمنية محددة أو ارتفاع كتلة معين. الهدف الرئيسي هو منع التحويلات أو التنفيذ قبل اللحظة المحددة. يمكن تشبيهها بحساب توفير لأجل ثابت في البنك: لا يمكنك سحب الأموال حتى يحين تاريخ الاستحقاق.
على سلاسل البلوكشين، يمكن لـ Locktime أن يقيّد توقيت إدراج المعاملة في كتلة، ويوفر فترات مراقبة لحوكمة المجتمع، ويُمكّن إصدار الرموز بشكل تدريجي، أو يعمل كآلية حماية مؤقتة في المبادلات عبر السلاسل. ونظراً لتوزع المشاركين عالمياً، فإن تحديد "أقرب وقت للتنفيذ" يقلل الأخطاء ويحد من إساءة استخدام الصلاحيات.
في Bitcoin، يُطبق Locktime من خلال حقل المعاملة nLockTime، الذي يحدد أقرب وقت يمكن للمعدنين إدراج المعاملة فيه في كتلة.
يمكن اعتبار ارتفاع الكتلة بمثابة "رقم الدور" على البلوكشين: كلما ارتفع الرقم، تأخرت الكتلة أكثر. إذا تم ضبط nLockTime على ارتفاع كتلة معين، لن يتم تأكيد المعاملة حتى بلوغ هذا الارتفاع. وإذا تم ضبطه على طابع زمني (أي قيمة تساوي أو تتجاوز 500000000 تُعامل كطابع زمني من قبل Bitcoin)، لا يمكن تأكيد المعاملة قبل ذلك الوقت المحدد.
بالإضافة إلى nLockTime، يوفر Bitcoin Script أيضاً CheckLockTimeVerify (CLTV) وCheckSequenceVerify (CSV). وتوفر هذه أدوات تحكم بالوصول أكثر دقة: يتحقق CLTV بناءً على الوقت المطلق أو ارتفاع الكتلة، بينما يتحقق CSV بناءً على الوقت النسبي (مثل "الانتظار على الأقل X كتلة من الآن"). وهذا يُمكّن من وضع شروط أكثر تعقيداً لـ المحافظ متعددة التوقيع أو قنوات الدفع. على سبيل المثال، يمكنك اشتراط أن "كل طرف يمكنه استرداد الأموال فقط بعد مرور 100 كتلة"، مما يقلل من خطر السحب الفوري من طرف واحد.
في العقود الذكية، يُستخدم Locktime غالباً لتأخير الحوكمة وإصدار الأموال على مراحل. فالعقود الذكية هي "قواعد برمجية تلقائية" تُنفذ كما هو مبرمج بمجرد نشرها.
في نظام Ethereum، تقدم عقود مثل TimelockController نوافذ تأخير لمقترحات الحوكمة. وتضع معظم البروتوكولات Locktime لمدة 24–72 ساعة، ما يسمح للمستخدمين باكتشاف المشكلات المحتملة والتفاعل معها قبل التنفيذ (حتى عام 2024، اعتمدت بروتوكولات مثل Compound وUniswap عمليات حوكمة بتأخير من 24 إلى 48 ساعة). وتعمل هذه كفترة "تهدئة" بعد بدء التنفيذ.
تستخدم عقود الرموز أيضاً Locktime لجدولة الاستحقاق. فعلى سبيل المثال، قد تتضمن الرموز المخصصة للفرق أو المستثمرين فترة "cliff" (بدون إصدار أولي) تليها جدولة استحقاق خطية، مما يمنع البيع الجماعي المبكر. وعند بلوغ كل مرحلة استحقاق، يفتح العقد تلقائياً الحصة المقابلة.
بالنسبة لاستحقاق الرموز، يحدد Locktime "متى يمكن المطالبة بالرموز أو بيعها". ويعني الاستحقاق الحصول التدريجي على حقوق الاستخدام بدلاً من استلام جميع الرموز دفعة واحدة.
في منتجات التخزين أو العائد، يشير Locktime عادةً إلى فترة محددة—مثل 30 أو 90 يوماً—لا يمكن خلالها سحب الأموال مبكراً، أو أن السحب المبكر يترتب عليه رسوم. تعرض منتجات التخزين المالي والمقفل في Gate بوضوح فترات الإغلاق وقواعد الاستحقاق؛ يجب على المستخدمين التأكد مما إذا كان الاسترداد المبكر مسموحاً ومتى يتم التسوية بعد الاستحقاق لتجنب ضغوط السيولة.
بالنسبة للمشاريع، تساعد فترات Locktime المنطقية على استقرار توقعات السوق؛ وبالنسبة للمستخدمين، فإن فهم مدة الفترة وسياسات الاسترداد المبكر ضروري لإدارة رأس المال بكفاءة.
تستخدم السيناريوهات عبر السلاسل عادةً HTLCs (عقود القفل الزمني المعتمد على التجزئة)، والتي تجمع بين شروط معتمدة على التجزئة والزمن لضمان إتمام المعاملة وفقاً للقواعد المحددة أو استرداد الأموال عند انتهاء المهلة.
يمكن اعتبار HTLC بمثابة "خزنة مزدوجة المفاتيح": المفتاح الأول هو الصورة الأولية للتجزئة (الإجابة الصحيحة)، والثاني هو وقت الانتهاء. إذا قدمت الإجابة الصحيحة ضمن مدة Locktime، يمكنك سحب الأموال على السلسلة المستهدفة؛ وإذا لم تفعل، تُعاد الأموال تلقائياً إلى العنوان الأصلي بعد انقضاء المهلة. يدعم هذا التصميم المبادلات الذرية، مما يضمن إما نجاح الطرفين أو عدم حدوث أي من المعاملتين.
Locktime هو قاعدة تنص على أن "الإجراءات تصبح قابلة للتنفيذ فقط بعد وقت معين"، بغض النظر عن من يبادر بها. أما التجميد فهو أشبه بمسؤول يضغط زر الإيقاف المؤقت—لا يمكن نقل أي شيء حتى يتم رفع التجميد.
أما التحكم بالصلاحيات فهو يتعلق بـ "من يمكنه التصرف"—على سبيل المثال، اشتراط عدة توقيعات لتحريك الأموال. يختص Locktime بـ "متى" يُسمح بالإجراءات. تجمع العديد من الأنظمة بين الاثنين: تتطلب موافقة عدة أطراف وتفرض تأخيراً قبل التنفيذ، مما يوزع المخاطر.
يُعد Locktime آلية أساسية لتأجيل الإجراءات حتى لحظة محددة في سيناريوهات مثل معاملات Bitcoin، حوكمة العقود الذكية، استحقاق الرموز، والمبادلات عبر السلاسل. من خلال التحكم في "متى" يمكن تنفيذ الإجراءات، يقلل من العمليات الاندفاعية أو الخبيثة لكنه لا يُغني عن إدارة الصلاحيات أو أمان المفاتيح. يتطلب التصميم الفعال لـ Locktime اختيار أساس زمني مناسب، واستخدام وحدات مدققة، ومراجعة شروط الحدود في التدقيقات، وتحديد شروط الاستحقاق/الاسترداد بوضوح في طبقة المنتج. سواء كنت تبني عقوداً مخصصة أو تستخدم منتجات المنصة، خطط لاحتياجات السيولة مسبقاً وقيّم تأثير فترات الإغلاق.
يشير Locktime في إعدادات الجهاز إلى مدة عدم النشاط التي بعدها تُقفل شاشة الجهاز تلقائياً. على سبيل المثال، إذا ضبطته على 30 ثانية، سيُغلق هاتفك تلقائياً إذا لم يكن هناك تفاعل لمدة 30 ثانية. تساعد هذه الخاصية على تعزيز الأمان وتوفير الطاقة من خلال منع الوصول غير المصرح به وتقليل استهلاك الطاقة غير الضروري.
يقدم ضبط Locktime المناسب فائدتين رئيسيتين: تعزيز الخصوصية (القفل التلقائي يمنع الآخرين من الوصول لهاتفك دون إذن) وتوفير الطاقة (لن تبقى الشاشة مضاءة دون داعٍ). يساعد تعديل Locktime وفق عاداتك في الاستخدام على تحقيق توازن بين الراحة والأمان.
نعم، قد يكون له بعض التأثير. ففترة Locktime قصيرة جداً (مثل 15 ثانية) قد تتطلب فتح القفل بشكل متكرر—وهو أمر مزعج خاصة عند قراءة مقالات طويلة. يُوصى بضبط Locktime بين 30–60 ثانية للاستخدام اليومي؛ وفي الأماكن العامة، يمكن أن تعزز فترة 15–30 ثانية الأمان. إيجاد التوازن المناسب أكثر عملية من اختيار أقصر فترة فقط.
لا يوجد ارتباط مباشر بينهما. يتحكم Locktime في مدة الانتظار قبل القفل التلقائي للجهاز؛ أما ضبط السطوع التلقائي فيعدل سطوع الشاشة حسب الإضاءة المحيطة. هاتان ميزتان مستقلتان بإعدادات منفصلة. غالباً ما ينتج تعتيم الشاشة عن السطوع التكيفي وليس عن مؤقت القفل.
في إعدادات الأمان في Gate، يمكنك ضبط مهلة تلقائية لجلسات التداول. انتقل إلى أمان الحساب > إعدادات مهلة الجلسة واختر المدة المفضلة (مثل 10 دقائق، 30 دقيقة، أو ساعة واحدة). إذا لم يكن هناك نشاط خلال هذه الفترة، سيتم قفل ميزات التداول تلقائياً ويتطلب التحقق من الهوية للمتابعة—مما يعزز أمان الأموال.


