Base32-Kodierung Entwicklerhandbuch

Beispiel laden:
43 bytes
JBSWY3DPFQQFO33SNRSCCICUN5XWY42BIEQDEMBSGYQEIZLWMVWG64DFOIQFG5LJORSS4===
Byte Hex Dump Preview:
48 65 6c 6c 6f 2c 20 57 6f 72 6c 64 21 20 54 6f 6f 6c 73 41 41 20 32 30 32 36 20 44 65 76 65 6c 6f 70 65 72 20 53 75 69 74 65 2e
Eingabegröße43 B
Ausgabegröße72 B
Verhältnis160% (8:5)
Alphabetrfc4648

100% Client-Side Privacy

Your 2FA authentication seeds, private hashes, and sensitive payloads are encoded strictly within your local browser memory.

Dual RFC 4648 Alphabets

Seamlessly switch between standard Base32 (A-Z, 2-7) and lexicographically sorted Base32hex (0-9, A-V) standards.

Full 2FA Seed Compatibility

Provides one-click padding toggle to generate clean Google Authenticator, Authy, and hardware token compatible seed strings.

Technische Referenz & Architektur-Leitfaden

Base32-Kodierung Entwicklerhandbuch — Referenz-Leitfaden

Referenz für RFC 4648 Base32 und Base32hex, 5-Bit-Blockausrichtung und Padding-Verhalten.

Wichtige Parameter & Steuerelemente

alphabetenum

Zeichensatz: Standard oder Base32hex.

paddingboolean

Fügt '='-Zeichen zur 8-Zeichen-Ausrichtung hinzu.

Profi-Tipps & Best Practices

Base32 vermeidet Verwechslungen zwischen 0/O und 1/I.

Das Verhältnis beträgt 8:5 (160% der Originalgröße).

TOTP-Tokens (z.B. Google Authenticator) nutzen meist Base32 ohne Padding.

Häufige Fallstricke & Fehlerbehebung

Prüfen Sie, ob Ziffern wie 0, 1, 8 oder 9 vorhanden sind.

Entfernen Sie das '='-Padding am Ende des Schlüssels.

Häufig gestellte Fragen (FAQ)

Werden Daten übertragen?▼

Nein, alle Berechnungen laufen 100% lokal im Browser.

Was ist Base32hex?▼

Eine hexadezimal-orientierte Variante (0-9, A-V), die Sortierreihenfolgen erhält.

Warum nicht Base64 nutzen?▼

Base32 ist unempfindlich gegenüber Groß-/Kleinschreibung.

Wie groß ist der Overhead?▼

Exakt 60% mehr Bytes im Vergleich zu Rohdaten.

Verwandte Werkzeuge & Dienstprogramme

Alle Werkzeuge →