قد تكون معاملة بيتكوين موقّعة ومحددة بتاريخ مستقبلي من دون أن يكون المستلِم قد تلقى أي شيء. إن فهم ما ينقص يمنع الخلط بين دفعة جرى إعدادها وأموال أُرسلت بالفعل.
ما الذي يقيّده القفل الزمني فعليًا؟
في $BTC ، يمنع الحقل nLockTime، عندما يكون مفعّلًا، إدراج المعاملة في كتلة قبل استيفاء شرط زمني. ويمكنه التعبير عن ارتفاع كتلة أو مرجع زمني.
نتحدث هنا عن ذلك الحقل في المعاملة. تتيح آليات أخرى قفل إنفاق مُخرَج باستخدام شروط العقد نفسه؛ ولا تعمل جميع الأقفال الزمنية بالطريقة ذاتها.
التاريخ لا يضغط على «إرسال»
انتهاء فترة الانتظار لا يبثّ الدفعة تلقائيًا. فلا بد أن يرسل شخص أو محفظة أو خدمة المعاملة إلى الشبكة. وبعد ذلك، يجب أن تظل المعاملة صالحة وأن يُدرجها أحد المُعدّنين.
توضح وثائق Trezor الأمر بجلاء: فهي تتيح الاحتفاظ ببيانات معاملة موقّعة ذات وقت قفل، لبثّها حين يحين الوقت المناسب. إعداد المعاملة وبثّها خطوتان منفصلتان.
مثال افتراضي
تُعدّ آنا دفعةً إلى لويس لا يمكن إدراجها إلا بعد بلوغ ارتفاع مستقبلي للكتلة. وتحفظ المعاملة الموقّعة، ولا يبثّها أحد.
تتجاوز السلسلة ذلك الحد، لكن لويس لم يتلقَّ الدفعة بعد. فتحقق الشرط الزمني لم يُبلّغ المُعدّنين بالمعاملة.
إضافةً إلى ذلك، لا يحجز nLockTime المدخلات المستخدمة بحد ذاته. فإذا أُنفقت المدخلات نفسها في معاملة أخرى مؤكدة قبل ذلك، فلن تعود الدفعة المُعدّة قادرة على استخدامها.
ولا يضمن دقيقةً محددة
يُحسب الارتفاع بالكتل، وهي لا تُنتَج على فواصل زمنية ثابتة. أما في حالات القفل القائمة على الوقت، فتستخدم Bitcoin وسيط الطوابع الزمنية للكتل الإحدى عشرة السابقة، وفقًا لـ BIP 113. فهي لا تكتفي بالنظر إلى ساعة الهاتف.
🛡️ قد تتيح نسخة موقّعة بثّ هذه الدفعة عندما تصبح صالحة. وهي تستحق عناية أكبر من مجرد ملاحظة بالنوايا.
رأيي: قبل تفسير كلمة «مجدول»، يجدر التمييز بين الشرط الذي يجب استيفاؤه، والجهة التي ستبثّ الدفعة، وما إذا كان هناك تأكيد بالفعل.
المصادر التي جرت مراجعتها: 06/11/2026، UTC. أكاديمية Binance — HTLC (سياق الأقفال الزمنية)؛ دليل مطوّري Bitcoin — المعاملات؛ BIP 113؛ Trezor — وقت القفل.
قد يتلقى الكاتب مكافآت من Binance.