手で写しても間違えにくい短いIDを作るときのBase58エンコード

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

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

思い込み1…

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

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

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

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

思い込み2:変換すると短くなる

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

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

方式字母表の文字数長さの目安記号を含むか
Base5858約 1.37 倍含まない(0 O I l + / を除外)
Base6464約 1.33 倍+ / = を含む
Hex162 倍含まない

思い込み3:字母表を選べる/戻すのもここでできる

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

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

Base58エンコードで何ができて、何ができない?

  • 入力はテキスト直打ちのほか、.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月時点のものです。

除原创内容外其余均系来自互联网或投稿,观点仅代表作者本人,不代表本站立场!所有内容相关事宜请联系860362868@qq.com

本文链接: https://www.home0311.com/a/4195.html (转载请保留)

赞 (0)
上一篇 1小时前
下一篇 2020年11月27日 下午9:53