2-of-3 멀티시그는 두 시드만 있어도 서명 수는 충족할 수 있지만, 원래 세 공개키와 키 순서·스크립트 유형·파생 경로를 모르면 같은 주소를 재현하지 못할 수 있습니다. BIP 87은 복구를 위해 개인키 정보와 디스크립터를 함께 백업해야 한다고 설명합니다. 비밀 시드와 지갑 구조 정보를 구분해 보관하고 소액 복구 연습으로 실제 주소 일치를 확인해야 합니다.
두 개의 시드와 2-of-3 지갑 정보는 같은 것이 아닙니다
2-of-3은 세 키 중 두 키의 유효한 서명이 필요하다는 임계값입니다. 하지만 체인의 출력은 ‘어떤 세 키’와 ‘어떤 스크립트’에 잠겼는지도 포함합니다. 보유한 두 시드를 단일 서명 지갑이나 다른 멀티시그 순서로 가져오면 원래 주소와 일치하지 않습니다.
BIP 87은 멀티시그 복원에서 M개의 시드 외에도 모든 공동 서명자 공개키가 필요해 사용자에게 놀라움을 줄 수 있다고 설명합니다. 따라서 ‘서명 가능한 비밀’과 ‘원래 지출 정책을 재구성하는 정보’를 별도 항목으로 점검해야 합니다.
멀티시그 복구는 필요한 서명 수를 모으는 일과 원래 잠금 스크립트를 다시 만드는 일을 모두 포함합니다.
JOBCOIN 해설
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- 두 개의 시드와 2-of-3 지갑 정보는 같은 것이 아닙니다
2-of-3은 세 키 중 두 키의 유효한 서명이 필요하다는 임계값입니다.
- 디스크립터는 주소를 재현하는 지도입니다
Bitcoin Core 디스크립터 문서는 `wsh`, `multi`, `sortedmulti`, `tr` 같은 스크립트 표현과 확장 공개키, 키 fingerprint, 파생 단계를 조합하는 형식을 설명합니다.
- 수신과 거스름돈 분기를 모두 백업합니다
BIP 87은 주소 발견을 위해 receiving과 change 디스크립터를 모두 가져오고 갭 리밋 을 존중하라고 명시합니다.
AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
디스크립터는 주소를 재현하는 지도입니다
Bitcoin Core 디스크립터 문서는 `wsh`, `multi`, `sortedmulti`, `tr` 같은 스크립트 표현과 확장 공개키, 키 fingerprint, 파생 단계를 조합하는 형식을 설명합니다. checksum은 복사 오류를 발견하는 데 도움을 줍니다. 디스크립터가 있으면 지갑이 어떤 주소 집합을 찾아야 하는지 훨씬 명확해집니다.
공개 디스크립터에 개인키가 없더라도 모든 수신·거스름돈 주소와 거래 관계를 파생할 수 있어 개인정보 위험이 있습니다. 비밀 시드만큼 즉시 지출 가능한 자료는 아닐 수 있지만 공개 게시물로 취급해서는 안 됩니다. 디스크립터에 xprv가 포함됐는지도 반드시 확인하세요.
| 자료 | 복구 역할 | 노출 위험 |
|---|---|---|
| 각 서명자 시드 | 개인키와 서명 능력 재생성 | 즉시 자산 탈취 |
| 모든 xpub | 공동 키 집합 재구성 | 주소·잔액 추적 |
| M-of-N과 키 순서 | 지출 임계값·스크립트 재현 | 지갑 구조 공개 |
| 키 원점·파생 경로 | 올바른 자식 키 탐색 | 주소 연계 |
| 디스크립터 checksum | 복사 오류 발견 | 기밀성 제공 안 함 |
수신과 거스름돈 분기를 모두 백업합니다
BIP 87은 주소 발견을 위해 receiving과 change 디스크립터를 모두 가져오고 갭 리밋을 존중하라고 명시합니다. 수신 주소만 복원하면 결제 후 내부 change 분기로 돌아온 UTXO를 놓칠 수 있습니다. 외부·내부 분기 표기가 포함됐는지 확인하세요.
주소를 많이 미리 생성했다면 사용 주소가 연속 미사용 구간 뒤에 있을 수 있습니다. BIP 87의 해당 구조는 20개 연속 미사용 주소에서 탐색을 멈추는 갭 리밋을 설명합니다. 실제 지갑의 탐색 설정과 마지막 사용 인덱스도 복구 문서에 남깁니다.
- 지갑 이름·버전과 네트워크를 기록합니다.
- M-of-N, 스크립트 유형과 키 정렬 규칙을 기록합니다.
- 모든 공동 서명자 fingerprint·xpub·파생 경로를 확인합니다.
- 수신·거스름돈 디스크립터와 checksum을 각각 보관합니다.
- 알려진 과거 주소와 소액 지출을 복구 연습에서 검증합니다.
자료를 한곳에 모으면 임계 보안이 사라질 수 있습니다
세 시드와 완전한 지갑 구성을 한 USB나 클라우드 계정에 넣으면 2-of-3 분산의 의미가 약해집니다. 두 서명 키가 한 사고에서 함께 노출되지 않도록 위치·매체·관리자를 분리합니다. 동시에 한 자료가 사라져도 임계 수와 정책 정보를 복구할 수 있어야 합니다.
공개 구조 문서는 서명자마다 복제할 수 있지만 개인정보 유출을 고려해 암호화와 접근 통제를 설계합니다. 암호화 비밀번호를 같은 봉투에 붙이는 식의 단일 장애점도 피합니다. 보관 위치 목록에는 시드 원문을 쓰지 말고 식별자와 확인 절차만 기록합니다.
복구 연습은 실제 자산을 움직이지 않고 시작합니다
격리된 장치나 별도 테스트 구성에서 백업으로 지갑을 만들고 과거 수신 주소가 정확히 재현되는지 확인합니다. 그다음 감시 전용 상태에서 UTXO가 모두 보이는지 확인하세요. 주소가 다르면 새 입금을 보내거나 파생 경로를 무작정 바꾸지 않습니다.
실제 서명 검증은 소액 UTXO로 진행하고 각 장치 화면에서 수신 주소·금액·수수료를 대조합니다. 완성된 PSBT가 예상 입력만 쓰는지도 확인합니다. 테스트 성공일, 사용한 소프트웨어 버전과 디스크립터 checksum을 기록하면 다음 점검 때 변경을 찾을 수 있습니다.
서명자 교체는 백업 수정이 아니라 새 지갑 이전입니다
한 시드가 노출됐거나 공동 서명자를 바꾸려면 기존 2-of-3 정책의 키 목록을 문서에서 고치는 것으로 체인 출력이 바뀌지 않습니다. 새 키 집합으로 새 멀티시그 지갑을 만들고, 원래 임계 서명으로 기존 UTXO를 새 주소에 이전해야 합니다.
이전 전에는 새 지갑의 백업과 복구 연습을 먼저 끝냅니다. 일부 UTXO만 옮기면 두 정책을 동시에 관리해야 하므로 잔여 목록을 남기세요. 기존 시드는 잔액 0을 확인한 뒤에도 과거 거래 증빙 필요성을 검토해 즉시 파기하지 않습니다.
자주 묻는 질문
2-of-3이면 시드 두 개만 있으면 충분하지 않나요?
서명 수는 충족해도 세 공개키와 스크립트·파생 정보가 없으면 원래 주소를 재현하지 못할 수 있습니다.
xpub는 공개키이니 인터넷에 올려도 되나요?
지출 키는 아니지만 주소·잔액·거래 관계를 추적할 수 있어 개인정보로 보호해야 합니다.
디스크립터 checksum이 맞으면 복구도 보장되나요?
문자열 오류 검출에 도움을 줄 뿐 필요한 시드 보유, 올바른 정책, 실제 서명 성공까지 보장하지 않습니다.
