加密钱包地址验证器

意味着这个字符串格式正确且内部一致：字符属于正确的字母表，长度与前缀声明的类型相符，地址内置的校验和与其余部分吻合。仅此而已。它不代表这个地址存在、有人持有它的私钥、它曾收到过资金、它在你以为的那条链上，或者它属于你要付款的人。这些问题不询问节点都无法回答，而本页不询问任何东西。

因为它是有效地址，只是没有防护。EIP-55 把校验和藏在字母大小写里，所以全部用同一种大小写书写的地址根本不带校验和，其中输错一个字符也完全不会被发现。这就是本页给出四种结果而不是两种的原因：全小写和全大写标记为无校验和，大小写混合的地址会用 Keccak-256 哈希验证，而未通过验证的大小写混合地址会被标记为输入错误或被篡改。如果可以选择，请始终传播带校验和的形式。

所有 EVM 链都使用同样的二十字节地址格式，所以字符串本身无法告诉你。以太坊、Arbitrum、Optimism、Base、Polygon、BNB Chain 等都接受同一个地址，同一把私钥在所有这些链上都控制着它。这很方便，直到出问题为止：把代币发到正确的地址却选错了链，是最常见的资金丢失方式之一，而任何验证器都无法提醒你，因为地址本身没有任何问题。请在钱包里确认网络，而不是看地址。

离线做不到。外部账户与合约的区别在于该地址是否存有代码，这是链上状态，而不是字符串中编码的内容。区块浏览器可以告诉你，而这一点很重要：把代币发送到并非为接收代币而编写的合约，是众所周知的永久丢失代币的方式。

bc1 后面的字符是见证版本。q 表示版本 0，即原生 segwit：单个密钥为四十二个字符，脚本为六十二个字符。p 表示版本 1，即 taproot。它们使用的校验和也不同。版本 0 使用 BIP-173 最初的 bech32 常量，版本 1 及以上使用 BIP-350 的 bech32m。这一变化是有意为之：只认识 bech32 的旧钱包会拒绝 taproot 地址，而不是悄悄把它弄错。所以这里两种常量都已实现，常量不匹配会作为单独的错误报告。

Base58 就是去掉了易混淆字符的 Base64。在许多字体中，数字零和大写 O 看起来很像，大写 I 和小写 l 也一样；而 Base64 中的加号和斜杠在双击选中地址或把地址放进 URL 时会出问题。Bech32 用另一种方式做了同样的取舍：从字母表中去掉 1、b、i 和 o，并且全部使用小写。这也是 bech32 地址从不大小写混合的原因：校验和是基于单一大小写计算的，所以大小写混合的字符串根本无法验证。

几乎可以肯定是被替换了，而不是输入错误。剪贴板劫持恶意软件会监视任何看起来像地址的内容，并替换成攻击者自己的地址，而那是一个完全有效的地址，能通过本页的所有检查。地址投毒攻击的原理类似：在你的交易记录里植入一个相似的地址，让你之后从错误的那一行复制时，地址依然能通过验证。校验和只能发现损坏，永远发现不了调包。防范方法是通过其他渠道核实地址，比对整个字符串而不只是开头和结尾的四个字符，并先发送一笔小额测试转账。

不作为有效目标，但能识别到足以说出名称的程度。Litecoin 地址会被解码为 Base58Check，但版本字节不是比特币的；ltc1 地址的人类可读部分不是 bc。所以两者都会返回它们所属的链，而不只是简单拒绝。Solana 和 Monero 使用完全不同的编码，会显示为无法识别的格式。本页验证的是比特币和 EVM 链。

WIF 私钥会通过其版本字节被识别出来，并被拦下给出警告而不是结论，因为这个字符串可以花掉你的币，绝不应输入任何网站，包括本站。无论如何都不会传输任何内容，因为本页不发出任何请求，但安全习惯必须毫无例外：收款地址是公开的，可以粘贴到任何地方，而私钥或助记词只应输入到你自己的钱包软件中。本工具从不生成密钥、助记词或地址，只读取你粘贴的内容。

不会。Keccak-256、SHA-256 和 bech32 多项式都在页面内实现，所以验证是在你的标签页中运行的纯运算。没有区块浏览器查询，没有 RPC 端点，不对输入做分析统计，也不连接钱包。一批两百个客户地址在检查时不会有任何一个离开你的电脑，这正是使用本地验证器、而不是把付款清单粘贴到搜索框里的主要理由。