So wandeln Sie zwischen zwei beliebigen Kodierungen um
- Fügen Sie Ihre Zeichenkette in die Eingabe ein. Steht Von auf Automatisch, sagt die Statuszeile, wofür das Tool sie hält: „Erkannt: Base58 · Falsch? Lesen als [Base64] …“.
- Liegt die Vermutung daneben, klicken Sie auf eine der Schaltflächen Lesen als oder stellen Von selbst ein.
- Wählen Sie das Ziel unter Nach. Die Formate sind gruppiert: Text, Base64, Bytes und Zahlen, Base32, Basen für große Zahlen, Base85/Base91/Base45 sowie E-Mail, URL und Altformate.
- Die Optionen jedes Formats erscheinen unter seinem Bereich, zum Beispiel Alphabet bei Base58 und Base62 oder Padding (=) bei Base32 und Base64.
- ⇄ Tauschen verschiebt die Ausgabe in die Eingabe und kehrt die beiden Formate um. Ausgabe kopieren und Herunterladen übernehmen das Ergebnis, und Bytes speichern lädt die dekodierten Bytes als Datei herunter.
Jede Umwandlung läuft über rohe Bytes: Die Eingabe wird dekodiert, und die Bytes werden neu kodiert. Der Zähler Bytes unter dem Tool zeigt, wie viele es sind, oft der schnellste Weg zu prüfen, ob ein Schlüssel oder Hash vollständig ist. Die oben aufgeführten Einzelseiten öffnen genau diesen Konverter mit voreingestellten Formaten.
Die Kodierungen im Vergleich
| Kodierung | Alphabet | Ausgabegröße | Overhead | Typische Verwendung |
|---|---|---|---|---|
| Hex / Base16 | 16 | 2 Zeichen pro Byte | 100 % | Hashes, Debugging, Byte-Dumps |
| Base32 | 32 | 8 pro 5 Bytes | 60 % | TOTP-Secrets, Onion-Adressen, IDs ohne Groß-/Kleinschreibung |
| Base36 | 36 | ≈ 1,55 pro Byte | ≈ 55 % | Kurze IDs und Zahlen ohne Groß-/Kleinschreibung |
| Base45 | 45 | 3 pro 2 Bytes | 50 % | QR-Codes (EU-Gesundheitszertifikate) |
| Base58 | 58 | ≈ 1,37 pro Byte | ≈ 37 % | Bitcoin, Solana, IPFS |
| Base62 | 62 | ≈ 1,34 pro Byte | ≈ 34 % | Kurz-URLs und IDs |
| Base64 | 64 | 4 pro 3 Bytes | 33 % | E-Mail, JSON, Data-URIs, JWTs, fast alles |
| Ascii85 / Z85 | 85 | 5 pro 4 Bytes | 25 % | PDF, PostScript, Git, ZeroMQ-Schlüssel |
| basE91 | 91 | ≈ 1,23 pro Byte | 14–23 % | Daten in druckbares ASCII quetschen |
| Uuencode / xxencode | 64 | 4 pro 3 Bytes plus Zeilenrahmen | ≈ 38 % | Alte E-Mail- und Usenet-Anhänge |
Der Overhead gilt für Zufallsdaten; bei den Basen für große Zahlen schwankt er je nach Wert um ein oder zwei Zeichen. Base45 wirkt hier verschwenderisch, aber im alphanumerischen Modus eines QR-Codes kosten seine 45 Zeichen je 5,5 Bit, was es auf nahe 3 % bringt.
Für eine einzelne Eingabe hier die 5 Byte lange Zeichenkette Hello in jeder Kodierung:
| Hex | Base32 | Base36 | Base45 | Base58 | Base62 | Base64 | Ascii85 | basE91 |
|---|---|---|---|---|---|---|---|---|
48656c6c6f | JBSWY3DP | 3yud78mn | %69 VDL2 | 9Ajdvzr | 5TP3P3v | SGVsbG8= | 87cURDZ | >OwJh>A |
Drei Arten, eine Basis zu bauen
Die Kodierungen fallen in drei Gruppen, und die Gruppe erklärt das meiste ihres Verhaltens.
Bitgruppen: Hex, Base32, Base64, uuencode und xxencode. Die Größe des Alphabets ist eine Zweierpotenz, jedes Zeichen trägt also eine feste Anzahl Bits (4, 5 oder 6). Das Kodieren ist schnell, funktioniert als Stream, und die Ausgabelänge hängt nur von der Eingabelänge ab.
Feste Blöcke: Base45 (2 Bytes in 3 Zeichen) und die Base85-Familie (4 Bytes in 5). Das Alphabet ist keine Zweierpotenz, daher wird ein kleiner Block als Zahl umgerechnet. Immer noch schnell und streamfähig, die Länge ist wieder durch die Eingabegröße festgelegt.
Große Zahlen: Base36, Base58 und Base62. Die gesamte Eingabe ist eine Zahl, geschrieben in der neuen Basis. Jede Alphabetgröße funktioniert, und die Ausgabe hat kein Padding, aber jedes Byte beeinflusst jedes Zeichen, führende Nullbytes brauchen eine Sonderbehandlung, und der Aufwand wächst mit dem Quadrat der Größe. Dieser Konverter bewahrt führende Nullen als führende Nullziffern und begrenzt die Eingabe bei diesen Basen auf 64 KB.
basE91 liegt zwischen den Gruppen: Es liest jeweils 13 oder 14 Bits, seine Länge hängt also leicht vom Inhalt ab.
Welche Kodierung Sie wählen sollten
- Programme reden mit Programmen: Base64, oder Base64URL in URLs und Tokens. Jede Sprache hat es eingebaut, und nichts anderes wird so breit verstanden.
- Menschen lesen, tippen oder diktieren den Wert: Base32, am besten Crockfords Variante, oder Base36. Beide ignorieren Groß- und Kleinschreibung; Crockford vermeidet zudem verwechselbare Buchstaben.
- Kurze opake IDs in URLs: Base62 für die kürzeste Zeichenkette aus Buchstaben und Ziffern, Base58, wenn Menschen sie von Hand abschreiben könnten, denn es lässt
0,O,Iundlweg. - Ein QR-Code: Base45 mit dem alphanumerischen QR-Modus.
- Jedes Byte zählt, und der Kanal ist reines ASCII: Ascii85 oder Z85 für feste Blöcke, basE91 für ein paar Prozent mehr.
- Bytes untersuchen: Hex. Doppelt so groß, aber jedes Byte sind zwei Zeichen, die Sie lesen können.
- Ein Altsystem verlangt es: uuencode oder xxencode, und für nichts Neues.
Der Vergleich von Hex, Base32, Base58 und Base85 geht tiefer auf die Abwägungen gegenüber Base64 ein.
Häufige Fragen
Welche Textkodierung ist für Binärdaten am kompaktesten?
Unter den gängigen basE91 (etwa 23 % Overhead bei Zufallsdaten), dann die Base85-Familie (25 %), dann Base64 (33 %). Die kompakteren Kodierungen verwenden Satzzeichen, die in JSON, HTML oder Shells maskiert werden müssen, weshalb Base64 oft der bessere Kompromiss ist.
Welche Kodierung eignet sich am besten für URLs?
Base64URL für maschinell erzeugte Tokens, weil es kurz und standardisiert ist. Base62 oder Base58, wenn der Wert nur Buchstaben und Ziffern enthalten soll, und Base32 oder Base36, wenn er Änderungen der Groß- und Kleinschreibung überstehen muss. Base45 und Base85 enthalten Zeichen, die prozentkodiert werden müssen.
Warum schwankt die Länge der Ausgabe bei Base58, Base62 und Base36?
Sie behandeln die Eingabe als eine große Zahl, die Länge hängt also auch von ihrem Wert ab und nicht nur von der Byteanzahl. Base64, Base32 und Hex bilden feste Bitgruppen ab und liefern bei gleicher Byteanzahl immer dieselbe Länge.
Wie entscheidet die automatische Erkennung, was meine Zeichenkette ist?
Sie prüft die Eingabe gegen die Regeln jedes Formats, vom markantesten (Begrenzer wie <~ oder begin 644) bis zum allgemeinsten, und dekodiert mit dem ersten Treffer. Eine kurze Zeichenkette kann in mehreren Formaten gültig sein; mit den Schaltflächen Lesen als wählen Sie eine andere Lesart.
Schützen diese Kodierungen die Daten?
Nein. Jede davon lässt sich von jedem ohne Schlüssel umkehren. Sie machen Bytes nur druckbar. Siehe Kodierung vs. Verschlüsselung.