니모닉 밖의 비트코인 백업, 지금 바꿔야 할까?

니모닉은 시드 생성 재료를 기록하는 반면, 백업 파일은 데이터베이스 상태를 기록한다. 따라서 각 방식은 자금을 복구하는 절차와 그 목적이 서로 다르다는 점을 이해해야 한다.

이 기능으로 데이터베이스 상태를 저장하고, 백업 파일을 여러 곳에 복사해 보관하는 구상이 가능하다. 암호화된 백업 파일과 암호 문구를 분리 보관하는 것이 중요하며, 복구 및 서명 시험을 별도 환경에서 필수로 진행해야 한다.

니모닉(BIP 39)은 128비트 무작위 값과 체크섬으로 구성된다. 사람이 직접 동전이나 주사위를 던져 안전한 난수로 생성해야 하며, 직접 지어내서는 안 된다. 다만 니모닉이 담는 것은 키를 다시 만드는 재료이므로, 서명에 필요한 모든 설정과 복구 절차까지 담지는 않는 한계가 있다. 또한 버전 정보, 주소 형식, 파생 경로 정보 등이 누락되며, 체크섬 오류 검증도 불완전하다.

최신 백업에는 라벨처럼 사용자가 붙여둔 정보도 남길 수 있다. 하지만 그만큼 특정 소프트웨어의 파일 형식에 의존하게 되므로, 소프트웨어 버전에 따른 호환성 의존도가 높다는 점을 고려해야 한다.

비트코인 코어의 공식 문서에 따르면 암호문구는 주로 개인 키와 자금 사용 권한을 보호한다. 하지만 공개 키와 메타데이터는 암호화 대상에서 제외된다. 이는 백업 파일을 얻은 사람이 돈을 바로 쓸 수 없더라도, 주소 관계와 거래 정보는 볼 수 있다는 의미다. 따라서 완벽한 정보 은닉을 위해서는 파일 전체 암호화를 고려할 필요가 있다.

암호 문구를 분실하면 자금 복구가 불가능하므로, 본인이 잊었을 때와 상속자가 복구할 때를 모두 고려해야 한다. 암호화된 백업 파일을 사용할 경우, 파일과 암호 문구를 따로 보관하는 방식으로 이 문제에 대응할 수 있다. 이는 분실 대비와 상속 시 접근 권한을 관리하는 원칙으로 작용한다.

저장 매체의 수명은 품질, 환경, 기록 방식에 따라 달라지며, 특정 매체가 장기간 보존될 것이라는 보증은 없다. 따라서 주기적으로 백업 파일을 시험하고 실제로 복구해 보는 과정이 필수적이다.

코덱스 32(Codex32)는 BIP 32(비트코인 개선 제안 32) 마스터 시드를 사람이 적을 수 있는 문자 형식으로 표현하는 제안이다. 이는 마스터 시드를 사람이 읽고 적기 편한 문자 형식으로 표현하며, 강력한 체크섬으로 오류 구간 복구가 가능하다. 또한 비밀을 여러 공유값으로 나누어 보관할 수 있지만, 아직 초안 상태이므로 호환성 및 구현에 대한 검토가 필수적이다.

구성 요소로는 각 키, 참여 공개 키, 필요한 서명 수, 그리고 디스크립터가 있다. 구성이 복잡할수록 복구 연습이 필수적이며, 단순 백업을 강화하는 것인지 통제권을 분산하는 것인지 목적을 명확히 구분해야 한다.

첫째는 분실로, 화재, 침수, 매체 고장, 암호 문구 분실 등이 원인이다. 둘째는 도난으로, 노출, 악성 코드 감염, 파일 유출이 포함된다. 셋째는 구현 문제로, 프로그램 호환성 부족, 잘못된 기록, 검토 부족이 해당한다. 넷째는 사람이 절차를 실행하지 못하는 경우로, 절차 미숙지나 상속자에게 정보 미공유가 여기에 속한다.

그 후 감당 가능한 작은 금액으로 실전 시험을 거친다. 또한 상속자가 동일한 설명서로 복구 가능한지 확인하는 과정도 필요하다.

백업 방식 변경을 결정하기 전에 자신의 상황에 맞춰 다섯 가지를 확인해야 한다. 첫째, 화재, 침수, 해킹 등 예상되는 위험 요소를 명확히 해야 한다. 둘째, 혼자서 반복 복구가 가능한지 확인한다. 셋째, 가족 등 공동 관리자의 복구 가능 여부도 점검해야 한다. 마지막으로, 운용 복잡성을 감당할 가치가 있는지 신중하게 판단해야 한다.