OP_CHECKSEQUENCEVERIFY menurut BIP 112 memeriksa argumen skrip terhadap nSequence input. BIP 68 kemudian menegakkan usia output terkait; ini pemeriksaan terhubung, bukan pembayaran otomatis.
CSV membatasi nSequence input yang dibelanjakan. Ia tidak mengukur usia UTXO sendiri; validasi BIP 68 memakai riwayat konfirmasi untuk mencegah pemasukan terlalu awal. [BIP 112 — OP_CHECKSEQUENCEVERIFY] [BIP 68 — Relative lock-time]
Untuk argumen biasa tanpa tanda penonaktifan, CSV memerlukan versi transaksi minimal 2 dan bit 31 nSequence tidak aktif. Argumen negatif atau sequence tidak cocok menyebabkan kegagalan. [BIP 112 — OP_CHECKSEQUENCEVERIFY] [Bitcoin Core v29.0 — Script interpreter]
Bit 22 membedakan blok dan waktu. Jika aktif, satu unit adalah 512 detik, sehingga waktu dikodekan dalam langkah 512 detik. Jenis argumen dan nSequence harus sama. [BIP 68 — Relative lock-time]
16 bit bawah mengodekan penundaan dengan mask 0x0000ffff. CSV membandingkan rentang ini beserta jenisnya, bukan urutan seluruh angka nSequence tanpa mask. [BIP 68 — Relative lock-time] [Bitcoin Core v29.0 — Script interpreter]
Jika output dikonfirmasi pada H = 900000 dan penundaan 10 blok, tinggi kandidat pertama H + 10 = 900010. Sembilan blok tidak cukup; jumlah blok tidak menjamin menit tepat. [BIP 68 — Relative lock-time] [Bitcoin Core v29.0 — Transaction sequence locks]
Awal waktu adalah Median Time Past blok sebelum konfirmasi output. Dibandingkan dengan MTP sebelum blok kandidat; kode 2 berarti minimal 1024 detik antara median itu, bukan dua jam lokal. [BIP 68 — Relative lock-time] [Bitcoin Core v29.0 — Transaction sequence locks]
Penundaan nol tidak menambah waktu tunggu, tetapi CSV biasa tetap menjalankan pemeriksaan lain. Jika argumen nonnegatif sendiri mengaktifkan bit 31, CSV menjadi NOP; argumen itu tidak menerapkan kunci waktu relatif. [BIP 112 — OP_CHECKSEQUENCEVERIFY] [Bitcoin Core v29.0 — Script interpreter]
Setiap input punya konfirmasi dan sequence sendiri; semua kunci transaksi yang berlaku harus dipenuhi. Reorganisasi dapat menggeser konfirmasi awal, sehingga kelayakan sebelumnya dapat berubah. [BIP 68 — Relative lock-time] [Bitcoin Core v29.0 — Transaction sequence locks]
CSV meninggalkan argumen di tumpukan, sering diikuti OP_DROP. Tanda tangan dan cabang lain menentukan otorisasi; waktu tidak memulihkan kunci hilang atau meniadakan jalur alternatif lebih awal. [BIP 112 — OP_CHECKSEQUENCEVERIFY] [Bitcoin Developer Reference — Transactions]
BIP 112 memperkenalkan CSV menggantikan OP_NOP3 bersama BIP 68/113. Setelah penundaan transaksi tetap perlu dikirim dan dikonfirmasi; biaya, ketersediaan data dan keadaan rantai masih penting. [BIP 112 — OP_CHECKSEQUENCEVERIFY] [Bitcoin Core 0.12.1 — BIP 68/112/113 release notes]
Untuk gambaran yang lebih utuh, baca entri ini bersama CHECKLOCKTIMEVERIFY, Bitcoin Script opcode, Timelock, Bitcoin Script. Entri ini juga dirujuk dari Konfirmasi, Timelock, HTLC, Bitcoin Script opcode.