BIP 112의 OP_CHECKSEQUENCEVERIFY는 스크립트 인수를 입력의 nSequence와 대조한다. BIP 68은 해당 출력 나이를 강제한다. 연결된 두 검사이며 자동 지급이 아니다.
CSV는 사용 입력의 nSequence를 제한한다. 직접 UTXO 나이를 재지 않으며 BIP 68 거래 검증이 확인 이력으로 너무 이른 포함을 막는다. [BIP 112 — OP_CHECKSEQUENCEVERIFY] [BIP 68 — Relative lock-time]
비활성화 플래그 없는 일반 인수에서는 거래 버전이 최소 2이고 nSequence의 비트 31이 꺼져야 한다. 음수 인수나 호환되지 않는 sequence는 실패한다. [BIP 112 — OP_CHECKSEQUENCEVERIFY] [Bitcoin Core v29.0 — Script interpreter]
비트 22가 블록과 시간을 구분한다. 켜지면 한 단위는 512초로, 512초 간격으로 시간을 인코딩한다. 인수와 nSequence 유형은 같아야 한다. [BIP 68 — Relative lock-time]
하위 16비트가 마스크 0x0000ffff로 지연을 나타낸다. CSV는 이 범위와 유형을 비교하며 마스킹하지 않은 전체 nSequence 숫자의 순서를 비교하지 않는다. [BIP 68 — Relative lock-time] [Bitcoin Core v29.0 — Script interpreter]
출력이 H = 900000에서 확인되고 지연이 10블록이면 가장 이른 후보 높이는 H + 10 = 900010이다. 아홉 블록은 부족하며 블록 수는 정확한 분을 보장하지 않는다. [BIP 68 — Relative lock-time] [Bitcoin Core v29.0 — Transaction sequence locks]
시간 시작은 출력 확인 직전 블록의 Median Time Past다. 후보 블록 직전 MTP와 비교하며 코드 2는 두 중앙값 차이가 최소 1024초라는 뜻이다. 두 로컬 시계가 기준이 아니다. [BIP 68 — Relative lock-time] [Bitcoin Core v29.0 — Transaction sequence locks]
0 지연은 대기를 추가하지 않지만 일반 CSV의 다른 검사는 유지된다. 음수가 아닌 인수 자체가 비트 31을 켜면 CSV는 NOP로 동작해 상대 시간 잠금을 부과하지 않는다. [BIP 112 — OP_CHECKSEQUENCEVERIFY] [Bitcoin Core v29.0 — Script interpreter]
각 입력은 자체 확인과 sequence가 있고 모든 적용 잠금을 만족해야 한다. 재구성으로 시작 확인이 달라질 수 있어 이전 적격성은 되돌릴 수 없는 것이 아니다. [BIP 68 — Relative lock-time] [Bitcoin Core v29.0 — Transaction sequence locks]
CSV는 인수를 스택에 남기며 보통 OP_DROP이 따른다. 서명 조건과 다른 분기가 권한을 정한다. 시간 제한은 잃은 키를 복구하거나 더 이른 대체 경로를 배제하지 않는다. [BIP 112 — OP_CHECKSEQUENCEVERIFY] [Bitcoin Developer Reference — Transactions]
BIP 112는 OP_NOP3를 CSV로 바꾸고 BIP 68/113과 함께 도입했다. 지연 후에도 거래 전달과 확인이 필요하며 수수료, 데이터 가용성, 체인 상태가 여전히 중요하다. [BIP 112 — OP_CHECKSEQUENCEVERIFY] [Bitcoin Core 0.12.1 — BIP 68/112/113 release notes]
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 CHECKLOCKTIMEVERIFY, Bitcoin Script opcode, Timelock, Bitcoin Script. 다음 항목에서도 이 글을 참조합니다 확인, Timelock, HTLC, Bitcoin Script opcode.