Point Time Locked Contract 将点锁与超时退款路径结合起来：完成 adaptor signature 会公开对应标量，前一参与者据此完成自己的签名；timelock 到期后则可取回资金。它是协议构件，并非当前标准的 Lightning 支付类型。
HTLC 的成功分支要求知道共享哈希的原像；PTLC 则使用点 T = t·G，以及只有掌握标量 t 才能完成的 adaptor signature。超时分支仍然存在：若结算失败，发送方可在 timeout 后取回资金。 [1]
接收方选择秘密标量并公布对应点。每对相邻节点准备与各自点锁绑定的不完整签名；接收方完成最后一个签名后，适配器与有效签名之间的差值会公开标量，使结算能够沿路向前一跳传递。 [1]
发送方可为每一跳加入不同的随机标量，各节点再逐步减去自己的点。两个串通的路由节点因此不会像普通 HTLC 那样看到相同 payment hash；金额、时间、到期值或拓扑仍可用于关联。 [4]
BIP 340 为 Schnorr 签名提供线性方程，使签名适配器比 ECDSA 更容易组合。配合聚合密钥，成功的 on-chain 花费可以看起来像普通签名，但实际节省的空间取决于通道结构、multisignature 协议和紧急路径。 [2]
安全性不只取决于点和 timelock。实现必须验证适配器，正确绑定签名、消息与密钥，保护 nonce，安全提取标量，保留退款路径，并处理对端中断；错误可能泄露密钥或造成资金损失。 [1]
当前基础 BOLT #2 仍规定 update_add_htlc、update_fulfill_htlc 和 htlc_signature。不能仅因 Taproot 与 BIP 340 已在 Bitcoin 激活，就把 PTLC 描述为普通 Lightning Network 的互操作功能；它还需要约定消息、通道状态和兼容实现。 [3]
2025 年的开发者讨论指出，常用库仍缺少用于 MuSig2 adaptor signatures 以及独立 Schnorr 适配器的成熟标准化工具。PTLC 在技术上已经充分展开，但公开的工具和规范状态仍不足以支持广泛部署的说法。 [5]
PTLC 可以改善路由支付的去关联、proof of payment、原子多路径支付和部分 swaps。它本身不能解决通道可用性、流动性管理、状态丢失、恶意 timing 或完整匿名性；应结合 onion routing 与通道设计评估其收益。 [4]
要获得更完整的理解，请将本词条与以下词条结合阅读： HTLC, Schnorr Signature, Lightning Network, Taproot, Payment Channel, Lightning Routing. 反向关联还来自： Trampoline Routing.