地址投毒的核心机制可以概括为一句话：攻击者不破解钱包，也不窃取私钥，而是制造一个看起来几乎一样的收款地址，再用一笔几乎不花钱的转账把它塞进你的交易历史，等你下次“顺手复制”时把资金转错地方。
它利用的是公开的链上记录和用户的操作习惯，而不是协议漏洞。理解这一点，就能明白为什么没有泄露助记词、没有点击可疑链接的人，同样可能中招。
第一步：生成首尾相似的伪造地址
链上地址是一长串字符，以太坊风格地址通常为42位。普通用户很难逐位核对，实际转账时往往只看开头几位和结尾几位，确认“像是那个地址”就继续操作。
攻击者正是围绕这种视觉习惯设计伪装。他们会反复生成新地址，直到得到一个与目标真实地址在开头和结尾若干字符上一致的结果。例如真实地址显示为 0xA3f9...7c82，伪造地址可能是 0xA3f1...7c82，中间部分不同，但钱包界面通常把中间截断显示，两者看上去几乎一样。
这类定制地址的生成只是不断产生密钥、推导地址、检查前缀，直到符合要求，属于外观层面的模仿，并不改变地址本身的合法性。
第二步：用零值或尘埃转账“投毒”
有了相似地址后，攻击者会从这个地址向目标钱包发起一笔零金额转账，或发送极小的“尘埃”金额。在多数链上，这类交易成本很低，而且不需要接收方做任何操作。
结果是，这条记录出现在受害者的交易历史里，位置往往紧挨着真实的转账记录。从链上执行结果看，它和普通转账没有本质区别，没有明显的协议异常，也没有传统意义上的攻击签名。
这就是“投毒”一词的来源：攻击者污染的不是余额，而是交易历史这份用户信任的地址来源。
第三步：等待用户从历史记录复制地址
下一次需要向同一收款人转账时，用户打开交易历史，看到一条首尾字符相符的记录，复制了地址，资金便转入攻击者控制的地址。
整个过程中，受害者没有泄露助记词，没有安装恶意软件，也没有授权任何合约。攻击依赖的只是“历史记录里的地址应该没问题”这一默认假设。而历史记录只说明某个地址曾经出现过，并不说明它经过验证。
有公开案例显示，2024年一起地址投毒攻击造成约7100万美元的WBTC损失，受害者并未点击恶意链接或泄露助记词，而是从交易记录中复制了地址。不同资料对同一类事件的金额和日期表述存在差异，具体数字应以对应链上记录为准，但攻击路径的描述是一致的。
为什么这种手法容易奏效
地址本身不适合人工核对。42位字符逐位比对既不现实也难以持续，用户自然退回到只看首尾的简化判断。
恶意交易混在正常记录里。零值或极小金额转账与普通往来在形式上差别不大，混入一长串历史记录后，肉眼很难快速分辨。
提醒往往出现在太晚的时点。很多安全提示放在确认转账之前，但地址投毒的关键风险节点更早，发生在用户决定从历史记录复制地址的那一刻。路径一旦形成，最后一步的提醒作用有限。
规律转账的用户更容易被盯上。经常向同一地址转账，会让攻击者更容易从链上活动识别出常用收款方，并在正常转账后精准插入投毒交易。
与钓鱼攻击的区别
地址投毒和钓鱼攻击经常被混为一谈，但两者窃取的东西不同。钓鱼通常通过仿冒网站、假钱包应用或虚假客服，诱导用户交出私钥、助记词或登录凭证；地址投毒不接触这些凭证，它操纵的是用户复制的那串收款地址。
因此，“我没有泄露助记词”并不能作为判断安全的依据。地址投毒针对的是转账环节的地址来源，而不是钱包凭证本身。
识别与防范的着力点
防范的重点不是记住更多字符，而是改变地址来源。使用钱包的地址簿或联系人功能保存已验证地址，转账时通过标签选择收款人，而不是从历史记录复制，可以从源头切断这条路径。
核对时应查看完整地址，而不是只比对首尾几位。必要时可把地址粘贴到对应网络的区块链浏览器，查看其交易历史是否符合预期收款人的行为特征。每条链有各自的浏览器，网络选错会得到错误结论。
收到来源不明的小额或零金额转账时，不要把它当作可用的收款地址，也不要向该地址回款。这类记录本身就是诱饵。
需要说明的是，任何钱包都无法阻止他人在公链上向任意地址发起尘埃交易，这是协议层面的事实。钱包能做的是在展示、复制和确认等环节提供更完整的地址信息和风险提示，但最终的核对动作仍由用户完成。把辅助识别当成安全保证，反而会放松必要的核对。
结论
地址投毒利用的机制并不复杂：伪造首尾相似的地址，用零值或极小金额转账把它写进交易历史，再借助用户从历史记录复制地址的习惯完成误导。它不依赖私钥泄露，也不依赖智能合约漏洞，因此传统的“保管好助记词”提醒覆盖不到它。
真正有效的应对是改变操作路径：地址来自自己保存并验证过的地址簿，而不是来自交易历史；核对针对完整地址，而不是首尾几位。已确认的链上转账通常无法撤销，事后追回极为罕见，防范只能做在转账之前。
