Bitcoin spending rules

Spending Conditions

Recorded Core 29 check

Relative block delays, cooperative signatures, and a hashlock with a timeout refund.

Published by Habibitcoin.

Conditional spend

PSBT
Locked P2WSH output10000sats
Spending ruleKey A signature and a 3-block relative delay
P2WPKH recipient9778sats
Fee222sats
Measured signed size
111 vB
Fee
222 sats
Recorded signatures
1 / 1
nSequence
3
Rejected by Bitcoin Core 29 testmempoolaccept on isolated regtest. non-BIP68-final

Funding block 102; candidate next block 103; earliest eligible block 105. Recorded spend was tested, not broadcast.

Transaction version2
Input = recipient + fee10000 = 9778 + 222 sats
Spend pathKey A signature and a 3-block relative delay
Public demonstration keys and preimage. Never fund these addresses. Recorded transactions belong only to a deleted local regtest chain, not Signet.

Witness script and PSBT 
OP_3 OP_NOP3 OP_DROP 0279be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798 OP_CHECKSIG
cHNidP8BAFICAAAAAT7srI7GG7e6DPjO4hnILqCLfEgmQjCS6613f2WDBbPLAwAAAAADAAAAATImAAAAAAAAFgAUfdZVktCrL+DQJX1XGr8DLNnbk9wAAAAAAAEBKxAnAAAAAAAAIgAgVfcEBWsDGrwrkAF0ijYbHG9ZQWoXb38mapOMDZ5120EBBSZTsnUhAnm+Zn753LusVaBilc6HCwcCm/zbLc4o2VnygVsW+BeYrAAA

Core evidence and transaction files · Synthetic fixture catalog

Relative block age

The delay starts at the funding output's confirmation. With a delay of 3 and funding in block 102, a spend can first appear in block 105. This is a block count, not a wall-clock promise.

BIP 68 sequence locks

Two separate permissions

A 2-of-3 script requires two distinct authorized signatures. A partial PSBT can hold one valid signature and still be insufficient to spend.

BIP 174 PSBT roles

Refund becomes available

The claim path needs both key A and the SHA256 preimage. After the delay, key B can refund without that preimage. The claim path does not expire; after the delay either path can compete for the same output.

BIP 112 script conditions