SSP의 두 요소가 동시에 사라졌을 때 — 고장 난 노트북의 브라우저 확장 프로그램과, 잃어버리거나 도난당하거나 파손된 SSP Key 전화 — 당신은 모든 복구 계획이 궁극적으로 그것을 위해 만들어진 시나리오에 도달한 것입니다. 이것은 최악의 경우이지만, 동시에 가장 명쾌한 답을 가진 경우이기도 합니다. BIP39 시드 문구로 지갑 전체를 복원하는 것입니다.
기기를 하나만 잃어버렸다면 이 글은 필요하지 않습니다. SSP Key의 지갑 복구 기능은 시드 문구를 건드리지 않고 단일 기기 사례를 처리하며, 이 시리즈의 앞선 글들이 그것을 단계별로 안내합니다. 하지만 두 기기가 모두 사라졌을 때는 기댈 두 번째 요소가 남아 있지 않습니다. 시드 문구는 그 간극을 넘어 당신의 지갑을 운반하는 것입니다. 이 글은 시드 문구가 정확히 무엇을 하는지, 무엇을 하지 않는지, 그리고 완전 복원을 어떻게 수행하는지를 — 차분하게, 효과적인 순서로 — 설명합니다.
왜 시드 문구가 마지막 방어선인가
SSP는 2-of-2 구성으로 작동합니다. 하나의 키는 브라우저 확장 프로그램에, 하나의 키는 SSP Key 모바일 앱에 있습니다. 모든 거래는 두 개의 키가 승인해야 합니다. 이 설계는 긴 단일 장애점 공격 목록을 제거하며, 기기 하나를 잃어버려도 시드 문구 없이 복구할 수 있다는 것을 의미합니다. 하지만 자기수탁의 한 가지 근본적인 사실은 바꾸지 않습니다. 이 두 키는 모두 단일한 루트 비밀에서 파생되며, 그 루트 비밀이 바로 당신의 시드 문구입니다.
SSP를 처음 설정했을 때, 당신은 표준화된 BIP39 단어 목록에서 가져온 단어들의 나열 — 12개 또는 24개 — 을 적어 두었습니다. 그 단어들은 비밀번호도 백업 파일도 아닙니다. 그것들은 지원되는 모든 체인에서 당신의 모든 키가 수학적으로 파생되는 엔트로피를, 사람이 읽을 수 있도록 인코딩한 것입니다. 같은 단어들을 올바르게 구현된 지갑에 입력하면, 매번 정확히 똑같은 키를 다시 생성합니다.
이것이 시드 문구를 백업하는 것이 협상 대상이 아닌 이유입니다. SSP Key 복구는 정말로 편리하며, "전화를 호수에 떨어뜨렸다"는 일상적인 상황에는 더 빠른 경로입니다. 하지만 그것은 당신이 여전히 작동하는 요소 하나를 보유하고 있다고 가정합니다. 시드 문구는 그런 가정을 하지 않습니다. 그것은 다른 모든 것이 살아남지 못할 때 살아남는 유일한 것입니다 — 그리고 당신이 그것을 적어 두고 여전히 닿을 수 있는 곳에 보관했을 때에만 당신을 보호합니다.
시드 문구가 담는 것 — 그리고 담지 않는 것
여기서 정확한 사고 모형을 갖추면 나중의 공황을 막을 수 있습니다. 당신의 시드 문구가 다시 생성하는 것:
- SSP가 지원하는 모든 블록체인의 모든 계정에 대한 모든 개인 키.
- 전체 파생 트리 — 잔돈 주소, 수신 주소, 그 전부.
- 당신의 실제 지출 권한. 자금은 온체인에 있으며, 그것을 옮길 키는 곧바로 돌아옵니다.
당신의 시드 문구가 담지 않는 것:
- 주소 라벨, 연락처 이름, 또는 당신이 저장한 어떤 별칭.
- 거래 메모나 로컬 기록 주석.
- 앱 설정, 당신이 선호하는 법정 화폐, 또는 어떤 네트워크를 켜 두었는지.
이 구분이 중요한 이유는 복원된 지갑이 잠시 낯설어 보일 수 있기 때문입니다. 당신의 잔액은 정확하고 거래 기록은 완전히 보입니다 — 그 데이터는 당신의 지갑 앱이 아니라 공개 블록체인에 살고 있습니다 — 하지만 당신이 어떤 주소에 붙였던 친근한 라벨은 비어 보일 수 있습니다. 그것은 예상된 일입니다. 시드 문구는 당신의 수탁을 복원했습니다. 외형적인 메타데이터는 편의이며, 편의는 다시 구축할 수 있습니다. 복구 101: 지갑을 복원하려면 실제로 무엇이 필요한가를 읽어 본 적이 있다면, 이것은 키 대 메타데이터의 같은 구분이며, 다만 이제 중요한 순간에 나타난 것입니다.
시작하기 전에: 안전한 기기를 마련하라
완전 복원은 시드 문구를 지갑에 입력하는 것을 의미합니다. 그것은 자기수탁에서 가장 민감한 단일 행동이므로, 당신이 그것을 입력하는 기기가 속도보다 더 중요합니다.
- 당신이 신뢰하고 통제하는 기기를 사용하세요. 막 업데이트한 개인 컴퓨터나 전화이며, 공유·공용·빌린 기기가 아닌 것.
- SSP는 공식 출처에서만 설치하세요 — SSP 웹사이트, 또는 공식 확장 프로그램과 앱 스토어 등록 페이지. 당신의 시드 문구를 요구하는 가짜 "지갑 복구" 도구는 복원된 자금이 도난당하는 가장 흔한 경로입니다.
- 사적인 장소에서 작업하세요. 어깨너머로 보는 사람 없이, 카메라 없이, 배경에서 실행 중인 화면 공유 없이.
- 적어 둔 시드 문구를 앞에 두고, 시작하기 전에 그것이 올바른 순서의 완전한 나열인지 확인하세요.
여기에는 마감 시한이 없습니다. 당신의 자금은 온체인에 있으며, 당신이 안전하게 설정하는 데 십 분을 쓰는 동안 어디로도 가지 않습니다. 침해된 기기에서의 서두른 복원은 느린 복원보다 훨씬 나쁩니다.
완전 복원 과정, 단계별로
깨끗한 기기와 준비된 시드 문구가 있으면, 복원 자체는 간단합니다.
- SSP 브라우저 확장 프로그램을 설치하세요. 신뢰하는 컴퓨터에, SSP의 공식 출처에서.
- "생성"이 아니라 "복원"을 선택하세요. 첫 실행 시 SSP는 새 지갑을 만들거나 기존 지갑을 복원하는 것을 제안합니다 — 복원을 선택하세요. 새 지갑을 만들면 완전히 새롭고 무관한 시드 문구가 생성되며, 당신의 자금을 보여 주지 않습니다.
- 시드 문구를 정확히 입력하세요: 모든 단어를, 순서대로, BIP39 단어 목록에 나타나는 대로 철자에 맞게. SSP는 내장된 체크섬을 검증하므로, 오타나 뒤바뀐 단어는 조용히 빈 지갑을 만들어 내는 대신 잡힙니다.
- 새 로컬 비밀번호를 설정하세요. 이것은 이 특정 기기에서 지갑을 암호화합니다. 그것은 당신의 시드 문구가 아니며 시드 문구로부터 복구할 수 없습니다 — 그것은 완전히 새로운, 기기 로컬의 비밀입니다.
- 전화에 SSP Key를 설치하고 같은 시드 문구로 복원하세요. SSP는 2-of-2입니다. 브라우저 키만으로는 자금을 보낼 수 없습니다. 같은 시드 문구로 SSP Key를 복원하면 두 번째 키가 다시 생성되고 그 쌍이 재확립됩니다.
- 두 요소를 다시 연결하세요. SSP의 페어링 흐름을 따라 확장 프로그램과 SSP Key가 서로를 다시 인식하도록 하세요. 두 키가 모두 존재하고 페어링되면, 당신의 2-of-2 지갑은 완전히 작동합니다.
- 작은 테스트로 검증하세요. 당신의 잔액이 나타나는지 확인한 다음, 당신이 통제하는 주소로 작은 거래를 보내세요. 두 요소 모두에서의 성공적인 서명이 복원이 처음부터 끝까지 작동했다는 당신의 증거입니다.
그것이 과정의 전부입니다. 시드 문구가 두 키를 다시 생성했고, 페어링 단계가 그것들 사이의 2-of-2 관계를 재구축했습니다.
복원 이후: 시드 문구가 운반하지 않은 것을 다시 구축하라
자금이 확인되면, 몇 분을 들여 편의 계층을 복원하세요. 주소 라벨과 연락처 이름을 다시 추가하고, 당신이 사용하는 네트워크를 다시 활성화하고, 표시 환경설정을 재설정하세요. 이 중 어느 것도 보안에 영향을 주지 않습니다 — 단지 지갑을 다시 당신의 것처럼 느껴지게 할 뿐입니다.
그런 다음 이 모든 것을 시작하게 한 사건의 고리를 닫으세요. 당신은 방금 남아 있던 단 하나의 백업을 사용했고, 이는 이 새 설정에 무슨 일이 생기면 지금 당신에게 여유가 없다는 것을 의미합니다. 시드 문구 백업을 새로운 우선순위로 다루세요. 적어 둔 사본이 여전히 정확하고, 알아볼 수 있고, 안전한 곳에 보관되어 있는지 확인하고 — 별도의 물리적 장소에 두 번째 사본을 두는 것도 고려하세요. 시드 문구 모범 사례의 습관들은 교훈이 구체적인 지금 다시 읽어 볼 가치가 있습니다.
핵심 요점
두 기기를 모두 잃는 것은 사람들이 두려워하는 시나리오이지만, 그것이 자금을 잃는 시나리오는 아닙니다. 자금은 의지할 시드 문구가 없을 때 잃게 됩니다. 시드 문구를 적어 두었고 여전히 그것에 닿을 수 있다면, 완전 복원은 체계적인 십오 분짜리 작업입니다. 신뢰하는 기기에 SSP를 설치하고, 시드 문구로 복원하고, 같은 시드 문구로 SSP Key를 복원하고, 다시 페어링하고, 작은 거래로 검증하는 것입니다. SSP Key 복구는 쉬운 경우를 쉽게 만들어 줍니다 — 하지만 최악의 경우를 견딜 수 있게 만드는 것은 시드 문구입니다. 모든 것이 그것에 달려 있는 것처럼 백업하세요. 왜냐하면 이 단 하나의 시나리오에서는 실제로 모든 것이 그것에 달려 있기 때문입니다.
