니모닉과 비트코인 코어 백업: 변경보다 복구 확인이 먼저입니다

니모닉 대신 비트코인 코어의 백업 파일을 보관하자는 설명을 들었다고 해서 지금 쓰는 니모닉을 서둘러 버릴 이유는 없습니다. 단어로 남기는 백업과 파일로 남기는 백업은 보존하는 정보와 관리 부담이 다릅니다. 기준은 새로운 방식인지가 아니라, 막으려는 위험이 무엇이고 나와 가족이 실제로 복구할 수 있는지입니다.

영상에서 소개한 원 대담은 범용 노트북과 비트코인 코어를 이용하고, 암호화한 백업과 암호문구를 나눠 보관하는 운용 방식을 설명합니다. 비트코인 네트워크가 새 백업 표준을 강제했다는 발표는 아닙니다.

니모닉에는 무엇이 들어 있나요?

니모닉은 무작위로 만든 비밀 정보를 사람이 옮겨 적기 쉬운 단어로 표현합니다. BIP39에서 12단어는 128비트의 무작위 값과 4비트의 체크섬을 담습니다. 니모닉과 선택적인 패스프레이즈로 시드를 만들고, 이를 바탕으로 여러 키를 파생합니다. 사람이 기억하기 좋은 단어를 골라 니모닉 문장을 직접 조합해서는 안 됩니다.

니모닉의 장점은 종이나 금속에 기록할 수 있고 여러 프로그램이 지원한다는 것입니다. 다만 짧은 체크섬이 모든 기록 오류를 찾아내거나 자동으로 고쳐 주지는 않습니다. 니모닉 자체에 주소 형식, 파생 경로, 다중서명 구성 등 모든 복구 정보가 들어 있는 것도 아닙니다.

단어가 맞아도 원래 사용한 주소를 찾지 못할 수 있는 이유입니다. 필요한 패스프레이즈를 함께 보존하고, 사용한 프로그램과 주소 형식 등 복구에 필요한 설정을 기록해야 합니다. 구체적인 관계는 니모닉에서 확인할 수 있습니다.

코어 백업 파일에 무엇이 들어 있는지 확인합니다

비트코인 코어는 개인키로 거래에 서명하는 소프트웨어 서명 장치로도 사용할 수 있습니다. 영상처럼 개인키를 코어에 저장한 구성이라면, 백업 파일은 그 키와 거래 정보 등을 담은 데이터베이스의 사본입니다. 디스크립터를 사용하는 구성에서는 주소를 만드는 키와 서명 조건에 관한 정보도 보존할 수 있습니다. 니모닉으로 키를 다시 파생하는 방식과 달리 프로그램이 읽는 데이터베이스를 보관하는 것입니다.

반면 개인키 없이 조회하는 워치온리 구성이나 외부 장치가 서명하는 구성에서는 코어 파일에 지출용 개인키가 들어 있지 않을 수 있습니다. 이런 경우에는 조회·구성 정보 외에 실제 서명에 쓰는 키의 복구 자료도 별도로 보존해야 합니다. 파일을 열어 잔액이 보인다는 사실만으로 서명 권한까지 복구됐다고 판단해서는 안 됩니다.

코어의 관리 문서는 공식 백업·복구 기능을 안내합니다. 실행 중인 데이터 파일을 임의로 복사하는 대신 안전한 복사 기능을 사용하고, 복구할 환경과 버전도 함께 기록해야 합니다. 특정 소프트웨어의 파일 형식에 의존하는 만큼 나중에도 파일을 열 수 있는지 시험해야 합니다.

암호화 범위는 특히 중요합니다. 코어의 내장 암호화는 개인키를 보호하지만 거래 정보 등 파일 전체를 감추지는 않습니다. 파일을 얻은 사람이 바로 지출할 수 없더라도 주소 관계나 거래 정보를 볼 수 있습니다. 파일 전체의 기밀성까지 필요하다면 별도 암호화를 검토해야 합니다.

파일과 암호문구를 다른 장소에 보관하면 둘이 동시에 노출될 위험을 줄일 수 있습니다. 반대로 암호문구를 잊으면 본인도 복구하지 못할 수 있고, 약한 암호문구나 악성 코드 감염은 암호화의 보호를 약화시킵니다. 파일을 암호화하거나 암호문구를 변경한 뒤에는 새 백업을 만드는 절차도 확인해야 합니다.

한 이용자의 파일 복구 시험이 보여 준 차이

앞서 한국 시간으로 9월 7일 공개한 영상은 한 이용자가 공개한 복구 시험을 소개했습니다. 암호가 설정된 코어 백업 파일을 다시 열자 기존 주소와 거래 정보를 확인할 수 있었고, 소유자에게 미서명 거래 파일을 보내 직접 확인·서명하게 한 뒤 돌려받아 전파했다는 사례입니다. 이런 거래 정보를 주고받는 형식이 PSBT입니다. 파일을 복구한 사람과 실제로 개인키를 사용해 서명한 사람의 역할을 구분한 사례입니다.

영상이 소개한 글의 작성자는 니모닉만으로 설정을 다시 찾아야 하는 방식보다 프로그램의 백업 파일을 보존하는 쪽을 선호했습니다. 그가 우려한 것은 복구 설정의 누락만이 아닙니다. 전용 서명 장치는 비트코인을 사용한다는 사실을 드러내 배송·판매 과정에서 공격의 표적이 될 수 있고, 사용자는 제조사의 펌웨어와 업데이트 배포 방식을 신뢰해야 한다고 봤습니다. 또 많은 사람이 비슷한 장치와 절차를 쓰면 한 방식의 취약점이 넓은 피해로 이어질 수 있고, 장치를 바꿀 때 니모닉을 다시 입력하는 익숙한 절차를 가짜 화면이 악용할 수 있다고 주장했습니다.

이는 영상이 소개한 글쓴이의 우려와 선택 근거이며, 모든 전용 장치가 같은 위험을 갖거나 코어 파일 백업이 항상 더 안전하다는 판정은 아닙니다. 파일을 다루는 컴퓨터와 소프트웨어의 안전성, 암호화 범위와 복구 호환성, 비밀번호 분실 위험도 함께 살펴야 합니다. 파일 이름을 사진처럼 바꿨다는 일화도 있지만, 이름이나 확장자를 숨기는 것은 암호화의 대안이 아닙니다.

codex32와 다중서명은 해결하려는 문제가 다릅니다

codex32는 BIP32 키를 만드는 시드를 사람이 기록할 수 있는 문자열로 표현하고 오류를 찾아 복구하는 능력을 높이려는 제안입니다. 비밀을 여러 공유값으로 나눠 정해진 수 이상을 모아 복구하는 기능도 포함합니다. BIP93은 이 글의 확인 시점인 2026년 9월 30일 현재 초안입니다. 설계의 장점과 실제 복구 도구의 검토·호환성은 별도로 확인해야 합니다.

다중서명은 자금을 사용할 권한을 여러 키로 나눕니다. 예를 들어 세 키 중 두 키가 필요한 구성에서는 한 키만으로 지출할 수 없습니다. 키 하나를 잃어도 나머지 두 키가 있으면 지출할 수 있지만, 백업 자체가 필요 없어지는 것은 아닙니다. 참여 공개키, 파생 정보, 필요한 서명 수와 디스크립터 등 구성 정보도 보존해야 합니다.

혼자 관리하는 백업을 튼튼하게 만들려는 것인지, 여러 사람이 사용 권한을 나누려는 것인지 먼저 구분해야 합니다. 이해하지 못하는 복잡한 구성은 복구를 더 어렵게 만들 수 있습니다. 다중서명에서 권한과 복구 조건을 함께 살펴볼 수 있습니다.

매체보다 복구 시험이 먼저입니다

사본을 여러 곳에 두면 화재나 분실에 대비할 수 있지만, 보호되지 않은 비밀의 사본이 늘면 도난 기회도 늘어납니다. 암호화한 파일을 나누어 보관할 때에도 암호문구까지 같은 곳에 두면 분리 보관의 의미가 줄어듭니다. BIP39의 선택형 패스프레이즈도 니모닉과 별도로 보관할 암호문구를 두는 선택지이므로, 분리 보관이 파일 백업만의 기능은 아닙니다.

어떤 저장 매체든 수명을 이름만으로 보증할 수는 없습니다. 제조 품질과 기록 방식, 보관 환경뿐 아니라 나중에 읽을 장치가 있는지도 봐야 합니다. 중요한 것은 한 번의 사고로 모든 사본을 잃지 않는 구성과 실제로 복구해 본 기록입니다.

변경을 검토한다면 기존 백업을 먼저 파기하지 말고 다음 순서로 확인합니다.

화재·도난·악성 코드·상속 실패 중 어떤 위험을 줄이려는지 정합니다.
시그넷이나 테스트넷 등 실제 자금이 없는 환경에서 백업·복구 절차를 익힙니다.
별도 안전한 환경에서 필요한 파일, 문구, 설정으로 원래 주소를 복구할 수 있는지 확인합니다. 실제 자금으로 시험할 때는 잃어도 감당할 수 있는 작은 금액으로 서명과 전송까지 확인합니다.
사본 하나가 손상되거나 장치를 잃었을 때 남은 자료로 복구할 수 있는지 시험합니다. 필요한 암호문구 자체를 모두 잃어도 복구된다고 기대해서는 안 됩니다.
내가 남겨 둔 복구 설명을 가족이나 상속자가 이해하고 그대로 실행할 수 있는지 확인하고, 이후에도 정기적으로 시험합니다.

지금 구성을 바꾸는 이익보다 새 방식의 소프트웨어 의존성과 관리 부담이 더 크다면 변경을 미뤄도 됩니다. 비트코인이 백업 파일이나 금속판 안에 담기는 것은 아닙니다. 보존하는 것은 전체장부에 기록된 자금을 다시 사용할 비밀과 설정입니다. 그 자료로 실제 복구가 되는지 확인하는 일이 먼저입니다.