Dead Man’s Switch는 확인이 누락되거나 정해진 시간이 지난 뒤 미리 정한 단계를 허용하는 장치입니다. Bitcoin에서는 외부 지침 전달이나 시간 조건이 있는 지출 분기를 뜻할 수 있습니다. 블록체인 자체가 소유자의 사망을 판단하지는 않습니다.
복구 모델은 소유자에게 즉시 가능한 분기를, 다른 키에는 기다린 뒤 가능한 분기를 줄 수 있습니다. 입원, 기기 분실, 유지 관리 누락에도 같은 조건이 생길 수 있습니다. 따라서 기술적 접근은 개인의 상황이나 정당한 상속인을 증명하지 못합니다. 설계 전에 시스템이 실제 관찰하는 정확한 사건부터 정해야 합니다. [BIP 112 — CHECKSEQUENCEVERIFY] [Liana — Wallet architecture]
deadmansswitch.net은 정기 확인이 누락되면 준비된 이메일을 보냅니다. 이는 Bitcoin Script와 다른 계층입니다. 자체 설계에서는 계정 가용성, 수신자에게 전달되는지, 조기 정보 노출을 각각 평가해야 합니다. 메시지가 백업 위치를 알려줘도 지출 조건 충족을 증명하지는 않습니다. 이미 보낸 seed는 타이머 변경으로 회수할 수 없으며, 유출 시 코인 통제권도 처리해야 합니다. [Dead Man’s Switch — Service mechanism]
BIP 65와 OP_CHECKLOCKTIMEVERIFY는 절대 높이나 시간 경계를 검사합니다. BIP 112와 OP_CHECKSEQUENCEVERIFY는 BIP 68과 함께 특정 UTXO의 경과 기간을 강제할 수 있습니다. 시간 기반 상대 잠금은 휴대전화 시계가 아니라 512초 단위와 median-time-past를 사용합니다. BIP 113은 이전 11개 블록 타임스탬프의 중앙값을 설명합니다. 블록 단위 기한을 정확한 달력상의 시점으로 간주하면 안 됩니다. [BIP 112 — CHECKSEQUENCEVERIFY] [BIP 68 — Relative lock-time] [BIP 65 — OP_CHECKLOCKTIMEVERIFY] [BIP 113 — Median time-past]
H에서 확인된 UTXO에 1000블록 뒤 가능한 복구 분기가 있다면, 다른 조건을 충족할 때 가장 빨리 H+1000에서 사용할 수 있습니다. 앱 로그인이나 다른 출력으로 받은 새 입금은 그 나이를 초기화하지 않습니다. 상대 기한을 갱신하려면 해당 출력을 지출하고 의도한 정책을 가진 새 출력을 확인받아야 합니다. 각 UTXO를 따로 추적해야 하며, 일부만 갱신하면 오래된 코인은 경계에 가까이 남을 수 있습니다. [BIP 112 — CHECKSEQUENCEVERIFY] [BIP 68 — Relative lock-time]
기본 분기가 항상 가능한 모델에서는 대기가 끝나도 기본 권한이 사라지지 않습니다. 사용 가능한 복구 분기가 추가될 뿐이며, 누군가는 여전히 서명하고 거래를 전파해야 합니다. 두 분기가 모두 유효하면 같은 UTXO의 지출을 결정하는 것은 확인된 거래이지 앱의 ‘소유자’나 ‘상속인’ 표시가 아닙니다. 따라서 늦은 갱신과 경쟁 지출도 설계에서 다뤄야 합니다. [BIP 112 — CHECKSEQUENCEVERIFY] [Liana — Wallet architecture]
nLockTime만으로는 특정 거래가 지연될 뿐, 권한 있는 키가 다른 결제에 서명할 수 없다는 사실은 증명하지 못합니다. 사전 서명 계획은 입력, 출력, 서명 권한, 수수료 조달을 정확히 정해야 합니다. 다른 확인된 거래가 해당 입력을 지출하면 원래 사전 서명은 사용할 수 없습니다. 계획을 바꿀 때 문서만 수정하지 말고 실제 UTXO와 수신자가 새 자료를 확보했는지 확인해야 합니다. [BIP 65 — OP_CHECKLOCKTIMEVERIFY]
이러한 작동 방식에는 가장 가까운 기한 전 여유, 작동하는 알림, 수수료 자금이 필요합니다. 더 자주 갱신하면 거래 수수료가 들고, 더 오래 기다리면 복구 분기를 쓸 수 없는 기간이 길어집니다. 복구 담당자는 올바른 키, descriptor 같은 정책 설명, 사용할 수 있는 도구가 필요합니다. 연락할 수 없는 소유자의 계정이나 기기 뒤에 잠긴 백업은 순환 의존성을 만듭니다. [Liana — Wallet architecture] [Liana — Signet testing guide]
Liana는 Signet 안내서를 제공합니다. 별도 시험 환경에서 너무 이른 시도, 복구 분기의 만기, 특정 출력의 갱신을 검증할 수 있습니다. 알림 미전달, 기본 키 분실, 저장 자료로 복원하는 상황도 추가합니다. 수신자 변경 뒤에도 옛 키와 UTXO가 무엇을 허용하는지 확인해야 합니다. 서명 생성, mempool 수락, 확인을 구분하며, 한 시나리오의 성공을 전체 계획에 결함이 없다는 증거로 보면 안 됩니다. [Liana — Signet testing guide] [BIP 112 — CHECKSEQUENCEVERIFY]
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 Bitcoin Inheritance Plan, Timelock, Bitcoin Vault, Miniscript, Output Descriptor, Seed Phrase. 다음 항목에서도 이 글을 참조합니다 Bitcoin Inheritance Plan.