このツールでできること
UTF-8 テキストを RFC 4648 のパディング付き Base32 に変換し、大文字アルファベットと固定ブロックを要求するシステムに合わせやすくします。
Base32 をテキストへ戻し、不正な文字や不正なパディングを拒否してコピーや転送時の問題を見逃しにくくします。
Bitcoin 形式の Base58 に対応し、先頭のゼロバイトを保持しつつ 0、O、I、l のような紛らわしい文字を除外します。
変換はブラウザ内で完結するため、識別子、ウォレット関連のサンプル、設定用コード、サポート用のテストデータの確認に使えます。
よくある利用シーン
- Base32 の復旧コードや設定値が安定して往復変換できるか確認する。
- ウォレット、鍵、分散システムの統合デバッグ中に Base58 識別子サンプルを確認する。
- URL、シェル、ドキュメントで Base64 記号を避けたいテストデータを作る。
- メールやチャットからコピーした値に空白や紛らわしい文字が混入していないか確認する。
- ローカルワークフローで Base32、Base58、Base64、16 進数 のどれを使うべきか比較する。
入力例
Base32 入力
MZXW6YTBOI======
Base58 入力
2NEpo7TZRRrLZSi2U
出力例
Base32 出力
MJ4XI2DGN5XWIZLTMF2A====
Base58 出力
2NEpo7TZRRrLZSi2U
検証メモ
Base58 サンプルのデコード時は、0、O、I、l を含む値を拒否します。
よくあるエラーと対処法
Base32 のパディングが不足している、または途中にある
= は末尾だけに置くか、元のテキストから値を再生成します。
Base58 入力に紛らわしい文字が含まれる
確認済みの Base58 値を使ってください。このアルファベットでは 0、O、I、l を意図的に除外します。
メールやチャットからコピーした空白が混入している
改行や空白を取り除いてからデコードし、往復確認を行います。
違うアルファベットを選んでいる
生成元システムに合わせて Base32 または Base58 を切り替えてから内容を調べます。
エンコードを保護だと考えている
Base エンコードは可逆です。保護には暗号化や署名を別途使ってください。
セキュリティとプライバシーの注意点
共通のプライバシー用語、ローカル処理モデル、外部リクエストラベル、DevTools での検証手順はトラストセンターを確認してください。
- Base32 と Base58 の変換はブラウザ内で実行され、ネットワーク要求は不要です。
- エンコード値も秘密を含む可能性があります。共有前に認証情報や個人情報を必ずマスクしてください。
- デバッグや文書作成後は、共有クリップボードに残った識別子やサンプル値を消してください。
手順
- Base32 または Base58 を選び、生成元システムのアルファベットを確認します。
- サンプルを貼り付けて一度変換し、不正文字やパディングエラーを確認します。
- 出力を逆方向に変換し、元のテキストと一致することを確認します。
- 文書、テスト用データ、チケットに貼る前に機密値を取り除きます。
共有前の品質チェックリスト
- エンコードとデコードの向きを取り違えていないか確認します。
- Base32 の = パディングが末尾だけにあるか確認します。
- Base58 サンプルに 0、O、I、l が含まれていないか確認します。
- 共有前に実際のトークン、鍵、個人情報が残っていないか確認します。
運用のヒント
Base32/Base58 変換は、識別子デバッグ、テスト用データ作成、文書レビューに向いていますが、暗号化、署名、正式な自動化テストの代替にはなりません。
よくある質問
Base32 はいつ選ぶべきですか？
RFC 4648 の出力、限定された大文字アルファベット、任意のパディングを要求するシステムでは Base32 が適しています。
Base58 が一部の文字を除外する理由は？
識別子やウォレット風の値を手入力、コピーするときの視覚的な誤読を減らすためです。
Base58 は Base64URL と同じですか？
いいえ。Base58 は異なるアルファベットと変換方法を使います。Base64URL は URL 安全な Base64 です。
本番の秘密値を検証できますか？
構文確認はローカルでできますが、共有前に秘密値はローテーションまたはマスクしてください。
変換が正しいことはどう確認しますか？
エンコード後にデコードして元のテキストと一致するか比較してから、文書やテストで使ってください。
