Bech32 / Bech32m 디코더 (segwit 주소)

Bech32는 bc1로 시작하는 모든 문자열 밑에 깔린 비트코인 주소 형식이고, 하나가 아니라 둘입니다. BIP-173이 정의한 bech32는 체크섬 잔여값이 1이고, BIP-350이 정의한 bech32m은 그 잔여값이 0x2bc830a3이라는 점만 다릅니다. 위트니스 버전 0 주소는 bech32를 유지하고, 탭루트를 포함한 이후 모든 버전은 bech32m을 씁니다. 이 페이지는 둘 다 검증하고, 문자열이 실제로 만족시키는 쪽을 알려 주며, 그것이 쓸 수 있는 주소인지와는 별개로 보고합니다.

그 분리가 핵심입니다. BC1SW50QA3JX3S는 완벽하게 유효한 bech32 체크섬을 가지고 있고 위트니스 버전 16으로 해독되므로, BIP-350 이전에 작성된 검증기는 이것을 주소라고 부릅니다. 하지만 버전 16은 bech32m을 요구하므로 주소가 아닙니다. 이 페이지는 체크섬은 유효하고 주소로는 틀렸다고 한 화면에서 함께 말합니다. 실제로 서로 다른 두 개의 답이기 때문입니다.

BIP-350이 존재하는 이유는 bech32에 좁고 구체적인 결함이 있기 때문이고, 여기서 직접 확인할 수 있습니다. bech32 문자열이 p로 끝날 때, 그 p 바로 앞에 q를 몇 개 끼워 넣어도 체크섬은 여전히 유효합니다. bc188la77m0yfgp는 bc188la77m0yfgqp로도, bc188la77m0yfgqqqqqp로도 검증을 통과합니다. 같은 처리를 bech32m 문자열에 하면 실패하는데, 그것이 새 상수가 사 온 것입니다. segwit 주소에서는 위트니스 버전이 길이를 고정하므로 이 결함이 무해했지만, 이후 버전이 허용하는 가변 길이 페이로드에서는 무해한 채로 남지 않았을 것입니다.

나머지는 구조입니다. 데이터 부분은 각 5비트짜리 base-32 심볼이고, 알파벳에서 숫자 1과 알파벳 b, i, o를 빼서 손으로 쓴 글자가 옆 글자로 미끄러지지 않게 했습니다. 버전 0 P2WPKH 주소는 심볼 33개, 즉 165비트를 담습니다. 바이트로 딱 나뉘지 않으므로 일반적인 바이트 보기는 패딩이 필요하고, 이 페이지는 패딩했을 때 그렇다고 말합니다. 위트니스 프로그램만 엄격하게 다시 묶는데, 명세가 패딩을 금지하는 곳이 거기뿐이기 때문입니다. scriptPubKey는 OP_0 또는 OP_1부터 OP_16까지 다음에 프로그램을 push하는 형태이고, 그래서 탭루트 출력은 5120으로 시작합니다.

모든 계산은 브라우저에서 이뤄지고 어디로도 전송되지 않으므로, 아직 확신이 없는 문자열이 기기를 떠나지 않습니다. 이 도구가 알려 줄 수 없는 것은 그 주소가 누구의 것인지, 무엇이 들어 있는지, 당신이 받은 바로 그 주소인지입니다. 체크섬은 오타를 잡지만 통째로 바꿔치기한 것은 잡지 못합니다.