Base58エンコードは「暗号化」ではない — よくある思い込みを先に潰す

Base58エンコードは暗号化ではなく、鍵もパスワードも使わない文字列の置き換えです。UTF-8 のテキストを 58 種類の文字で書き直すだけで、受け取った側は誰でも元に戻せます。人に見られたくない情報を隠す用途には使えません。

思い込み1：暗号化だと思っている

ToolPug のこのページの見出しは「Base58エンコード」で、説明も「UTF-8. ブラウザ内で処理.」までしか書かれていません。鍵を扱うのは同じサイトの AES暗号化という別のツールで、こちらは鍵なしで動きます。Base58 は「読めない形にする」だけで、守る仕組みを持っていません。

逆です。ページの例では Hello（5 バイト）が 9Ajdvzr（8 文字）になり、およそ 1.37 倍に増えます。Base64 の 1.33 倍より長いので、容量を減らす目的の変換ではありません。

Base58 が使われる理由は長さではなく、見間違えやすい 0（ゼロ）と O、I と l、そして + / を字母表から外していることです。手書きや口頭で伝える場面で取り違えが減ります。

方式	字母表の文字数	長さの目安	記号を含むか
Base58	58	約 1.37 倍	含まない（0 O I l + / を除外）
Base64	64	約 1.33 倍	+ / = を含む
Hex	16	2 倍	含まない

このページの設定項目は 0 個で、字母表は Bitcoin 系に固定されています。Flickr 版や Ripple 版を選ぶ欄はありません。

手元で Base58 の仕様どおりに計算し直したところ、Hello は同じく 9Ajdvzr になりました。独自の並びではなく標準の字母表を使っている、と判断していいと思います。逆向きのデコードは別ページの担当で、ここはエンコード専用です。

入力はテキスト直打ちのほか、.txt / .json / .csv / .tsv / .xml / .html / .css / .js / .sql / .md / .yaml / .yml の 12 種類のファイル読み込みに対応
文字数の上限は設けられておらず、処理はブラウザ内で完結。ファイルは送信されず、ログインも不要
結果は読み取り専用の欄に出て、コピーかファイル保存で取り出せる
できないこと：デコード、字母表の切り替え、複数ファイルの一括処理、暗号化

テキストをBase58エンコードのページに貼って実行すれば、その場で結果が出ます。

人が手で写す前提の短い ID を、記号まみれにせず表したいときです。URL に載せるなら Base64URL のほうが素直で、秘密を守りたいなら暗号化が要ります。「見間違えを減らしたい」以外の目的なら、このツールの出番はありません。

作者：ToolPug を日常的に使っている個人　最後更新：2026-11-09　根拠：当該ツールページの表示内容

機能とパラメータは toolpug.com の当該ツールページ、2026年11月時点のものです。