가상자산 상속 계획은 시드 문구를 유언장 한 장에 적는 일이 아닙니다. 상속인이 어떤 자산과 지갑이 존재하는지 찾는 목록, 실제 복구 비밀이 보관된 위치, 접근 권한이 열리는 조건, 기기·passphrase·멀티시그 정책을 사용하는 절차, 법률상 수익자를 정하는 문서를 분리해야 합니다. 현재 생존 중에는 어느 한 사람이나 문서만으로 자산을 탈취하기 어렵게 하고, 사망·질병 같은 정해진 조건에서는 필요한 사람들이 자료를 조합해 복구할 수 있어야 합니다.
상속인은 먼저 자산이 존재한다는 사실을 찾아야 합니다
자기수탁 지갑은 은행처럼 상속인에게 자동 연락해 주지 않습니다. 가족이 기기 하나를 발견해도 그것이 어떤 네트워크와 지갑에 연결되는지, 백업이 BIP39인지 SLIP39인지, 별도 passphrase가 있는지 모르면 접근하지 못할 수 있습니다. 첫 문서는 코인 수량이나 시드가 아니라 사용 중인 지갑 종류, 공개 주소 또는 계정 식별 정보, 거래소 이름, 담당 전문가와 지침 위치를 찾게 하는 자산 지도여야 합니다.
자산 지도에는 현재 잔액을 매번 적을 필요가 없습니다. 잔액은 변하고 공개 주소 전체를 노출하면 프라이버시가 낮아집니다. 대신 ‘하드웨어 지갑 A의 비트코인 계정’, ‘거래소 B 계정’, ‘멀티시그 2-of-3 정책’처럼 복구 경로를 식별할 정도만 남깁니다. 시드·개인키·passphrase는 이 목록과 같은 봉투나 클라우드 문서에 두지 않습니다.
좋은 상속 계획은 비밀을 미리 넘기는 문서가 아니라, 필요한 때에 올바른 사람들이 비밀을 안전하게 찾도록 하는 지도입니다.
JOBCOIN 해설
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- 상속인은 먼저 자산이 존재한다는 사실을 찾아야 합니다
자기수탁 지갑은 은행처럼 상속인에게 자동 연락해 주지 않습니다.
- 소유권 문서와 키 통제권은 별도로 설계합니다
Unchained의 상속 프로토콜은 수익자가 키를 물리적으로 얻는 것과 유효한 상속 권리를 갖는 것을 모두 해결해야 한다고 설명합니다.
- 현재 보안과 미래 접근성을 함께 맞춥니다
시드 전체와 passphrase를 같은 금고에 두면 상속인은 이해하기 쉽지만 금고 하나의 침해로 자산 전체가 위험합니다.
AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
소유권 문서와 키 통제권은 별도로 설계합니다
Unchained의 상속 프로토콜은 수익자가 키를 물리적으로 얻는 것과 유효한 상속 권리를 갖는 것을 모두 해결해야 한다고 설명합니다. 개인키를 가진 사람이 온체인 거래를 만들 수 있다는 기술적 사실이 곧 그 자산을 법적으로 받을 권리까지 자동 증명하지는 않습니다. 반대로 유언장에 이름이 있어도 복구 키를 찾지 못하면 실제 이전이 막힐 수 있습니다.
유언·신탁·상속 절차는 관할 지역 법률과 가족 상황에 따라 달라지므로 이 글이 특정 법률 형식을 정하지 않습니다. 현지 자격을 갖춘 전문가에게 자산 성격과 수익자 지정 방식을 확인하되, 상담을 위해 시드 문구를 제공하지 마세요. 전문가는 법적 문서와 집행 절차를 설계하고, 암호학적 비밀은 별도 보관 통제로 다루는 역할 분리가 필요합니다.
| 정보 층 | 포함할 내용 | 피해야 할 결합 |
|---|---|---|
| 자산 지도 | 지갑·거래소·정책 존재와 지침 위치 | 시드·passphrase 평문 |
| 법률 문서 | 수익자·집행자·권한 조건 | 공개 기록에 개인키 기재 |
| 복구 비밀 | 시드·share·passphrase 보관 | 한 사람이 즉시 전부 접근 |
| 운영 절차 | 기기·계정·주소 확인 순서 | 검증 없이 큰 금액 이동 |
| 점검 기록 | 마지막 리허설·변경 이력 | 잔액과 비밀의 불필요한 복사 |
현재 보안과 미래 접근성을 함께 맞춥니다
시드 전체와 passphrase를 같은 금고에 두면 상속인은 이해하기 쉽지만 금고 하나의 침해로 자산 전체가 위험합니다. 반대로 자료를 너무 많은 장소와 사람에게 나누면 사망 후 필요한 조각을 찾지 못할 수 있습니다. 단일 백업, SLIP39 share, 멀티시그 중 어느 구조든 필요한 임계값과 각 보관자의 역할을 실제 동선으로 그려야 합니다.
멀티시그는 한 키의 분실·도난 위험을 줄일 수 있지만 descriptor, cosigner 공개키, 스크립트 정책 같은 복구 메타데이터가 추가로 필요합니다. share 백업도 총 개수와 threshold를 모르면 복구할 수 없습니다. ‘키는 안전한 곳에 있다’는 문장보다 어떤 자료를 몇 개 모아 어느 공식 도구로 주소를 재현하는지를 단계별로 남기세요.
- 자산 지도와 복구 비밀을 다른 보관 영역에 둡니다.
- 각 지갑의 백업 형식·passphrase 존재·임계값을 기록합니다.
- 법률상 수익자와 실제 복구 담당자의 역할을 구분합니다.
- 대표 공개 주소로 복구 리허설을 수행합니다.
- 결혼·이혼·이사·기기 교체 뒤 계획을 갱신합니다.
거래소 계정은 자기수탁 지갑과 절차가 다릅니다
거래소 자산은 시드 문구가 아니라 계정, 본인 확인, 서비스의 사망자 계정 절차와 지역별 약관에 좌우됩니다. 이메일과 2단계 인증 기기를 상속인이 무단 사용하도록 비밀번호를 넘기는 방식은 서비스 약관이나 보안 절차와 충돌할 수 있습니다. 거래소 이름과 공식 상속·사망자 지원 창구, 필요한 법률 서류를 자산 지도에 남기고 현재 정책을 정기 확인하세요.
거래소의 예금 주소만 기록해도 계정 접근 권한이 생기지 않습니다. 반대로 계정 로그인 정보만 있어도 법적 이전이 끝난 것은 아닙니다. 자기수탁 지갑은 키 복구, 수탁 계정은 서비스의 신원·권리 검증이라는 서로 다른 경로로 작성해야 상속인이 잘못된 지원 사칭에 시드를 제출하는 일을 줄일 수 있습니다.
복구 지침은 비전문가가 중단 지점을 알 수 있어야 합니다
상속인이 지갑에 익숙하지 않다면 ‘앱을 설치하고 시드를 입력’ 같은 짧은 지시는 위험합니다. 공식 제조사 사이트를 식별하는 방법, 기기 화면에서 주소를 확인하는 단계, passphrase가 없으면 어디에 문의할지, 소액 테스트 전에는 큰 금액을 움직이지 않는 규칙을 적으세요. 지원 직원이나 웹폼에 백업을 제출하지 말라는 경고도 포함합니다.
절차에는 실패했을 때 멈출 조건이 필요합니다. 대표 주소 불일치, backup 형식 오류, 필요한 share 부족, 기기 진위 경고가 나오면 반복 입력이나 임의 변환을 중단하도록 합니다. 기술 조력자를 지정한다면 그 사람이 단독으로 모든 키와 법률 문서에 접근하지 못하게 역할을 나누고, 이해 상충과 교체 절차도 기록합니다.
계획은 살아 있는 문서이므로 정기적으로 검증합니다
새 지갑을 만들거나 거래소를 바꾸고도 옛 목록을 남기면 상속인은 빈 주소와 폐기 기기를 따라갈 수 있습니다. 최소한 연 1회와 중요한 생활 변화 뒤에 자산 지도, 보관 위치, 담당자 연락처, 법률 문서의 일치 여부를 확인하세요. 점검 기록에는 날짜와 성공 범위만 남기고 비밀을 복사하지 않습니다.
리허설은 실제 자산을 옮기는 행사가 아니라 representative public address를 재현하고 필요한 자료가 모두 접근 가능한지 확인하는 과정입니다. 상속인이 직접 참여할 수 없다면 봉투·금고·share가 지정 조건에서 전달되는지 모의 점검합니다. 계획 완료는 문서를 만들었다는 상태가 아니라 현재 보안을 해치지 않으면서 복구 경로가 작동한다는 증거가 있는 상태입니다.
자주 묻는 질문
유언장에 시드 문구를 직접 적어도 되나요?
유언장 보관·열람 범위가 넓거나 공개 절차에 포함될 수 있습니다. 법률 문서에는 권리와 지침 위치를 두고 실제 비밀은 별도 보관하는 방식을 현지 전문가와 검토하세요.
가족 한 명에게 시드를 지금 주면 가장 간단하지 않나요?
접근성은 높아지지만 현재 즉시 지출 가능한 단일 실패점이 생깁니다. 필요한 때에만 임계값이 모이도록 역할과 보관 위치를 설계하세요.
거래소 계정도 시드로 복구하나요?
일반적으로 수탁 거래소는 계정과 서비스의 상속·신원 확인 절차를 따릅니다. 자기수탁 지갑의 키 복구와 별도 경로로 기록하세요.
