You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
bip93: Reject human-readable parts longer than 83 characters #32
BIP-93's generalized human-readable part follows the BIP-173 HRP grammar, including the 1–83 character limit. The larger 1023-symbol bound applies to the expanded checksum codeword, not the HRP itself.
Implemented in focused PR #33: enforce the HRP bound at the Bech32 decoding boundary and in public correction contexts. Regression coverage comes from the generalized-HRP draft vectors in BenWestgate/bips PR #2 @ 01374bf: valid 83-character HRP, invalid 84-character HRP, generalized-HRP sharing/recovery, expanded-codeword 94/95 gap cases, and lowercase-HRP checksum behavior. The obsolete >83-character frozen vectors were removed rather than repurposed as checksum-layer tests.
The final refreshed #33 head b1b1b27 is mergeable on the settled foundation stack, all review threads are resolved, exact-head Python-package runs 638 and 639 succeeded, and it has a current-head Codex release-gate ACK. No automated/code-review gap remains.
Keep this issue open through human integration of #33 after #13.
Activity
bip93: validate correction HRP length
bip93: test the checksum period without an invalid HRP
bip93: Enforce the BIP173 HRP limit
bip93: Enforce the BIP173 HRP limit
bip93: Enforce the BIP173 HRP limit
bip93: Enforce the BIP173 HRP limit
bip93: Enforce the BIP173 HRP limit
bip93: Enforce the BIP173 HRP limit