Point Time Locked Contract spojuje bodový zámek s časovou návratovou cestou: úspěšné dokončení adaptor signature odhalí odpovídající skalár, který předchozí účastník použije k dokončení svého podpisu, zatímco po vypršení timelocku lze prostředky vrátit; jde o protokolový stavební blok, nikoli dnes standardní typ Lightning platby.
HTLC podmiňuje úspěšnou větev znalostí preimage společného hashe; PTLC místo něj používá bod T = t·G a adaptor signature, kterou lze dokončit jen znalostí skaláru t. Časová větev zůstává: pokud se platba nevyrovná, odesílající strana může po timeoutu získat prostředky zpět. [1]
Příjemce zvolí tajný skalár a zveřejní odpovídající bod. Každý pár sousedních uzlů si připraví neúplné podpisy vázané na svůj bodový zámek; jakmile příjemce dokončí poslední podpis, rozdíl mezi adaptorem a platným podpisem odhalí skalár a umožní vypořádání zpět po trase. [1]
Odesílatel může pro jednotlivé hop-y přičíst různé náhodné skaláry a uzly jejich body postupně odečítají. Dva spolupracující směrovací uzly pak nevidí stejný payment hash jako u běžného HTLC; korelace podle částky, časování, expirace nebo topologie ale nezmizí. [4]
BIP 340 dává Schnorrovým podpisům lineární rovnici, na níž lze adaptor signatures skládat přirozeněji než s ECDSA. V kombinaci s agregovaným klíčem může úspěšný on-chain spend vypadat jako běžný podpis, ale konkrétní úspora prostoru závisí na konstrukci kanálu, multisignature protokolu a nouzové cestě. [2]
Bezpečnost nestojí jen na bodu a timelocku. Implementace musí ověřovat adaptor, správně svázat podpis se zprávou a klíčem, chránit nonce, bezpečně extrahovat skalár, uchovat možnost refundu a zvládnout přerušení protistrany; chyba může znamenat únik klíče nebo ztrátu prostředků. [1]
Aktuální základní BOLT #2 stále popisuje update_add_htlc, update_fulfill_htlc a htlc_signature. PTLC proto nelze vydávat za interoperabilní funkci běžné Lightning Network jen proto, že Taproot a BIP 340 jsou na Bitcoinu aktivní; potřebuje dohodnuté zprávy, stavy kanálu a kompatibilní implementace. [3]
Vývojářská diskuse z roku 2025 upozorňuje na chybějící standardizované a vyzrálé nástroje pro adaptor signatures s MuSig2 i pro samostatné Schnorrovy adaptéry v běžných knihovnách. PTLC je technicky propracovaný návrh, ale veřejný stav nástrojů a specifikací stále blokuje tvrzení o plošném nasazení. [5]
PTLC může zlepšit decorrelation směrovaných plateb, proof of payment, atomické vícetrasové platby a některé swaps. Neřeší však sám dostupnost kanálu, správu likvidity, ztrátu stavu, zlomyslné časování ani úplnou anonymitu; přínos je třeba hodnotit spolu s onion routingem a konstrukcí kanálu. [4]
Pro nejúplnější obraz čtěte toto heslo společně s HTLC, Schnorr Signature, Lightning Network, Taproot, Payment Channel, Lightning Routing. Opačným směrem na něj odkazují také Trampoline Routing.
01Používá dnes běžná Lightning Network PTLC místo HTLC?+
Ne jako společný interoperabilní základ. Aktuální BOLT specifikace stále popisují HTLC zprávy a podpisy. PTLC vyžaduje další kryptografické nástroje, protokolové zprávy, stavové přechody a shodu implementací; aktivní Taproot sám tuto migraci neprovedl.