يجمع Point Time Locked Contract بين قفل بنقطة ومسار استرداد زمني: يكشف إكمال adaptor signature الـ scalar المقابل، فيستخدمه المشارك السابق لإكمال توقيعه، بينما يمكن استرداد الأموال بعد انتهاء timelock؛ وهو لبنة protocol وليس نوع دفع Lightning قياسيًا اليوم.
يشترط HTLC لمعبر النجاح معرفة preimage للـ hash المشترك؛ أما PTLC فيستخدم النقطة T = t·G وadaptor signature لا تكتمل إلا بمعرفة scalar t. يبقى المسار الزمني قائمًا: إذا لم تتم التسوية يسترد المرسل الأموال بعد timeout. [1]
يختار المستلم scalar سريًا وينشر النقطة المقابلة. يجهز كل زوج من nodes المتجاورة توقيعات غير مكتملة مرتبطة بقفل النقطة؛ وعندما يكمل المستلم التوقيع الأخير يكشف الفرق بين المكيّف والتوقيع الصحيح الـ scalar، فتنتقل التسوية عكسيًا عبر route. [1]
يمكن للمرسل إضافة scalars عشوائية مختلفة لكل hop، ثم تطرح nodes نقاطها تدريجيًا. عندها لا ترى عقدتا routing متعاونتان payment hash نفسه كما في HTLC عادي؛ لكن الربط عبر amount أو timing أو expiry أو topology يظل ممكنًا. [4]
يمنح BIP 340 توقيعات Schnorr معادلة خطية تجعل تركيب مكيّفات التوقيع أيسر من ECDSA. مع مفتاح مجمّع قد يبدو spend ناجح on-chain كتوقيع عادي، لكن وفر المساحة الفعلي يعتمد على بناء channel وmultisignature protocol ومسار الطوارئ. [2]
لا يعتمد الأمان على النقطة وtimelock فقط. يجب أن تتحقق implementation من المكيّف، وتربط التوقيع بالرسالة والمفتاح، وتحمي nonce، وتستخرج scalar بأمان، وتحفظ refund، وتعالج انقطاع الطرف الآخر؛ فالخطأ قد يكشف مفتاحًا أو يفقد الأموال. [1]
ما زال BOLT #2 الأساسي الحالي يصف update_add_htlc وupdate_fulfill_htlc وhtlc_signature. لذلك لا يصبح PTLC ميزة interoperable في Lightning Network العادية لمجرد تفعيل Taproot وBIP 340 في Bitcoin؛ بل يحتاج رسائل وحالات channel وimplementations متوافقة متفقًا عليها. [3]
يشير نقاش المطورين في 2025 إلى غياب أدوات ناضجة وموحّدة لـ adaptor signatures مع MuSig2 ولمكيّفات Schnorr المستقلة في المكتبات الشائعة. PTLC مقترح متطور تقنيًا، لكن الحالة العامة للأدوات والمواصفات لا تسمح بادعاء نشر واسع. [5]
يمكن لـ PTLC تحسين فصل الارتباط بين routed payments وproof of payment والمدفوعات الذرية متعددة المسارات وبعض swaps. لكنه لا يحل وحده توفر channel أو إدارة السيولة أو فقدان state أو timing الخبيث أو anonymity الكاملة؛ ويجب تقييمه مع onion routing وتصميم channel. [4]
للحصول على صورة أوضح، اقرأ هذا المدخل مع HTLC, Schnorr Signature, Lightning Network, Taproot, Payment Channel, Lightning Routing. تشير إلى هذا المدخل أيضًا Trampoline Routing.