Bitcoin Inheritance Plan은 소유자가 사망하거나 더 이상 행동할 수 없을 때 비트코인을 다른 사람에게 넘기기 위한 계획입니다. 안나는 자신의 지갑을 잘 알지만 가족은 한 번도 사용해 보지 않았다고 생각해 봅시다. 계획은 가족을 “안나가 비트코인을 갖고 있었다”는 사실에서 안전하게 사용할 수 있는 지갑으로 이끌어야 합니다. 그래서 안내문, 백업, 담당자, 법적 권한을 함께 다룹니다. 키를 직접 보관한다면 잃어버린 키를 간단히 재발급해 줄 관리자는 없습니다. 기술적 접근 가능성과 재산에 대한 권리는 별개의 문제입니다.
지갑은 비트코인을 받고 보내는 앱이나 기기입니다. 개인 키는 비트코인 지출을 승인하는 데 쓰는 비밀 숫자입니다. 안나가 백업을 정성껏 보관해도 아무에게도 존재를 알리지 않았다면, 가족에게는 백업이 없는 것과 비슷한 결과가 될 수 있습니다. 따라서 찾을 수 있는 지갑 정보와 다음 단계를 도와줄 연락처가 유용한 출발점입니다. 이 안내에 비밀 키를 넣을 필요는 없습니다. 안나가 설명을 보태지 못해도 필요한 자료를 어디서부터 찾을지 알 수 있어야 합니다. 법적 문서는 재산을 받을 사람을 정할 수 있지만 결제를 승인하는 디지털 서명을 만들어 주지는 않습니다. 반대로 서명할 수 있다고 법적 권리가 입증되는 것도 아닙니다. 법률적 준비는 적용되는 관할과 구체적인 사정에 맞춰야 합니다. [1] [8]
Seed Phrase는 키의 바탕이 되는 비밀 데이터를 복구할 수 있도록 단어로 적은 백업입니다. 안나가 추가 비밀 문자열인 BIP39 passphrase를 사용한다면 그것도 확보할 수 있어야 합니다. PIN은 보통 기기를 잠금 해제할 뿐, 사라진 passphrase를 대신하지 못합니다. 다른 passphrase를 넣으면 유효하지만 비어 있는 지갑이 열릴 수 있습니다. 복잡한 구성에는 어떤 키와 계정, 지출 조건을 사용하는지도 필요합니다. Output Descriptor는 주소 파생 정보까지 포함해 이 구성을 소프트웨어용 형식으로 기록합니다. 여러 서명이 필요한 Multisig에서 특히 중요합니다. 개인 키 없는 공개 descriptor로는 관찰만 가능하고 지출은 할 수 없습니다. 그래도 주소와 내역을 드러내며, 일반 형식 자체에는 개인 키도 들어갈 수 있습니다. 실제 내보낸 내용을 확인해야 합니다. [2] [3]
안나는 안내문, 백업, 암호화 파일의 비밀번호를 나누어 보관할 수 있습니다. 하지만 딸이 안나의 휴대전화를 풀어야만 그 휴대전화를 푸는 안내가 든 계정에 접근할 수 있다면 도움이 되지 않습니다. 자신의 습관을 모르는 사람의 입장에서 경로를 따라가 보세요. 협력자나 보관 장소를 이용할 수 없을 때의 연락처와 대안도 필요합니다. 사본을 늘리면 분실 위험은 줄지만 유출될 수 있는 곳도 늘어납니다. 공개 구성 정보의 사본과 즉시 결제를 허용하는 비밀 정보는 다르게 다뤄야 합니다. [1]
“이해했어?”라고 묻기보다 별도의 테스트 지갑으로 함께 연습하는 편이 낫습니다. 인계받을 사람이 안나의 기억에 기대지 않고 안내에 따라 자료를 찾고, 예상한 주소를 복구하고, 검증 가능한 테스트 거래를 만들어야 합니다. 잔액이 보이는 것만으로는 부족합니다. 관찰 전용 지갑은 돈을 보여 주면서도 결제에 서명하지는 못할 수 있습니다. 시간 조건이 있다면 기한 전 거부와 기한 후 사용도 시험합니다. 블록은 공동 기록에 추가하는 거래 묶음입니다. 블록 생성을 제어하는 사설 테스트 네트워크인 regtest를 활용할 수 있습니다. 실제 백업을 공개하거나 진짜 상속 재산을 옮기는 것이 아니라 절차를 시험하는 것입니다. [1] [4] [9]
Multisig 2-of-3은 정해진 세 키 중 어느 두 키의 서명으로도 결제를 승인할 수 있다는 뜻입니다. 두 인계자가 오늘 키를 받았고 추가 조건이 없다면 오늘부터 서명할 수 있습니다. 서명 개수 조건은 그 결제가 상속 때까지 기다려야 했다는 사실을 모릅니다. 반대로 안나가 두 키, 협력자가 나머지 키를 가졌다면 안나의 두 키가 모두 사라질 경우 협력자는 혼자 서명할 수 없습니다. 사람이나 기기를 잃었을 때 남는 키 조합까지 검토해야 합니다. 같은 키를 두 번 복사해도 독립적인 두 서명이 생기지는 않습니다. 키와 함께 지갑 구성도 남아 있어야 합니다. [1] [2]
시간 잠금은 특정한 지출 방법을 늦춥니다. “안나는 지금, 또는 보리스는 1000블록 뒤”라는 규칙에서 기다리는 것은 보리스의 분기이지 안나의 분기가 아닙니다. 분기는 허용된 결제 경로 하나를 뜻합니다. BIP 112의 CHECKSEQUENCEVERIFY는 BIP 68과 함께 UTXO의 경과 시간을 조건으로 삼을 수 있습니다. UTXO는 아직 쓰이지 않은 거래 출력으로, 고유한 조건을 가진 개별 금액입니다. 네트워크는 사망 여부나 정당한 상속인을 확인하지 않습니다. 기한이 지나면 다른 조건을 충족하는 한 안나가 살아 있어도 보리스는 자신의 분기를 쓸 수 있습니다. 이 예시는 달력 날짜가 아니라 블록을 세며 실제 생성 시간은 달라집니다. [4] [5]
앞선 UTXO가 블록 H에서 확정되었다면, 다른 조건을 충족할 때 지연 분기로 쓸 수 있는 가장 이른 블록은 H+1000입니다. 새로운 입금이나 앱 실행은 기존 출력의 경과 시간을 초기화하지 않습니다. 그 가치에 새 대기 기간을 설정하려면 적절한 규칙을 가진 새 출력으로 지출하고 해당 거래가 확정되어야 합니다. Liana는 복구 분기와 refresh sweep, 즉 자기 자금을 새 출력 묶음으로 보내는 거래를 사용합니다. 관련된 모든 출력, 수수료, 평소 쓰는 서명 키의 이용 가능성을 확인해야 합니다. “최근에 지갑을 썼다”는 말만으로 어떤 출력이 실제 갱신되었는지는 알 수 없습니다. [4] [5] [6] [10]
인계자가 바뀌거나 키를 잃거나 규칙을 조정할 때는 안내문의 이름만 고쳐서는 부족합니다. 기존 UTXO의 조건은 그대로이기 때문입니다. 새 descriptor는 다른 구성을 설명하지만 돈을 자동으로 옮기지 않습니다. 네트워크에 기록된 조건을 바꾸려면 새 지갑을 준비하고 백업을 확인한 뒤 유효한 거래로 자금을 옮겨야 합니다. 이후 안내문, 연락처, 수신 주소를 갱신합니다. 오래된 주소에도 여전히 입금할 수 있으므로 관찰과 필요한 자료를 무심코 버리면 안 됩니다. 계획은 작성한 날뿐 아니라 실제로 필요한 순간에 작동해야 합니다. [7]
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 Dead Man’s Switch, Multisig, Timelock, Collaborative Custody, Seed Phrase, BIP39 passphrase. 다음 항목에서도 이 글을 참조합니다 Shamir Secret Sharing, Bitcoin Vault, Dead Man’s Switch, Collaborative Custody.