在本地编码和解码 Base32、Base58 文本,无需上传数据。
在浏览器本地完成 Base32 和 Base58 文本转换,适合检查令牌、标识符、测试样例和区块链相关示例的字母表、填充和往返一致性。
它把 UTF-8 文本编码为带填充的 RFC 4648 Base32,方便与要求大写字母表和固定分组的系统对接。
它可以把 Base32 解回文本,并拒绝错误字符或错误填充,避免复制和传输问题被忽略。
它支持 Bitcoin 风格 Base58,保留前导零字节,并排除 0、O、I、l 等容易混淆的字符。
所有转换都在浏览器本地完成,适合调试标识符、钱包样本、配置代码和支持工单附件。
纯文本
byteflow tools
Base32 输入
MZXW6YTBOI======
Base58 输入
2NEpo7TZRRrLZSi2U
Base32 输出
MJ4XI2DGN5XWIZLTMF2A====
Base58 输出
2NEpo7TZRRrLZSi2U
校验说明
解码 Base58 样本时,应拒绝包含 0、O、I 或 l 的值。
Base32 填充缺失或出现在中间
只在末尾使用 = 填充,或从源文本重新生成编码值。
Base58 输入包含易混字符
改用经过确认的 Base58 值;该字母表会有意排除 0、O、I 和 l。
从邮件或聊天复制时混入空白
先去掉换行和空格,再执行解码和往返检查。
选择了错误的字母表
先切换 Base32 或 Base58 以匹配生成端系统,再继续排查内容。
把编码当成安全保护
Base32/Base58 编码可逆;保密仍需要单独的加密或签名机制。
Base32/Base58 转换器适合放在标识符调试、测试样例准备和文档复核环节,不能替代加密、签名或正规的自动化测试。
什么时候应该用 Base32?
当系统要求 RFC 4648 输出、有限的大写字母表和可选填充时,优先使用 Base32。
为什么 Base58 会排除一些字母和数字?
Base58 会移除视觉上容易混淆的字符,以减少人工复制标识符时的错误。
Base58 和 Base64URL 一样吗?
不一样。Base58 使用不同字母表和转换过程;Base64URL 仍然是 URL 安全版本的 Base64。
这个工具能验证生产秘密吗?
它可以本地检查语法,但编码后的秘密在分享前仍应轮换或脱敏。
如何确认转换结果正确?
先编码,再解码回文本,并与原始输入逐字比较后再用于文档或测试。