> bech32 | segwit | bc1 <
// Bech32 - Bitcoin SegWit‑adresskodning med felupptäckt
Bitcoin‑adresser
Standardformat för Bitcoin SegWit‑adresser som börjar med bc1.
Förbättrad felupptäckt
Upptäcker och lokaliserar fel bättre än Base58Check‑formatet.
QR‑vänligt
Enbart gemener ger mer kompakta och lättlästa QR‑koder.
>> teknisk info
Hur Bech32 fungerar:
Bech32 använder ett alfabet med 32 tecken (utan lätt förväxlade tecken) tillsammans med en BCH‑kod för felupptäckt. En adress består av en läsbar del (HRP), avgränsaren 1, data och en kontrollsumma på 6 tecken.
Struktur:
bc1qw508d6qejxtdg4y5r3zarvary0c5xw7kv8f3t4 bc = HRP (Bitcoin mainnet) 1 = avgränsare qw508d = data (5‑bitsgrupper) kv8f3t4 = kontrollsumma (sista 6 tecken)
Varför använda Bech32?:
- >Bitcoin SegWit‑adresser
- >Lightning Network‑fakturor
- >Kryptovaluta‑adresser
- >Feltolerant kodning
- >Optimerat för QR‑koder
>> vanliga frågor
Vad är Bech32?
Bech32 är ett base32‑format med kontrollsumma som främst används för Bitcoin SegWit‑adresser. Det är utformat för att vara mer tillförlitligt än äldre adressformat genom bättre felupptäckt.
Vad är skillnaden mellan Bech32 och Bech32m?
Bech32m är en förbättrad version som åtgärdar en svaghet i den ursprungliga Bech32‑kontrollsumman. Det används för Taproot‑adresser (bc1p), medan klassiska SegWit‑adresser använder Bech32.
Varför är Bech32‑adresser med små bokstäver?
Adresser med endast små bokstäver ger mindre QR‑koder och är enklare att skriva. Formatet är inte skiftlägeskänsligt, men små bokstäver används som standard för konsekvensens skull.
Vad är HRP?
HRP (Human Readable Part) identifierar adressens typ och nätverk. Vanliga exempel är bc för Bitcoin mainnet, tb för testnätet och ltc för Litecoin.
// Snabbreferens
| value | Tecken |
|---|---|
| 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 |
// Kodexempel
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
>> Fler frågor
F: Vad skiljer Bech32 från Bech32m?
S: Samma format och teckenuppsättning men olika kontrollsummekonstant: Bech32 (BIP-173) använder 1, Bech32m (BIP-350) använder 0x2bc830a3. Bech32m används för SegWit v1 och högre, alltså Taproot (bc1p…); Bech32 för v0 (bc1q…).
F: Varför saknas 1, b, i och o i Bech32-alfabetet?
S: De 32 tecknen qpzry9x8gf2tvdw0s3jn54khce6mua7l utelämnar förväxlingsbara symboler: 1 är avgränsare, och b, i, o liknar 6, 1 och 0. Koden är giltig bara med små eller bara med stora bokstäver, aldrig blandat.
F: Hur bra upptäcker Bech32-kontrollsumman fel?
S: De 6 kontrolltecknen bygger på en BCH-kod. De upptäcker garanterat alla fel upp till 4 tecken och hittar skrivfel mycket bättre än Base58Check. Längden är begränsad till 90 tecken.