资产安全与合规
小白必学
首尾相似地址投毒骗局与防御
Address Poisoning Scam & Vanity Addresses
所属核心领域
资产安全与合规
认知学习难度
小白必学
常用关联别名
地址投毒, 首尾号相同, 剪贴板木马, 零金额转账, 假交易记录, 防钓鱼
权威审校
数链库事实核查组
一分钟核心速览
黑客通过高性能算力碰撞生成一个与受害者常用地址开头几位和结尾几位完全一致的虚假地址，并主动向受害者转账 0 元代币投毒，诱骗受害者从交易历史记录中错误复制转账的恶性欺诈手段。
通俗白话大比方（如果给零基础小白解释）
你的好朋友银行卡号是 `6222...8888`。因为银行卡号太长记不住，你每次给他转账时，习惯去手机银行的历史流水里直接点击复制‘上次转过的那个卡号’。黑客发现了你这个习惯，于是利用超级计算机特意制作了一张前四位是 `6222`、后四位也是 `8888` 的钓鱼卡，并主动给你转了 0.01 元钱，让这张钓鱼卡神不知鬼不觉地排在你最近转账记录的第一行！下次你再想给朋友转账时，只粗略扫了一眼开头和结尾就直接复制了这张假卡，数十万资产瞬间全打进了黑客的腰包！
技术底层深度运作机制
1. 虚荣地址碰撞生成（Vanity Address Mining）：黑客利用 GPU 集群快速生成与目标真实地址拥有相同 4~6 位前缀与后缀的假地址（由于以太坊地址共 42 位，完全匹配 42 位几乎不可能，但只匹配头尾仅需数分钟）；
2. 零转账投毒交易（Zero-Value Transfer）：黑客利用部分 ERC-20 代币合约中无需持币人签名即可调用 `transferFrom(from, to, 0)` 的特质，伪造以受害者名义向黑客地址转账 0 元的虚假链上事件；
3. 污染区块链浏览器与钱包历史视图：主流钱包（如 MetaMask、imToken）在历史账单中通常折叠中间字符显示（如 `0x12a4...89bc`），极大增加了肉眼识别伪装的难度。
2. 零转账投毒交易（Zero-Value Transfer）：黑客利用部分 ERC-20 代币合约中无需持币人签名即可调用 `transferFrom(from, to, 0)` 的特质，伪造以受害者名义向黑客地址转账 0 元的虚假链上事件；
3. 污染区块链浏览器与钱包历史视图：主流钱包（如 MetaMask、imToken）在历史账单中通常折叠中间字符显示（如 `0x12a4...89bc`），极大增加了肉眼识别伪装的难度。
实操避坑：三大致命安全红线
- 绝对禁止从钱包的历史交易记录（Activity / History）中直接复制接收地址！
- 核对地址切勿只看前四位和后四位，务必至少仔细核对中间连续 6 位不规则字符；
- 善用钱包自带的‘地址簿（Address Book）’功能，将交易所充值地址和朋友地址打上官方白名单备注。
常见高频问答 (FAQ)
Q 我的钱包里突然收到一笔莫名其妙的 0.0001 USDT 或 0 元转账，我被盗号了吗？
A
完全没有被盗号！你的助记词和私钥依然安全。这只是黑客正在向你的地址账本‘投毒’，试图让你下次粗心复制到他的地址。请直接无视它，不要去与该交易里的任何网址交互。