복구 문구가 있어도 새 앱에서 잔액이 안 보이는 이유

휴대전화가 고장 나거나 지갑 앱을 바꾸게 됐다고 해보자. 종이에 적어 둔 복구 문구가 있다면 비트코인도 그대로 돌아올까? 대체로 복구 문구는 기기 고장 뒤 지갑을 되찾는 중요한 수단이다. 다만 그 문구를 가지고 있다는 사실만으로 어떤 앱에서나 이전 지갑이 자동으로 나타난다고 보장할 수는 없다. 복구를 마치려면 문구를 읽는 방식과 기존 주소를 찾는 과정도 맞아야 한다.

여기에는 서로 다른 질문이 겹쳐 있다. 첫째, 기기가 없어져도 지갑의 비밀정보를 다시 만들 수 있는가? 둘째, 새 앱이 그 정보로 이전에 사용하던 주소와 지갑 구성을 찾아낼 수 있는가? 셋째, 패스프레이즈나 특별한 지출 조건처럼 추가 정보가 필요한 상황은 아닌가? 이 질문들을 구분해야 ‘기기가 고장 났다’와 ‘자산에 접근할 수 없다’를 같은 일로 오해하지 않는다. 반대로 키를 직접 가지고 있다는 사실만으로 새 앱에서 잔액을 찾고 거래를 보낼 수 있다고 단정하는 일도 피할 수 있다.

복구 문구는 무엇을 되살리나

비트코인이 휴대전화 안에 파일처럼 저장돼 있다고 생각하기 쉽다. 실제로는 비트코인 네트워크에 거래 기록이 있고, 지갑은 그 기록 가운데 내가 쓸 수 있는 부분을 찾아 보여준다. 또 거래를 승인하는 데 필요한 비밀정보를 관리한다. 기기는 이 정보를 다루는 도구다. 따라서 기기 자체가 고장 나더라도 네트워크의 거래 기록이 함께 없어지는 것은 아니다. 중요한 것은 새 환경에서 지갑을 다시 구성하고 거래에 필요한 권한을 되찾을 수 있느냐다.

복구 문구는 지갑을 다시 만드는 데 쓸 바탕 정보를 단어로 적어 둔 것이다. BIP-39 원문은 정해진 단어들로 니모닉 문구를 만들고, 문구를 키를 계산하는 출발 정보인 시드로 바꾸는 절차를 설명한다. 시드를 바탕으로 여러 키와 주소를 만들어내는 지갑이라면, 같은 백업에서 지갑의 정보를 다시 구성할 수 있다. 그래서 종이에 적은 문구는 기기 교체나 고장에 대비하는 중요한 수단이다.

Bitcoin.org의 지갑 보안 안내도 백업이 컴퓨터 고장이나 기기 도난 뒤 복구에 도움을 줄 수 있다고 설명한다. 다만 백업 범위와 방식은 지갑마다 다를 수 있다고 함께 안내한다. 같은 바탕 정보에서 여러 키와 주소를 만드는 현대적인 지갑은 복구 문구 하나로 과거와 미래의 주소를 복원할 수 있지만, 각 지갑이 어떤 방식으로 백업되는지 확인해야 한다는 설명이다. 그러므로 “문구 하나로 복구된다”는 말은 조건 없이 모든 지갑에 적용되는 약속이라기보다, 그런 방식으로 설계된 지갑에 관한 설명으로 읽어야 한다.

문구가 있다고 해도 백업 자체가 정확해야 한다. 단어 순서가 다르거나 일부 단어가 잘못 기록됐다면 같은 지갑을 재현하지 못할 수 있다. 그렇다고 지금부터 모든 경우에 대비해 복잡한 기술 용어를 외워야 하는 것은 아니다. 내가 쓰는 지갑이 어떤 백업을 만들었는지, 복구할 때 그 백업을 어떤 환경에서 사용할 수 있는지 확인하는 편이 먼저다. 백업은 잃어버린 기기를 대신하는 정보이지, 복구 절차 전체를 알아서 수행해 주는 앱은 아니다.

문구를 넣었는데 예전 지갑이 보이지 않는다면

복구 문구로 비밀키를 다시 만들어도, 새 앱이 그 정보로 어떤 주소를 살펴야 할지 알아야 잔액과 거래 내역을 표시할 수 있다. 비유하자면 열쇠를 다시 만들었더라도 새 앱이 어느 보관함을 열어야 하는지 모를 수 있다. 새 지갑 앱은 같은 비밀정보로 어떤 종류의 주소를 만들어 찾아야 하는지 알아야 한다. 새 환경이 필요한 설정을 지원하거나 찾아내지 못하면, 문구가 잘못됐다고 단정할 수 없고 자산이 사라졌다고 볼 수도 없다. 새 앱이 기존 지갑을 아직 찾아내지 못한 상황일 가능성을 구분해야 한다.

BIP-39 문서는 복구 문구 안에 어떤 주소 형식을 썼는지 표시하는 버전 정보가 없다는 한계를 설명한다. 같은 문구로 키를 다시 만들 수 있어도, 새 앱에는 그 키로 어떤 종류의 주소를 만들어 찾아야 하는지 알려주는 정보가 필요할 수 있다. 문구가 키를 다시 만드는 바탕이라면, 주소를 만드는 규칙과 설정은 그 키로 이전 지갑을 찾는 안내다. 그래서 문서에서는 이 규칙을 담은 지갑 설정 정보와 시드를 함께 사용하는 방식이 한계를 상당 부분 완화한다고 설명한다. 사용자가 규칙을 직접 계산할 필요는 없지만, 지갑 앱이 필요한 설정을 함께 보관하거나 복구할 때 찾아줄 수 있는지는 알아둘 만하다.

복구 과정에서는 두 가지를 나눠 확인해야 한다. 새 지갑이 내가 가진 백업 형식을 읽을 수 있는가? 읽을 수 있다면 예전에 쓰던 지갑의 주소와 구성을 다시 찾을 수 있는가? 백업을 가리키는 이름이 비슷하더라도 실제 형식까지 같다고 단정할 수는 없다. Trezor의 안내도 자사에서 사용하는 백업 형식들을 구분해 설명한다. 이는 Trezor의 안내이지 모든 지갑의 형식이 같다는 뜻은 아니다. 오히려 지갑을 바꾸기 전에는 해당 백업을 새 환경이 지원하는지 확인해야 한다는 점을 보여준다.

새 앱에서 잔액이 보이지 않을 때는 서둘러 자산을 잃었다고 결론내리지 않는 편이 낫다. 백업 형식이나 주소 설정이 맞지 않아 지갑을 찾지 못했을 수도 있다. 그러나 여러 앱에 복구 문구를 마구 입력하며 확인하는 것도 안전한 해결책은 아니다. 복구 문구는 지갑에 접근하는 데 필요한 핵심 정보이므로, 문구를 요구하는 곳이 신뢰할 수 있는지와 입력 절차가 공식 안내와 일치하는지를 살펴야 한다. 결국 호환성은 단순히 “문구를 넣을 수 있나”의 문제가 아니라, 지갑을 다시 찾기 위해 어떤 정보를 누구에게 맡기는가의 문제이기도 하다.

추가 암호를 썼다면 문구만으로는 부족하다

일부 지갑은 복구 문구에 패스프레이즈라는 추가 비밀정보를 적용할 수 있다. 패스프레이즈를 설정하지 않았다면 해당 정보는 복구에 필요하지 않다. 하지만 특정 지갑을 만들 때 사용했다면, 문구만으로는 이전과 같은 지갑을 열 수 없다. 패스프레이즈는 일반적인 앱 로그인 비밀번호와 같은 것이 아니다. 복구 문구와 함께 지갑을 구성하는 추가 정보로 작동한다.

하드웨어 지갑 업체 Trezor의 공식 안내는 자사 패스프레이즈 지갑에 접근하려면 백업 문구와 처음 사용한 패스프레이즈가 모두 정확해야 한다고 안내한다. 입력이 다르면 다른 지갑이 열릴 수 있고, 그 지갑은 비어 있는 것처럼 보일 수 있다. Trezor의 설명에 따르면 패스프레이즈를 잃으면 그 패스프레이즈로 만든 지갑에 접근할 수 없다. 이 안내를 모든 지갑에 똑같이 적용할 수는 없지만, 추가 정보를 선택해 사용한 경우에는 그 정보도 복구의 일부가 된다는 점은 분명하다.

여기서 빈 지갑이 나타났다는 것과 기존 자산이 사라졌다는 것을 구별할 필요가 있다. Trezor가 설명하는 방식에서는 오타가 나도 별도의 지갑이 만들어질 수 있다. 따라서 복구 문구가 정확해도 패스프레이즈가 다르면 원래 지갑이 보이지 않을 수 있다. 이런 현상은 문구가 무효라는 증거가 아니다. 반대로 올바른 패스프레이즈를 모르면 원래 지갑을 열 수 없다는 점도 가볍게 볼 수 없다.

패스프레이즈는 백업 문구만 유출됐을 때 추가 보호를 제공할 수 있지만, 기억하고 안전하게 보관해야 할 정보도 늘린다. 보안을 더하는 선택이 복구 부담을 함께 키우는 셈이다. 그러므로 “추가 암호가 있으니 더 안전하다”는 한쪽 평가만으로는 충분하지 않다. 그 정보를 오랜 시간이 지난 뒤에도 정확히 재현할 수 있는지, 어떤 백업과 함께 사용되는지까지 고려해야 한다. 사용하지 않은 기능을 모든 이용자의 복구 조건처럼 취급할 필요도 없다.

지갑 기능이 늘면 백업의 범위도 분명해야 한다

2026년 10월 4일 비트코인 개발자 토론에서는 지갑이 보관해야 할 정보의 경계를 보여주는 제안이 나왔다. 글 작성자는 특정한 거래 조건을 만족시키려면 서명용 키 외에 별도의 비밀값이 필요할 수 있다고 설명했다. 이어 미리 알고 있는 그 값을 지갑이 키와 함께 보관하고 암호화·백업하도록 하자는 방안을 제안했다. 이는 기능 출시나 실제 복구 성공을 보고한 글이 아니라, 특정 조건을 지원하는 방법에 대한 논의다.

이 비밀값은 복구 문구에 붙이는 패스프레이즈와 같은 것이 아니다. 특별한 거래 조건을 충족시키는 값이며, 서명 등 다른 조건도 함께 필요할 수 있다. 그런 조건을 사용하지 않는 일반 지갑 이용자에게 별도 비밀값을 백업하라고 요구하는 사례도 아니다. 이 제안으로 일반적인 기기 교체가 위험해졌다고 결론낼 근거는 없다.

다만 지갑이 더 다양한 조건을 지원하려면, 그 조건에 필요한 정보를 어디에 보관하고 무엇을 백업하는지도 설계해야 한다는 점은 읽을 수 있다. 이 제안처럼 미리 알고 있는 비밀값을 쓰고 나중에 다시 얻기 어려운 경우라면, 그 값을 백업하거나 별도로 보관해 되찾는 방법도 설계해야 한다. 일반 복구 문구와 특수 거래의 비밀값은 서로 다른 사례지만, 사용자가 선택한 구성에 맞춰 복구와 지출 경로를 설명해야 한다는 설계 과제를 함께 보여준다. 앞으로 지갑의 편리함을 판단할 때에도 기능의 개수와 함께 그 기능을 다른 환경에서 다시 사용할 수 있는지를 살펴볼 이유다.

지갑을 바꿀 때는 다시 찾을 방법도 확인해야 한다

기기나 앱을 바꾸기 전에는 백업이 정확히 무엇을 담고 있는지부터 살펴야 한다. 내가 쓰는 지갑은 어떤 형식으로 백업을 만들었나? 새 환경은 그 형식을 지원하나? 백업을 읽은 뒤 기존 주소와 지갑 구성을 다시 찾으려면 추가 설정이 필요한가? 패스프레이즈를 사용했나? 특별한 지출 조건을 선택했다면 그 조건을 충족하는 데 별도의 비밀값이나 지갑 기능이 필요한가? 질문이 여러 개인 이유는 ‘복구’가 한 번의 입력으로 끝나는 하나의 동작이 아니기 때문이다.

이런 구분은 지갑을 고르는 기준에도 영향을 준다. 기기 자체의 보안이나 사용 편의성만으로는 장기간 보관의 지속성을 충분히 판단하기 어렵다. 기기를 잃었을 때 어떤 백업으로 복구하는지, 다른 지원 환경에서 그 백업을 어떻게 읽는지, 설정을 다시 찾는 절차가 이해하기 쉬운지도 중요하다. 모든 이용자가 세부 구현을 직접 점검해야 한다는 뜻은 아니다. 제공자가 어떤 정보가 백업되는지, 다른 기기나 앱에서 어떤 조건으로 복원할 수 있는지 분명하게 설명해야 한다는 의미다.

복구 안내가 “문구를 입력하면 된다”는 말에 그치면 이용자는 실패 원인을 구분하기 어렵다. 문구 자체가 틀렸는지, 새 앱이 형식을 지원하지 않는지, 주소 설정을 찾지 못했는지, 패스프레이즈가 달라졌는지 각각 다른 문제일 수 있기 때문이다. 원인을 구별할 수 있어야 다음 행동도 달라진다. 빈 화면을 보고 자산이 사라졌다고 성급히 판단하는 일을 줄이고, 반대로 근거 없이 아무 앱에나 비밀정보를 입력하는 행동도 피할 수 있다.

처음 질문으로 돌아가자. 복구 문구만 있으면 기기를 바꾼 뒤 비트코인에 다시 접근할 수 있을까? 하나의 바탕 정보에서 여러 키와 주소를 다시 만드는 많은 지갑에서는 가능하다. 그러나 그 답은 백업 형식이 새 지갑에서 지원되고, 기존 주소와 설정을 찾아낼 수 있으며, 패스프레이즈를 사용했다면 그 값도 정확하다는 조건을 포함한다.

따라서 자기 보관을 판단할 때 질문을 하나 더해 보자. “키를 내가 통제하는가?”에 더해 “기기나 앱을 바꾼 뒤 내 백업과 설정으로 같은 지갑을 다시 찾을 수 있는가?”를 묻는 것이다. 첫 질문은 통제권을, 두 번째는 그 통제권을 계속 행사할 수 있는 경로를 살핀다. 무엇을 백업했는지와 그 백업을 어떤 환경에서 다시 쓸 수 있는지 이해할 때, 기기 교체 뒤의 접근 가능성을 더 정확하게 판단할 수 있다.