Base32 + Base58 编码/解码, RFC 4648 base32 (含 Crockford 变体) + Bitcoin base58 + Solana base58, 支持 hex/文本/文件输入。
- 本地处理
- 分类 编码加密
- 适合 快速检查小 payload、令牌、哈希和编码值。
字母表: Base32 (RFC 4648 标准)
这个工具能做什么
5 种编码一站搞定: Base32 RFC 4648 标准 (A-Z 2-7 + `=` 填充)、 Base32 Crockford (去掉 I L O U 这 4 个手写易混的字母, 大小写不 敏感, 适合人念出来的场景)、Base32hex (RFC 4648 §7, 0-9 A-V, 编码后还能按字符串排序保持原字节序)、Base58 Bitcoin (比特币用 了 15 年的字母表, 去掉了 0 O I l 这 4 个容易看错的字符) 和 Base58 Ripple (XRP 链故意换了字母顺序, 这样比特币地址粘到瑞波 钱包会在解码层直接报错而不是默默解成另一个看起来合法的错地址)。 支持文本、原始 hex (`48656c6c6f`, 不用写 `0x`)、二进制文件三种 输入。可以单独编一种, 也可以打开"5 种全部对比"看同一段字节在 5 种字母表下的样子, 每种旁边都标了字符数和相对原始字节的膨胀比, 方便挑最适合你 URL / 二维码的那种。解码方向也支持: 粘一个比特币 地址回 hex 字节、粘一个 Solana 公钥回 32 字节、粘一个 TOTP base32 密钥回原始 secret。5 种算法都是从零写的 (没引第三方库) —— base32 是 5 比特定长打包, base58 是 BigInt 大整数长除法, 比特币 地址前面的那个 `1` 之所以能保留, 就是因为代码会先数前导零字节再 手动补字母表第 0 个字符回去。所有运算在你浏览器本地完成, 不上传、 不打点。
工具细节
- 输入
- 文件 + 文本 + 数值
- 页面会根据工具类型展示文本框、数值控件、文件选择或结构化输入。
- 输出
- 即时结果 + 复制 + 下载
- 结果区优先给出可操作结果，支持项会显示复制、下载或可视化预览。
- 隐私
- 浏览器本地处理
- 主工具逻辑未发现外部 API 调用，输入通常留在当前标签页内处理。
- 保存 / 分享
- 可分享链接状态
- 关键设置会进入 URL，复制链接后别人能复现同一组参数。
- 性能预算
- 首屏 JS ≤ 25 KB
- 没有声明 WASM 依赖，适合快速打开和移动端使用。
- 适用场景
- 编码加密 · 程序员
- 分类和职业标签用于推荐相关工具、组织内链，并帮助用户快速判断是否适合当前任务。
怎么用
-
1. 输入
把内容粘贴或拖入工具面板。
-
2. 处理
点击按钮,在浏览器内本地处理,文件不上传。
-
3. 复制 / 下载
一键复制结果或下载到本地。
Base32 / Base58 编解码器 适合怎么用
适合做浏览器本地的编码、解码、哈希、令牌检查和可分享转换。
适合编码任务
- 快速检查小 payload、令牌、哈希和编码值。
- 把值整理好再放进 API、URL、文档或客服工单。
- 输入可能敏感时,尽量避开账号型在线工具。
编码检查项
- 真实密钥不要随便粘贴,除非确认能接受本地浏览器处理。
- 分享结果前确认这个操作是否可逆。
- 哈希值要核对算法和大小写是否符合对方要求。
下一步可以接着做
这些入口会把当前任务接到更完整的工具链里。
真实使用场景
把比特币地址解回原始的公钥哈希
你在审一个钱包集成, 想确认 `1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa` (中本聪那个传说地址) 解出来到底是不是预期的 RIPEMD-160 哈希。粘进去, 切"解码 + base58-bitcoin", 输出选 hex, 出来 `0062e907b15cbf27d5425399ebf6f0fb50ebb88f1886ca9a4`。第一 字节 `00` 是主网 P2PKH 版本号, 最后 4 字节 `86ca9a4` 应该 是 SHA256(SHA256(0062...88f1))[:4] —— 拿哈希工具一算就能 复核。零服务器往返, 不需要把任何带私钥嫌疑的字符串发到任何 人的服务器。
生成一个能"念给同事听"的 TOTP 密钥
给一个 CLI 工具配 2FA, 想让密钥写在便利贴上让初级工程师能照 着敲。生成 16 字节随机数 (用本站随机数工具或 `openssl rand -hex 16`), 把 hex 粘到这里, 切到 Base32 RFC 4648, 出来 `JBSWY3DPEHPK3PXP...`。这就是 `otpauth://` URI 里要写的、 Authy 和 Google Authenticator 能识别的密钥。同样的字节再切 一次 Crockford —— 同一个秘密, 没了 I/L/O/U, 电话里念给对方 听几乎不会听错。
入库前校验用户填的 Solana 地址是不是合法的
用户在你的表单里粘了一段他声称是 Solana 钱包地址的字符串。 切"解码 + base58-bitcoin", 看解出来的字节数 —— 必须正好 32 字节。能解出来且长度对, 就是结构合法的 Ed25519 公钥 (要不要校验它真在椭圆曲线上是另一个 server 侧的事)。如果 直接"非法字符"报错, 那他大概率粘错了 —— 可能是一个长得很像 的 Ripple 地址。在脏数据入你数据库之前就能拦住。
QR 码场景选编码前先看膨胀率对比
你要把 32 字节 session token 生成二维码, 二维码密度直接影响 扫描成功率。用 hex 输入丢 32 字节, 打开"5 种全部对比", 一眼看到: hex = 64 字符、Base32 = 52、Base58 = 44、Base64 ≈ 43。 二维码用 alphanumeric 模式 (字母表只有 A-Z 0-9 + 9 个标点), Base32 完美匹配; 用 byte 模式, Base58 字符最少。对比面板把这 种取舍直接摆出来, 不用凭感觉猜。
调试 IPFS CIDv0 哈希时双向往返一下
IPFS CIDv0 (`Qm...` 那种) 是把 SHA-256 哈希前面加 2 字节的 multihash 头, 再 base58-bitcoin 编码出来的。粘个 CID 解码、 看 hex: 前两字节应该是 `1220` (multihash code 0x12 = sha2-256, 长度 0x20 = 32 字节), 后面是真实的 32 字节摘要。pinning 服务拒绝你的 CID 时, 这步能告诉你到底是编码层就坏了, 还是 真的没节点 pin。
一次批量解 200 个 TOTP 备份码
密码管理器导出了 200 个 TOTP 条目, 每个都是 base32 密钥。 开"批量"模式, 一行粘一个, 一行出一个 hex 结果。可以接着 grep、去重、跨条目比对, 不用专门写一段 5 行的 Python 脚本。
常见踩坑
把 Bitcoin 和 Ripple 的 Base58 字母表搞混。算法一样, 字母顺序完全不同 —— 比特币地址用瑞波字母表解码不会报错, 它会安静地解出一堆错字节。一定先确认你在处理哪条链的地址。
忘了 Base58 把前导零字节编成开头的 `1` (比特币) 或 `r` (瑞波)。如果你写的 base58 往返某一侧把它们剥掉, 比特币地址会安静地变短而且全部错。
hex 输入里带 `0x` 前缀或空格。工具会自动去掉 `0x`、空白、连字符、冒号, 但万一从 Slack 复制带了智能引号这种非 hex 字符还是会报错 —— 解码失败就检查输入字符串。
以为 Crockford Base32 能和 RFC 4648 标准互通。不能 —— 字母表完全不同。TOTP App 期望标准, 你给它 Crockford 编码的密钥它直接拒绝。
把 Base58 当成 "Base64 减几个字符"。不是 —— Base58 用 BigInt 长除法, Base64 是定长 6 比特打包。两者输出长度、前导零处理、字母表都不一样。
隐私说明
所有运算 (Base32 5 比特打包、Base58 BigInt 大整数长除法、hex 解析、UTF-8 编解码、文件读取) 全部是浏览器里跑的纯 JavaScript。 你粘的输入、拖入的文件、编出的输出, 一个字节都不会离开标签页, 不打点、不分析。URL 分享状态只带文本输入和编码选项 (方便"分享 链接"能工作), 绝不会把文件字节或看起来像私钥的东西塞进 URL。 首次加载后, 拔网线甚至搬到一台从没联网的笔记本上都能正常用。
常见问题
类似工具组合
做你这行的人, 还会一起用这些。