WATS Wallet logoWATS Wallet
가이드7분 분량

자금을 위험에 빠뜨리지 않고 시드 문구 백업을 테스트하는 법 (소프트웨어 지갑 드라이 런)

테스트하지 않은 백업은 백업이 아닙니다. 하드웨어 지갑 드라이 런의 소프트웨어 지갑 버전입니다. 두 번째 기기에서 시드 문구를 복원하고, 각 체인의 첫 주소를 비교하고, 테스트 사본을 삭제하며, 실패했을 때 어떻게 해야 하는지 안내합니다.

WATS Wallet을 만든 Alltoscan LLC 작성 편집 정책

게시일 업데이트

테스트하지 않은 백업은 백업이 아닙니다. 안전하게 테스트하려면 원래 지갑은 건드리지 마세요. 원래 지갑이 설치된 상태로 두고, 적어 둔 문구만으로 두 번째 기기(확장 프로그램이라면 별도의 브라우저 프로필)에서 복원한 다음, 사용하는 각 체인(EVM, Solana, TON)의 첫 주소가 원래 지갑과 정확히 일치하는지 확인하세요. 문구를 웹사이트나 "시드 검사기"에 절대 입력하지 마세요. 테스트가 끝나면 사본을 삭제하고, 주소가 일치하지 않으면 백업을 고치거나 검증된 백업이 있는 새 지갑으로 자금을 옮기세요.

필요해지기 전에 시드 문구 백업을 테스트해야 하는 이유

잘못된 백업은 필요한 순간에야 드러나고, 그때는 이미 고치기에 늦기 때문입니다. 대표적인 실패는 철자가 틀린 단어, 서로 바뀐 두 단어, 빠뜨린 단어, 다른 글자로 읽히는 손글씨(예: rn과 m, l과 i), 또는 적어 두지 않은 선택적 패스프레이즈(25번째 단어라고도 함)입니다. KeepKey 문서에는 "float" 대신 "flat"을 적은 것 같은 예가 나와 있습니다.

BIP-39 체크섬은 입력 오류의 상당수를 잡아내지만 전부는 아닙니다. 12단어 문구의 체크섬은 4비트, 24단어 문구는 8비트뿐이어서 일부 잘못된 문구도 유효한 것으로 통과하고 단지 다른 빈 지갑을 열 뿐입니다. 또 BIP-39는 모든 패스프레이즈가 유효한 지갑을 만든다고 명시하므로, 잘못되었거나 잊은 패스프레이즈는 오류 없이 빈 지갑만 보여 줍니다. 그래서 "문구 승인됨"을 믿지 않고 주소를 비교하는 것입니다.

2026년의 사건들이 이것이 중요한 때를 보여 줍니다. Exodus는 2026년 10월 1일에 Web3 Wallet 확장 프로그램 지원을 종료했고, Trust Wallet은 2026년 9월 15일에 내장 네트워크 여러 개를 제거했습니다. 이런 일은 사람들이 시드 문구를 다른 지갑에서 복원하게 만들며, 바로 그때 잘못된 백업이 드러납니다. 지갑이 네트워크를 중단하거나 서비스를 종료할 때 할 일을 참고하세요.

하드웨어 지갑은 어떻게 하며, 소프트웨어 지갑에 수동 방식이 필요한 이유

많은 하드웨어 지갑이 백업 확인 기능을 제공하는 반면, 소프트웨어 지갑은 보통 설정 시 몇 개 단어를 퀴즈로 확인할 뿐 나중에 실행할 수 있는 검사가 없습니다. Trezor의 "Check backup"(드라이 런)은 단어를 다시 입력하게 하고, 기기에 저장된 백업과 비교하며, 다시 입력한 단어는 저장하지 않습니다. Ledger는 2018년에 기기를 초기화하지 않고 24단어 문구를 확인하는 RecoveryCheck 앱을 도입했습니다(현재 방법은 Ledger의 최신 지원 페이지를 확인하세요). KeepKey는 기억이 아니라 종이 백업의 단어를 입력하게 합니다.

소프트웨어 지갑의 수동 방식은 병렬 복원입니다. 원래 지갑을 그대로 둔 채 별도의 인스턴스에서 복원한 다음, 파생된 주소를 비교합니다. 한 가지 규칙은 양보할 수 없습니다. 백업을 테스트하려고 유일하게 작동하는 지갑을 삭제하거나 초기화하지 마세요. 백업이 잘못되었다면 그 삭제가 자금을 잃는 원인이 되기 때문입니다.

어떤 테스트 환경이 안전한가

가장 안전한 환경은 알 수 없는 확장 프로그램이나 원격 접속 도구가 없는, 본인이 통제하는 기기입니다. 두 번째 휴대폰이나 컴퓨터가 있으면 사용하세요. 두 번째 휴대폰이 없다면 두 번째 컴퓨터를 쓰거나, 데스크톱에서는 공식 스토어나 웹사이트에서 공식 확장 프로그램을 새로 설치한 별도의 브라우저 프로필을 사용하세요(공식 앱만 설치하는 법 참고). 테스트할 공간을 만들려고 원래 앱을 삭제하거나 초기화하지 마세요. 다른 기기 없이 휴대폰 한 대만 있다면 그 휴대폰에서는 테스트하지 마세요. 가능하면 복원하는 동안 오프라인 상태로 두세요.

트레이드오프는 테스트 복원을 할 때마다 그 기기에 키의 사본이 하나 더 생기고 존재하는 동안 유지된다는 점입니다. 끝나면 바로 삭제하고, 공용, 업무용, 공공 컴퓨터는 절대 사용하지 마세요.

온라인 "시드 검증기", "BIP39 검사기", "지갑 동기화" 사이트는 절대 사용하지 말고, 문구를 채팅, 클라우드 메모, 스크린샷, 이메일, AI 챗봇에 넣지 마세요. 문구를 받는 모든 곳이 지갑을 비울 수 있으며, 이는 전형적인 피싱 수법입니다.

드라이 런 복원은 어떻게 단계별로 하나

드라이 런(dry run) 복원이란 적어 둔 백업으로 별도의 인스턴스에 지갑을 복원해 주소만 비교한 뒤 그 사본을 삭제하는 것입니다. 자금은 전혀 옮기지 않습니다.

  1. 준비. 위의 테스트 환경을 고르고 원래 지갑은 건드리지 마세요.
  2. 원본 기록. 원래 지갑에서 자금을 보유한 각 체인의 첫 번째 수신 주소(계정 1)를 기록하세요. EVM 주소 하나(대부분의 지갑에서 Ethereum, Arbitrum, Base 등 EVM 네트워크에서 같지만 사용하는 각 네트워크를 확인하세요), Solana 주소 하나, TON 주소 하나입니다. 앞 6자와 뒤 6자면 충분하며 주소는 공개 정보입니다. 계정을 둘 이상 쓴다면 자금이 있는 각 계정도 비교하세요. 개인 키로 가져온 계정은 시드 문구로 복구되지 않으며 별도의 백업이 필요합니다.
  3. 종이에서 복원. 단어는 적어 둔 백업이나 금속 백업에서만 입력하세요. 기억에 의존하거나 원래 앱의 공개 화면에서 보지 마세요. 물리적 사본을 테스트하는 것이 핵심입니다.
  4. 비교. 모든 문자를 확인하거나 최소한 앞 6자와 뒤 6자를 확인하세요. TON의 경우 하나의 지갑이 EQ…(bounceable) 또는 UQ…(non-bounceable)로 나타날 수 있고, 두 형식은 접두사와 체크섬 문자가 다르므로 같은 형식으로 비교하세요(암호화폐 주소 형식 설명 참고). 테스트 트랜잭션을 보내는 대신, 복원된 지갑이 같은 잔액을 보여 주는지 확인해도 됩니다.
  5. 불일치 해결. 주소가 하나라도 다르면 다음 섹션을 따라가세요.
  6. 사본 삭제. 테스트가 끝나면 두 번째 기기에서 테스트 지갑을 삭제하고 클립보드와 앱 데이터를 지우세요.
  7. 고칠 수 없는 백업 교체. 검증된 백업이 있는 새 지갑을 만들고 자금을 옮기세요.
  8. 나중에 다시 테스트. 백업을 변경한 뒤와 캘린더 알림에 맞춰 반복하세요.

복원한 주소가 일치하지 않으면

불일치는 보통 종이와 원래 지갑이 어딘가 다르다는 뜻이므로 먼저 사람의 실수를 의심하세요. 단어 순서, 2,048개 단어로 이루어진 BIP-39 목록과 대조한 철자(앞 4글자로 각 단어가 식별됨), 단어 수, 패스프레이즈 사용 여부를 확인하세요.

EVM 주소는 일치하는데 Solana나 TON이 다르다면, 원인은 잘못된 백업이 아니라 지갑 간의 다른 파생 경로나 TON 지갑 버전(v4R2 대 W5)인 경우가 많습니다. 다른 파생 경로와 TON 지갑 버전을 참고하세요. 지갑이 문구를 유효하지 않다고 거부하거나, 단어 순서, 철자, 단어 수, 패스프레이즈를 확인한 뒤에도 어떤 주소도 일치하지 않는다면 백업이 실패한 것으로 간주하세요.

테스트에 실패한 뒤 해야 할 일

원래 지갑이 작동하는 동안 자금은 여전히 안전하며, 위험은 나중에 깨진 백업을 가진 채 그 기기를 잃는 것입니다. 원래 앱에서 문구를 다시 확인할 수 있다면 종이 백업을 고치고 다시 테스트하세요.

통과하는 백업을 만들 수 없다면 새 지갑을 만들고, 그 문구를 적고, 같은 테스트로 검증한 다음 검증된 백업이 있는 새 지갑으로 자금을 옮기세요. Trezor의 안내도 같습니다. 백업이 실패하고 올바른 백업을 입력할 수 없다면 즉시 새 지갑으로 자금을 옮기라는 것입니다. 휴대폰을 잃어버릴 때까지 기다리지 마세요. 휴대폰을 잃어버리면 어떻게 되는지를 참고하세요.

정리하는 방법과 다시 테스트할 시기

앱에서 테스트 지갑을 삭제하고, 앱을 제거하거나 확장 프로그램 데이터를 지우고, 클립보드 기록도 지우세요. 백업에 변경이 있을 때(새 금속 플레이트, 상속용 사본, 새 보관 장소)와 연 1회 같은 캘린더 알림에 맞춰 다시 테스트하세요. 보관 방법은 시드 문구를 보관하고 보호하는 법을 읽어 보세요.

WATS Wallet에는 어떻게 적용되나

Alltoscan LLC가 만든 WATS Wallet은 완전한 논커스터디얼이며 시드리스(seedless) 방식이 아닙니다. WATS는 결코 키를 보유하지 않으므로 복구 문구가 지갑을 복원하는 유일한 방법이며, 그래서 테스트가 중요합니다. 위의 드라이 런을 두 번째 기기(확장 프로그램이라면 별도의 브라우저 프로필)에서 실행하되 원래 지갑은 설치된 채 그대로 두고, 자금을 보유한 각 네트워크에서 WATS Wallet이 보여 주는 EVM 주소, Solana 주소, TON 주소를 비교하세요.

선택 사항인 WATS NFC 메탈 카드는 어떤 개인 키도 보유하지 않으며 백업도 콜드 스토리지도 아닙니다. 모바일 앱에서 탭해서 인증하는 카드이며 이 테스트와는 관련이 없습니다. 복원과 비교에는 트랜잭션이 필요하지 않습니다. 나중에 자금을 옮긴다면 EVM 수수료는 BSC에 있는 하나의 잔액에서 ATS로 청구되고(ATS 수수료의 작동 방식 참고), TON의 수수료도 ATS로 내고 Solana는 SOL로 냅니다.

자주 묻는 질문

시드 문구 검사기 웹사이트에 시드 문구를 입력해도 안전한가요?

아니요. 문구를 받는 모든 웹사이트, 양식, 브라우저 검증기, 채팅, AI 도구가 지갑을 비울 수 있으며, 이는 흔한 피싱 수법입니다. 본인이 통제하는 기기에서 공식 지갑 앱으로 복원해 테스트한 뒤 그 사본을 삭제하세요. 지갑 고객 지원을 포함해 정상적인 곳은 누구도 문구를 요구하지 않습니다.

지갑을 삭제하고 같은 휴대폰에서 복원하는 방식으로 백업을 테스트해도 되나요?

피하세요. 백업이 잘못되었다면 유일하게 작동하는 사본을 삭제하는 것이 바로 자금을 잃는 방식입니다. 두 번째 기기(확장 프로그램이라면 별도의 브라우저 프로필)에서 복원하되 원래 지갑은 설치된 채 그대로 두고, 주소를 비교한 뒤 결과를 얻은 후에만 테스트 사본을 삭제하세요.

시드 문구 백업은 얼마나 자주 테스트해야 하나요?

만든 직후 한 번, 백업을 변경한 뒤(새 금속 플레이트, 새 사본, 새 보관 장소나 패스프레이즈) 다시, 그리고 연 1회 같은 캘린더 알림으로 주기적으로 테스트하세요. 새 지갑으로 옮기는 것 같은 마이그레이션에서 백업에 의존하기 전에도 다시 테스트하세요.