개인키와 시드 문구는 역할이 달라요. 개인키는 서명에, 시드 문구는 관련 키의 재구성에 쓰이고 지갑 잠금 비밀번호는 보통 기기 접근을 보호해요. BIP-39와 MetaMask 복구 안내에서도 같은 화면에 있다는 이유만으로 한 시드 문구가 모든 추가 계정을 포함하지는 않아요. 생성 근원과 백업을 먼저 확인하고 복구를 판단해요. 비밀이 유출됐다면 비밀번호만 바꿔도 상대방의 자료를 회수할 수는 없어요.
지갑 앱에 계정 네 개가 있고 그중 시드 문구 한 묶음을 적었다면 안심하고 휴대전화를 바꿔도 될까요? 반드시 그렇지는 않아요. 같은 화면에 모여 있다는 것은 같은 인터페이스가 관리한다는 뜻이지, 같은 복구 자료를 쓴다는 뜻은 아니에요.
그래서 저는 ‘백업했어요’라는 말에 어느 계정을 백업했는지 먼저 물어보고 싶어요. 종이에 적은 기억만으로는 부족해요. 개인키·시드 문구·비밀번호를 구분한 뒤 같은 네 계정으로 생성 근원, 복구 범위, 유출 영향을 점검해요. 공개 정보와 식별 이름만 기록하며 비밀을 남에게 줄 필요는 없어요.
개인키·시드 문구·비밀번호가 맡는 층위를 구분해요
모두 보안과 관련되지만 용도는 달라요. 개인키는 서명하고, 시드 문구는 관련 키를 재구성하고, 비밀번호는 보통 기기의 접근을 지켜요. 모두 ‘지갑 비밀번호’라고 부르면 복구 자료를 잘못 고르거나, 유출 후 공격자를 막을 수 없는 부분만 바꾸기 쉬워요.
주소·지갑 화면·보관 책임이 아직 헷갈리면 암호화폐 지갑의 기본을 먼저 확인해요. 여기서는 사용자가 복구 자료를 관리하는 계정을 다루며 거래소 로그인 비밀번호를 온체인 개인키와 동일시하지 않아요.
개인키는 서명하고 시드 문구는 관련 키를 재구성해요
일반적인 단일 개인키 계정에서는 키를 가진 사람이 관련 서명을 만들 수 있어요. 시드 문구는 순서를 지닌 단어의 묶음이에요. BIP-39 지갑은 이를 먼저 시드(seed)로 바꾼 다음 파생 규칙으로 키를 만들어요. 파생은 같은 시작 자료에서 고정 규칙으로 후속 자료를 계산하는 것이지, 매번 계정을 무작위로 뽑는 것이 아니에요.
2013년에 제안된 BIP-39 ‘Mnemonic code for generating deterministic keys’는 단어 생성, 시드 변환, 후속 키 파생을 구분해요. 시드 문구는 개인키 하나를 단어로 직역한 것이 아니며, 좋아하는 단어를 모아 새 지갑을 만들어도 된다는 뜻도 아니에요. 규격 확인일은 2026년 10월 27일이에요. 모든 지갑이 같은 백업 표준을 쓴다는 의미는 아니에요.
시드 문구의 영향 범위는 따로 가져온 개인키 하나보다 보통 넓지만, 화면 전체를 복원할 수 있다는 결론은 여전히 틀릴 수 있어요. 다른 개인키·하드웨어·시드 문구가 함께 보인다면 나눠야 해요. 스마트 컨트랙트 계정은 여러 키가 확인하는 다중 서명이나 다른 복구 규칙을 프로그램으로 정의할 수 있으므로, 단어 한 묶음만으로 모든 통제권을 판단하지 않아요.
지갑 비밀번호와 추가 패스프레이즈는 달라요
앱 잠금 비밀번호는 보통 기기 안의 자료와 접근을 보호해요. 바꿔도 유출된 개인키가 자동으로 무효가 되지는 않아요. MetaMask 공식 ‘How to reset your MetaMask password’는 생성 방식별 재설정 절차와 다른 가져온 계정의 확인을 설명해요. 한 제품의 버튼 순서를 모든 지갑에 적용하지 않아요.
추가 패스프레이즈(passphrase)는 일부 지갑이 제공하는 별도 설정이에요. 지원 제품에서는 같은 백업에 다른 패스프레이즈를 조합해 다른 지갑을 파생할 수 있어요. 단순 로그인 비밀번호 변경과 달라요. Trezor 공식 ‘What is a passphrase?’는 오타도 다른 빈 지갑을 열 수 있고 정확한 문구를 잃으면 기존 자산에 접근하지 못할 수 있다고 설명해요. 복구 조건을 이해하기 전에는 더 안전해 보인다는 이유만으로 켤 필요가 없어요.
지갑 하나의 백업이 화면 전체의 백업은 아닐 수 있어요
백업 범위는 앱 이름이나 계정 순서가 아니라 키가 만들어진 근원으로 판단해요. 계정별 생성 근원을 찾아야 백업 하나의 분실이나 유출이 어느 계정에 영향을 주는지 알아요.
같은 시드 문구에서 파생된 계정의 범위를 확인해요
한 시드 문구는 규칙에 따라 여러 계정을 만들 수 있어요. 복구 후 원래 계정 순서, 네트워크, 토큰 표시를 다시 추가해야 할 수도 있어요. 잔액이 즉시 보이지 않는다고 자산 소멸을 증명하지는 않아요. 원래 공개 주소부터 대조하고 해당 제품의 공식 절차를 따라요.
백업 표준·파생 경로·추가 패스프레이즈가 다르면 비슷해 보이는 복구 작업도 다른 계정을 만들 수 있어요. 파생 경로는 같은 출발점에서 어느 가지를 고를지 정하는 규칙이에요. 기술 문자열을 외울 필요는 없지만 단어가 받아들여졌다고 원래 주소를 찾은 것은 아니라는 점은 알아야 해요.
따로 가져온 개인키와 하드웨어는 각자의 근원을 찾아요
B가 다른 개인키를 가져와 만든 계정이라면, 같은 앱에 보여도 A의 시드 문구가 B의 키를 만들어 주지는 못해요. 하드웨어 계정도 자체 복구 자료를 찾아야 해요. MetaMask 공식 ‘How to add missing accounts after restoring with Secret Recovery Phrase’는 원 시드 문구 계정, 추가 개인키, 하드웨어 계정을 구분해요. 자료 확인일은 2026년 10월 27일이에요.
이 문서는 Google/Apple/Telegram 로그인과 동기화 방식도 따로 다뤄요. 일부 모드는 가져온 계정도 동기화하므로, 어떤 복구에서도 추가 계정은 돌아오지 않는다고 쓰면 안 돼요. 이번 점검은 한 시드 문구만 쓰며 클라우드 동기화나 소셜 로그인 복구가 없는 상황으로 고정해요. 다른 제품 모드를 한 결론에 섞지 않기 위해서예요.
소프트웨어에 하드웨어 계정이 보인다고 그 시드 문구를 소프트웨어에 입력해야 하는 것은 아니에요. 지원 방식에 따라 하드웨어를 다시 연결할 수 있어요. 사용 방식이 키 환경에 미치는 영향은 하드웨어의 개인키 격리에서 이어서 살펴봐요.
네 계정으로 백업을 점검해 봐요
세 종류의 근원에서 나온 네 계정을 가정해요. A1·A2는 시드 문구 알파, B는 별도의 개인키, C는 독립된 하드웨어 백업 베타로 통제해요. A1과 A2는 근원이 같아도 두 항목으로 적어요. 알파·베타는 설명용 이름이며 실제 키·주소나 완료한 복구 작업은 없어요.
1단계: 비밀을 베끼지 말고 생성 근원을 적어요
여전히 정상 사용 가능한 원래 기기를 남기고 삭제·재설정하지 않아요. 신뢰할 수 있는 지갑 화면에서 직접 생성, 개인키 가져오기, 다른 시드 문구, 하드웨어 연결 중 근원을 하나씩 찾아요. Account 1 같은 이름만으로는 부족해요. 기억나지 않으면 확인 필요로 남기고 빈칸을 채우려고 임의로 분류하지 않아요.
개인 점검표에서 A1·A2에는 알파, B에는 독립 개인키 백업의 식별 이름, C에는 하드웨어 백업 베타를 적어요. 공개 주소·네트워크·추가 패스프레이즈 여부도 적되, 문구 내용은 쓰지 않고 ‘있음/없음/확인 필요’만 표시해요. 백업 이름도 시드 문구의 일부로 만들면 안 돼요. 대응표가 계정 관계를 드러낼 수 있어 잘 보관해야 해요.
자료 위치를 아는 ‘찾음’과 신뢰할 수 있는 공식 방법으로 정확성을 확인한 ‘검증함’을 구분해요. 종이를 봤다고 옮겨 적은 내용이 정확하거나 복구 성공이 증명되는 것은 아니에요. 자료를 찾지 못하면 원 기기의 접근 능력을 유지하고 공식 백업 설명을 따라요. 먼저 로그아웃하고 나중에 해결하려 하지 않아요.
2단계: 복구 자료와 공개 주소를 하나씩 연결해요
호환되며 동기화가 개입하지 않는 절차에서 알파만으로 계정을 재구성한다고 가정해요. 예상 대상은 알파에 연결된 A1·A2예요. 하나가 자동 표시되지 않으면 지원 절차로 원 계정을 추가하고 주소를 비교해요. 새 화면에 Account 2가 있다고 같은 계정인 것은 아니에요.
B에는 자신의 독립 개인키 복구 자료가 필요해요. C는 사용 가능한 하드웨어를 다시 연결하거나 호환 공식 절차로 백업 베타와 필요한 추가 패스프레이즈를 다뤄야 해요. 알파는 두 근원을 포함하지 않아요. 네 항목을 대응시키면 ‘알파가 있다’와 ‘휴대전화 교체 준비가 끝났다’ 사이의 부족함이 보여요.
B에 접근할 수 있는 곳이 예전 휴대전화뿐이고 별도 백업을 확인하지 못했다면 이번 결과는 ‘B는 아직 재설정 조건을 갖추지 못함’이에요. 흐름을 끝내려고 휴대전화를 지울 필요는 없어요. 검증된 안내로 B의 백업을 보완하거나 다른 계획을 마련한 뒤 진행해요. A1·A2의 준비가 끝났다고 B까지 재설정해도 된다고 판단하지 않아요.
3단계: 공식 방법으로 검증한 뒤 예전 기기를 처리해요
일부 하드웨어는 공식 백업 점검 기능을 제공해요. 기기별 입력 장소와 방법이 다를 수 있으므로 확인해야 해요. 단어가 맞는지 보려고 검색 광고의 ‘시드 문구 검증 사이트’에 입력하거나 원격 지원으로 화면을 공유하지 않아요.
검증 후 점검표에는 결과·날짜·대조한 공개 주소만 적고 비밀 화면은 저장하지 않아요. 복구하지 않았다면 ‘복구 성공’으로 적지 않아요. 실제로 기기를 바꿀 때는 새 환경의 신뢰성, 필요한 계정의 접근 가능 여부, 주소 일치를 확인한 뒤 제품 규칙대로 예전 기기를 처리해요. 알파를 반복 입력해도 원래 포함되지 않은 B·C가 생겨나지는 않아요.
비밀번호 분실·기기 분실·비밀 유출은 복구 경로가 달라요
복구 전에는 ‘화면에 못 들어가는 문제’와 ‘다른 사람도 통제할 수 있는 문제’를 나눠요. 전자는 정확한 자료로 접근을 복구할 수 있지만, 후자는 복구에 성공해도 기존 계정을 보관에 계속 쓰기 어려울 수 있어요.
비밀번호만 잊었다면 쓸 수 있는 기기를 남겨요
잠금 비밀번호만 잊었다면 사용 가능한 신뢰할 수 있는 기기와 필요한 복구 자료가 있는지 먼저 확인해요. 생성 방식마다 재설정 조건이 달라요. 공식 절차 전 점검표의 모든 근원을 확인해 알파만 복구하고 B의 유일한 사용 환경을 지우지 않도록 해요.
안전하게 잠금을 풀 수 있는 기기가 있다면 공식 방법으로 백업을 보완해요. 메시지 앱에 비밀을 보내 대신 봐 달라고 하지 않아요. 비밀번호는 로컬 접근을 지키는 것이므로 알고 있다는 이유만으로 새 기기에서 모든 계정을 재구성할 수 있다고 가정하면 안 돼요.
기기가 없다면 백업이 포함하는 계정부터 확인해요
고장·분실 후에는 점검표에서 해당 자료와 호환 절차를 찾고 공개 주소를 대조해요. 복구 후 잔액이 안 보이면 계정·네트워크·토큰 표시·필요한 추가 패스프레이즈를 먼저 확인해요. 바로 도난이라고 단정하지 않아요. 실제로 모르는 온체인 출금이 보이면 침해 가능성을 별도로 조사해요.
필수 자료도 다른 접근 수단도 없다면 고객센터가 일반 자기 수탁 계정을 대신 재구성할 수 있다고 약속할 수는 없어요. 복구를 보장하며 ‘잠금 해제비’, 시드 문구, 원격 제어를 요구하면 접촉을 멈추고 공개 거래와 대화 증거를 보관한 뒤 공식 경로로 확인해요.
유출이 의심되면 비밀번호 변경을 키 교체로 보지 않아요
알파가 남에게 넘어갔다면, 이번 예처럼 추가 패스프레이즈가 없는 조건에서 A1·A2 모두 영향을 받았을 가능성에 맞춰 다뤄요. 기기 비밀번호를 바꿔도 상대방의 자료는 회수되지 않아요. B의 개인키 하나가 유출됐다면 알파도 유출됐다고 단정하지 않고 근원별로 조사해요. 지갑 해킹 대처 방법에서 다음 대응을 확인할 수 있어요.
MetaMask 공식 ‘I've been hacked/scammed’는 도난당한 복구 자료의 재사용으로 새 안전 경계를 만들 수 없다고 설명해요. 새 통제권이 필요하면 검증된 절차로 독립된 자료와 계정을 만든 뒤 이전 가능성을 평가해요. Gas는 실행 작업량이고 ‘가스 충전’은 보통 수수료용 네이티브 자산을 넣는다는 뜻이에요. 입금을 감시해 빠르게 빼내는 스위퍼 봇, 수상한 승인, 자산별 제약이 있다면 모르는 사람의 지시로 침해 계정에 무작정 돈을 넣지 않아요.
백업은 비밀을 지키면서 실제로 되찾을 수 있어야 해요
다른 사람의 접근을 막는 동시에 기기 고장 후 정당한 보유자가 사용할 수 있어야 해요. 본인도 식별 못 하게 숨기거나 모든 복사본을 한 클라우드 사진에 모으면 둘 중 한 목표를 놓쳐요.
단어 순서·백업 표준·추가 패스프레이즈를 확인해요
단어 백업은 전체 단어와 순서를 보존하고 제품 공식 방법으로 확인해요. 도난과 환경 손상을 막을 보관 방식을 선택하며 임의 번역·축약·순서 변경은 하지 않아요. BIP-39는 특정 단어 목록과 검증 정보를 규정하지만, 익숙해 보이는 아무 단어 묶음이나 계정을 복구한다는 뜻은 아니에요.
추가 패스프레이즈가 있다면 위험에 맞는 안전한 보관도 준비해요. 시드 문구 종이와 다르다는 이유로 무시하면 안 돼요. 앞서 언급한 Trezor 설명대로 다른 입력은 다른 지갑을 만들 수 있어요. 빈 주소가 나왔다면 패스프레이즈도 확인해야 하며, 반복 시도 끝에 곧바로 원 기기를 재설정해서는 안 돼요.
분리 보관하되 단어를 임의로 쪼개지 않아요
기기와 백업을 나눠 보관하면 한 장소의 침해 영향을 줄일 수 있어요. 그래도 위치·접근자·복구 절차를 관리할 수 있어야 해요. 분할 또는 임계값 백업을 쓴다면 제품이 지원하는 표준 절차를 사용해요. 직접 앞 여섯 단어·뒤 여섯 단어로 나눈 것을 검증된 암호학적 방식으로 보지 않아요.
점검표는 어떤 자료가 어느 계정에 대응하고 어디까지 확인했는지 가리킬 뿐, 비밀 자체는 별도 보관해요. 개인키 계정 추가, 복구 방식 변경, 추가 패스프레이즈 활성화 때마다 갱신해요. 휴대전화가 고장 난 뒤 근원을 다시 추측하지 않도록 해요.
자금 계획 전에 백업의 빈틈부터 채워요
정상 사용 가능한 계정 하나로 생성 근원·백업 범위·공개 주소를 설명해 봐요. 모르는 항목은 확인 필요로 남기고 점검을 마친 뒤 기기 교체나 계정 추가를 고려해요. 배웠다는 것을 증명하려고 실제 자금을 위험에 노출할 필요는 없어요.
이 글은 통제권과 백업 지식 학습용이며 투자 조언이나 개별 도난 복구 약속이 아니에요. 예시 계정과 이름에는 실제 자산이 없고, 실제 복구는 제품·생성 방식·백업 규격에 따라야 해요.