Base32-, Base58- und Z85-Kodierer

So verwenden Sie es

1. Wählen Sie unter Format ein Format und unter Modus Kodieren oder Dekodieren.
2. Tragen Sie den Text in Text ein. Das Ergebnis erscheint, während Sie tippen.
3. Lesen Sie Prüfung ab. Nennt sie Zeichen, die nicht passen, korrigieren Sie diese. Ist der Text gültig, kopieren Sie das Ergebnis.

Die fünf Formate

Jedes Format schreibt Binärdaten mit einer festen Menge druckbarer Zeichen. Die Formate unterscheiden sich darin, wie viele Zeichen sie verwenden und wie viel länger die Ausgabe als die Eingabe ist.

• Base32 (RFC 4648, Abschnitt 6) verwendet A bis Z und 2 bis 7. Jedes Zeichen trägt fünf Bit, daher ergeben acht Zeichen fünf Bytes, und der Text wird mit = auf ein Vielfaches von acht aufgefüllt.
• Base32hex (RFC 4648, Abschnitt 7) verwendet 0 bis 9 und A bis V. Es behält die Sortierreihenfolge der Daten, was Base32 nicht tut.
• Base58 verwendet das Bitcoin-Alphabet, das 0, O, I und l weglässt, damit ähnliche Zeichen nicht verwechselt werden. Jedes führende Null-Byte wird zu einer 1, und es gibt kein Auffüllen.
• Ascii85 schreibt vier Bytes als fünf Zeichen von ! bis u, also etwa ein Viertel länger als die Daten. Vier Null-Bytes werden als z geschrieben.
• Z85 ist eine für Quellcode entworfene Variante von Ascii85: Vier Bytes werden zu fünf Zeichen aus einem Alphabet mit 85 Zeichen, das in Zeichenketten sicher ist. Die Daten müssen ein Vielfaches von vier Bytes sein.

Text und Bytes

Der Text wird als seine UTF-8-Bytes kodiert (RFC 3629). Daher braucht ein Buchstabe wie ü zwei Bytes und ein Emoji vier. Beim Dekodieren werden die Bytes wieder zu Text. Sind die dekodierten Bytes kein gültiges UTF-8, etwa bei einer Datei oder einem Schlüssel, zeigt die Seite sie stattdessen hexadezimal, damit kein Byte verloren geht.

Was beim Dekodieren angenommen und was abgelehnt wird

RFC 4648, Abschnitt 3.3, verlangt, dass ein Dekodierer Zeichen außerhalb seines Alphabets ablehnt. Diese Seite tut dasselbe, daher nimmt Base32 keine Kleinbuchstaben an. Leerzeichen und Zeilenumbrüche ignoriert sie, weil sie beim Kopieren und Einfügen entstehen. Das Auffüllen bei Base32 ist optional. Die Seite lehnt außerdem einen Base32-Text ab, dessen letztes Zeichen Füllbits ungleich null hat, was Abschnitt 3.5 einem Dekodierer erlaubt.

Häufig gestellte Fragen