체크섬은 원래 난수 데이터에서 계산한 몇 비트의 정보입니다. 비트는 정보의 기본 단위입니다. BIP39는 원래 데이터 길이를 ENT라 부르고, 그 SHA-256 지문의 처음 ENT/32비트를 붙인 다음 전체를 단어 선택용 11비트 묶음으로 나눕니다. 이는 기록을 검사할 뿐 새 비밀을 만들지는 않습니다. 같은 데이터가 있으면 누구나 같은 체크섬을 계산할 수 있습니다.
단어는 엔트로피라고 부르는 원래 난수 데이터와 그 짧은 검사 정보를 함께 표현합니다. BIP39는 ENT = 128, 160, 192, 224 또는 256비트를 허용합니다. 각각 4, 5, 6, 7 또는 8비트의 검사를 더해 12, 15, 18, 21 또는 24개 단어를 만듭니다. 각 11비트 묶음이 2048개 단어 목록에서 번호 0‑2047에 해당하는 단어를 고릅니다. 복구할 때 소프트웨어는 이 기록을 풀어 각 부분이 맞는지 확인할 수 있습니다. [1]
마지막 단어에는 원래 비밀 데이터 일부도 들어 있습니다. 128비트 입력에서는 128 + 4 = 132 = 12 × 11이므로 마지막 단어에 엔트로피 7비트와 검사 4비트가 담깁니다. 24개 단어일 때는 엔트로피 3비트와 검사 8비트입니다. 따라서 마지막 단어를 잃으면 검사 정보만 잃는 것이 아닙니다. 앞의 단어들만으로 올바른 끝부분을 하나로 결정할 수 없으며, 공통으로 쓰는 검사 단어를 끼워 넣으면 되는 것도 아닙니다. [1]
검사가 짧아 모든 잘못된 조합을 거부하지는 못합니다. 올바른 목록에서 균등하게 무작위로 고른 배열 중 12개 단어에서는 1/16, 24개 단어에서는 1/256이 통과합니다. 이는 해당 길이의 모든 가능한 배열에 대한 비율입니다. 자신의 특정 오타나 단어 순서 교환이 얼마나 확실히 발견될지는 말해 주지 않습니다. 따라서 초록색 확인 표시가 떠도 백업을 정확히 옮겨 적었다는 증거는 아닙니다. [1]
설명서에 공개된 백업을 생각해 보세요. 체크섬이 완벽히 맞아도 자신의 돈을 보관하는 데 쓰는 것은 안전하지 않습니다. 검사기는 올바른 목록으로 단어를 비트로 바꾸고 원래 데이터를 분리한 뒤 검사 비트를 그 SHA-256과 비교할 뿐입니다. 공격자도 같은 계산을 할 수 있습니다. 누가 단어를 만들었고 누가 알고 있는지는 알아내지 못합니다. 출처를 인증하지도, 잘못된 백업을 일반적으로 고치는 방법을 제공하지도 않습니다. [1]
추가 암호인 BIP39 passphrase를 사용한다면 단어 체크섬은 이를 전혀 검사하지 않습니다. 별도의 계산인 PBKDF2-HMAC-SHA512가 백업 구문과 passphrase를 키 도출의 비밀 기반인 512비트 시드로 바꿉니다. 그래서 단어가 통과해도 passphrase를 잘못 입력하면 다른 지갑으로 이어질 수 있습니다. 정확한 단어와 순서, 필요한 passphrase를 보관하세요. 다른 단어 목록으로 번역해도 시드가 바뀝니다. [1]
모르는 사이트가 빠른 검사를 약속해도 단어를 입력하는 순간 이미 그 사이트에 전달한 것입니다. 올바른 결과가 앱이 단어를 저장하거나 훔치지 않았다는 증거는 아닙니다. 복구에는 지갑의 신뢰할 수 있는 절차를 사용하세요. 소프트웨어 테스트에는 자신의 비밀 백업 대신 알려진 입력과 예상 결과로 구성된 공개 테스트 벡터를 써야 합니다. 그러나 그 공개 예시를 실제 자금의 지갑으로 사용해서는 안 됩니다. [1]
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 BIP 39, Seed Generation, BIP39 passphrase, Cryptographic Entropy. 다음 항목에서도 이 글을 참조합니다 BIP 39, BIP39 passphrase, COLDCARD RNG Incident (2026), SeedQR.