Ugrás a tartalomhoz
100% helyi

Bech32 konverter

Kódolj előtagot és adatokat Bech32 vagy Bech32m formátumba, vagy egy létező karakterláncot dekódolj és az ellenőrzőösszeget igazold.

Bemenet
Kimenet

Bech32 konverter

A Bech32 és a Bech32m a korszerű SegWit Bitcoin-címek, a Lightning-számlák építőkövei és a Nostr-kulcsok (például npub és nsec) mögött húzódó ellenőrzött szövegkódolások. Ez az eszköz egy ember által olvasható előtagból és egy adatpayload-ból Bech32 vagy Bech32m karakterláncot készít, vagy egy meglévő karakterláncot szétbont, hogy megmutassa az előtagot, az adatokat hexadecimális formátumban, és hogy az ellenőrzőösszeg valóban helyes-e.

Változztass az Irány opcióval, hogy kódolást vagy dekódolást válassz. A kódolás az adatokat a beviteli mezőből olvassa — hex bájtpárokként, vagy ha az Adatbemenet formátumát base32-re állítod, közvetlenül a Bech32 készletből (qpzry9x8gf2tvdw0s3jn54khce6mua7l) — kombinálja azt az Ember által olvasható előtaggal, és hozzáadja a 6 karakteres ellenőrzőösszeget a választott Verzióhoz. A dekódolás az ellenkező irányban működik: az utolsó "1" karakternél feldarabolja a karakterláncot, ellenőrzi az ellenőrzőösszeget a kiválasztott verzió ellen, és kinyomtatja az előtagot, majd az adatokat hexadecimális formátumban. Ha az ellenőrzőösszeg nem egyezik a választott verzióval, de a másik verzióval igen, a hibaüzenet ezt jelzi, mivel a Bech32 és a Bech32m csak az ellenőrzőösszeg kiszámításához használt konstans tekintetében különbözik.

A "Hossz ellenőrzése a 90 karakteres Bech32 korlát ellen" lehetőség kikényszeríti a BIP-173 által az előtagra (83 karakter) és az egész karakterláncra (90 karakter) meghatározott korlátokat; kapcsold ki, ha hosszabb karakterláncokkal dolgozol, például az egyes nem-cím felhasználási esetek által generált base32 payloadokkal. A "Checksum külön megjelenítése" opció a 6 karakteres ellenőrzőösszeget saját sorban jeleníti meg az eredeti karakterláncba való beépítés helyett. Megjegyzés: ez egy általános célú Bech32-eszköz, nem Bitcoin-specifikus: egy SegWit-cím egy extra tanúverzió-szimbólumot kódol az adatai előtt, így az itt történő dekódolás nagyon gyakran jelent kitöltési hibát — ez várt viselkedés, mivel az eredeti bitfolyam nem igazodik a bájthatárhoz, ha ezt az extra szimbólumot belefoglalod.

Minden helyileg fut a böngészödben; semmit, amit beillesztesz, nem töltünk fel. Másolj ki az eredményt, töltsd le .txt fájlként, vagy küldd vissza az eredményt közvetlenül a bemenetre, hogy folytathasd a munkát.

Gyakori kérdések

Mi a különbség a Bech32 és a Bech32m között?
Ugyanaz a szerkezet és ábécé, de más konstansot használnak az ellenőrzőösszeg kiszámításakor. A Bech32 az eredeti (verziójú SegWit-címek által használt); a Bech32m kijavít egy gyengeséget, amely az eredetinek más tanúverziók vonatkozásában volt, és a Taproot-címek közül újabb formátumok használják.
Miért hibázik néha az igazi Bitcoin-cím dekódolása itt?
A SegWit-cím egy tanúverzió-szimbólumot csomagol az adatok elé az ellenőrzőösszeg előtt. Ez az eszköz az előtag és az ellenőrzőösszeg közötti mindent egyetlen sima adatfolyamként kezeli, így nem bontja ki azt a verzió-szimbólumot — a dekódolás továbbra is helyesen ellenőrzi az ellenőrzőösszeget, de a jelzett hex az egész adatfolyamra, nem csak a program részére vonatkozik.
Mi történik, ha rossz formátumú adatokat illesztek be?
Egy nyugodt hibaüzenetet kapsz, amely elmagyarázza, mi a gond — például páratlan számú hex számjegy, vagy a Bech32 készleten kívüli karakter — ahelyett, hogy egy csendesen rossz választ kapnál.
Használhatok a "bc"-n kívüli előtagot?
Igen. Az ember által olvasható előtag az nyomtatható ASCII-karakterek bármilyen karakterlánca — "bc" Bitcoin főnethez, "tb" tesztnethez, "npub"/"nsec" Nostr-kulcsokhoz, vagy bármely előtag, amit választasz.
Az adataimat valaha valahova feltöltik?
Nem. A kódolás és a dekódolás is teljes egészében a böngészödben fut — semmit, amit beírsz vagy beillesztesz, nem küldenek el egy szerverhez.