> bech32 | segwit | bc1 <
// Bech32 - codificación de direcciones Bitcoin SegWit con detección de errores
Direcciones de Bitcoin
Formato nativo para direcciones Bitcoin SegWit que empiezan por bc1.
Mejor detección de errores
Detecta y localiza errores mejor que el formato Base58Check.
Optimizado para códigos QR
Diseño todo en minúsculas que optimiza el tamaño y la legibilidad del código QR.
>> información técnica
Cómo funciona Bech32:
Bech32 usa un alfabeto de 32 caracteres (excluyendo caracteres confusos) junto con un código BCH para la detección de errores. Incluye una parte legible por humanos (HRP), el separador 1, los datos y una suma de comprobación de 6 caracteres.
Estructura:
bc1qw508d6qejxtdg4y5r3zarvary0c5xw7kv8f3t4 bc = HRP (red principal de Bitcoin) 1 = separador qw508d = datos (grupos de 5 bits) kv8f3t4 = suma de comprobación (últimos 6 caracteres)
Por qué usar Bech32:
- >Direcciones Bitcoin SegWit
- >Facturas de Lightning Network
- >Direcciones de criptomonedas
- >Codificación resistente a errores
- >Optimización para códigos QR
>> preguntas frecuentes
¿Qué es Bech32?
Bech32 es un formato base32 con suma de comprobación diseñado principalmente para direcciones Bitcoin SegWit. Se creó para ser más fiable que los formatos de dirección anteriores gracias a una mejor detección de errores.
¿Cuál es la diferencia entre Bech32 y Bech32m?
Bech32m es una versión mejorada que corrige una debilidad del algoritmo de suma de comprobación de Bech32 original. Se usa para direcciones Taproot (bc1p), mientras que las direcciones SegWit clásicas usan Bech32.
¿Por qué las direcciones Bech32 están en minúsculas?
Las direcciones solo en minúsculas generan códigos QR más pequeños y son más fáciles de escribir. El formato no distingue mayúsculas de minúsculas, pero por convención se usan minúsculas para mantener la coherencia.
¿Qué es el HRP?
HRP (Human Readable Part) identifica el tipo de dirección y la red. Ejemplos habituales: bc para la red principal de Bitcoin, tb para la red de pruebas y ltc para Litecoin.
// Referencia rápida
| value | Carácter |
|---|---|
| 0 8 16 24 | q g s c |
| 1 9 17 25 | p f 3 e |
| 2 10 18 26 | z 2 j 6 |
| 3 11 19 27 | r t n m |
| 4 12 20 28 | y v 5 u |
| 5 13 21 29 | 9 d 4 a |
| 6 14 22 30 | x w k 7 |
| 7 15 23 31 | 8 0 h l |
// Ejemplos de código
Charset qpzry9x8gf2tvdw0s3jn54khce6mua7l (32 symbols, no 1 b i o) Format <hrp> + "1" + <data> + <6-char checksum> (max 90 chars) HRP bc (Bitcoin) | tb (testnet) | ltc (Litecoin) | lnbc (Lightning) Checksum Bech32 constant 1 (BIP-173) | Bech32m constant 0x2bc830a3 (BIP-350) Example bc1qw508d6qejxtdg4y5r3zarvary0c5xw7kv8f3t4
>> Más preguntas
P: ¿Qué diferencia hay entre Bech32 y Bech32m?
R: Mismo formato y mismo conjunto de caracteres, pero distinta constante de suma de verificación: Bech32 (BIP-173) usa 1 y Bech32m (BIP-350) usa 0x2bc830a3. Bech32m se emplea en SegWit v1 y superiores, es decir Taproot (bc1p…); Bech32 en la v0 (bc1q…).
P: ¿Por qué faltan 1, b, i y o en el alfabeto Bech32?
R: Los 32 caracteres qpzry9x8gf2tvdw0s3jn54khce6mua7l omiten símbolos ambiguos: 1 es el separador, y b, i, o se parecen a 6, 1 y 0. El código solo es válido en minúsculas o mayúsculas, nunca mezcladas.
P: ¿Qué tan bien detecta errores la suma de verificación Bech32?
R: Los 6 caracteres de control se basan en un código BCH. Detectan con garantía cualquier error de hasta 4 caracteres y encuentran los errores de tecleo mucho mejor que Base58Check. La longitud se limita a 90 caracteres.