Absolútny zámok transakcie
Pole nLockTime určí najskoršiu blokovú výšku alebo časovú hranicu, po ktorej sa transakcia môže zaradiť. Aby nebolo vypnuté finálnymi sequence hodnotami, aspoň jeden vstup musí byť nefinálny podľa pravidiel.
Transakcia pripravená na budúcnosť nie je to isté ako neminuteľné UTXO. Držiteľ kľúča by mohol pred hranicou podpísať inú transakciu, ak samotný výstup nevyžaduje časový zámok.
CLTV zamkne vetvu výstupu
OP_CHECKLOCKTIMEVERIFY podľa BIP 65 porovná hodnotu zo skriptu s nLockTime míňajúcej transakcie. Pred splnením hranice skript zlyhá, takže podpisujúci nemôžu túto vetvu urýchliť.
Podmienka môže ponúknuť dve cesty: napríklad spoločný podpis hneď alebo samostatný obnovovací kľúč až po čase. Presný návrh musí zabrániť nechcenej skoršej vetve.
CSV počíta vek UTXO
BIP 68 dal vybraným bitom nSequence konsenzuálny význam relatívneho zámku pre transakcie verzie najmenej 2. Hodnota môže vyjadriť počet blokov alebo čas v jednotkách 512 sekúnd odvodený z median-time-past.
OP_CHECKSEQUENCEVERIFY podľa BIP 112 dovolí skriptu vyžadovať minimálny vek vstupu. To je stavebný prvok Lightning kanálov, kde oneskorenie poskytuje druhej strane čas reagovať na starý stav.
Čas nie je presný budík
Bloky vznikajú náhodne okolo dlhodobého priemeru a časové pravidlá používajú median-time-past, nie hodiny jedného počítača. Zámok na 144 blokov preto neznamená presne 24 hodín.
Časové zámky neodošlú transakciu automaticky a neriešia dostupnosť podpisov, poplatok ani sledovanie reťazca. Po splnení podmienky musí niekto vytvoriť alebo zverejniť platný spend, ktorý sa dostane do bloku.