Inconsistency with the way that OP_CHECKLOCKTIMEVERIFY redeem behaves #7294

issue ciyam opened this issue on January 5, 2016
  1. ciyam commented at 1:20 PM on January 5, 2016: none

    What I have discovered using regtest is that when the locktime is a block number an attempt to redeem will fail before that height is reached (i.e. it won't let you send a tx that has a future block number), however, when the locktime value is a unix timestamp then it will let you send the tx immediately (the tx just won't appear as confirmed).

    Perhaps this is intentional - am mostly just reporting because it confused me (I had expected it to behave in the same manner as when the value is a block height).

  2. laanwj added the label Validation on Feb 16, 2016
  3. MarcoFalke commented at 12:33 AM on April 26, 2020: member

    Is this still an issue with a recent version of Bitcoin Core? If yes, what are the steps to reproduce?

  4. MarcoFalke closed this on Apr 26, 2020

  5. DrahtBot locked this on Feb 15, 2022
Contributors

github-metadata-mirror

This is a metadata mirror of the GitHub repository bitcoin/bitcoin. This site is not affiliated with GitHub. Content is generated from a GitHub metadata backup.
generated: 2026-04-21 21:15 UTC

This site is hosted by @0xB10C
More mirrored repositories can be found on mirror.b10c.me