{"id":"mb-20261012-7839b6","kind":"deep","title":"为什么以太坊研究员催大户把币移入新地址？公钥哈希防御与掩体模式拆解","summary":"针对OpenAI数学突破引发的签名算法安全担忧，以太坊研究员Justin Drake建议启用掩体模式转移至全新地址。本文拆解比特币与以太坊利用哈希隐藏公钥的底层防御机制，以及Vitalik与安全专家关于理论密码学风险与人为操作失误的现实博弈。","body":"把币存在一个从来没转过账的新地址里，为什么突然成了最安全的保命手段？\n\n以太坊核心研究员贾斯汀·德雷克把这种操作叫作掩体模式。\n他建议大户们别声张，悄悄把资产分散转移到从没签过字的全新地址里。\n\n为什么？\n因为保护比特币和以太坊签名的底层数学，可能比所有人预想的更快被攻破。\n\n过去整个行业都觉得，能攻破椭圆曲线算法的，只有遥远的量子计算机，怎么也得再等十年八年。\n但这次让核心研究员们绷紧神经的，是人工智能。\n2026 年 10 月，OpenAI 突然公布了一大批由人工智能独立推导出来的数学研究成果。\n机器展现出来的数学解题能力，超出了绝大多数密码学家的预期。\n\n德雷克算了一笔最坏情况下的账：\n如果破解椭圆曲线离散对数根本不需要量子计算机，只要 AI 摸到了某种数学捷径，在普通的显卡集群上几个月就能跑出来。\n万一底层的数学防线被突破，你的币还能保得住吗？\n\n答案是：看你的地址有没有转过账。\n\n这正是区块链底层设计里，一道最精妙、也最容易被忽视的防火墙。\n我们在链上看到的钱包地址，其实是公钥经过哈希算法压缩后的指纹。\n比特币用的是 SHA-256 和 RIPEMD-160，以太坊用的是 Keccak-256。\n只要你只往这个地址里充币，从来没往外转过一分钱，你的公钥就根本没有出现在区块链上。\n全世界能看到的，只有一串单向哈希值。\n\n哈希算法是单向的。\n就算未来的算力或者数学算法把椭圆曲线签名彻底碾碎，黑客手里只有哈希值，也根本算不出你的公钥，更推导不出私钥。\n只要你不动，资金就锁在哈希算法的防空洞里。\n\n那这道防线什么时候会消失？\n只要你转账一次。\n\n为了向全网节点证明这笔交易确实是你授权的，你必须用私钥签名。\n而全网要验证这个签名，就必须看到你的公钥。\n比特币在转账时，会在交易脚本里直接公开你的公钥。\n以太坊虽然没有直接贴公钥，但它的签名算法包含了恢复参数，任何人都能用标准算法直接还原出你的完整公钥。\n\n这就意味着，只要一个地址对外转出过哪怕一分钱，它的公钥就在全网彻底公开了。\n如果你转完账之后，地址里还留着大额余额，或者之后还继续用这个老地址收钱，危险就来了。\n公钥一旦暴露在阳光下，那道哈希防火墙就彻底报废了。\n只要底层的椭圆曲线数学被解开，黑客拿着链上现成的公钥，就能直接反解出私钥，把你地址里的余额瞬间搬空。\n\n所以德雷克提出的掩体模式，动作非常具体：\n大额资产只放进从未发起过交易的全新地址。\n一旦这个地址转过一次账，哪怕只转了一块钱，剩下的所有余额必须立刻搬家，转移到下一个全新地址。\n用完即弃，绝不复用。\n只要公钥不暴露，数学危机就砸不到你头上。\n\n这套逻辑在密码学上严丝合缝。\n但在工程和现实面前，事情往往没那么简单。\n\n以太坊创始人维塔利克·布特林很快站出来提醒大家：\n千万别慌慌张张搞大规模迁移。\n维塔利克提到：\n他在加密领域这么多年，因为自己操作失误转错账、丢助记词损失的钱，远远超过了任何底层安全漏洞造成的损失。\n底层数学什么时候会被攻破，目前谁也说不准。\n但要是几十万人为了避险，手忙脚乱地到处倒腾冷钱包，抄错一个助记词、转错一条链，真金白银可是当场就没了。\n\n莱杰硬件钱包的技术负责人查尔斯·吉勒梅也提出异议：\n在没有出现实际攻击算法之前过度渲染紧迫感，人为制造的操作失误，比理论上的数学漏洞要致命得多。\n与此同时，也有团队开始尝试用工程手段解决这个问题。\n比如利用零知识证明，让你在证明自己拥有私钥的同时，根本不需要在链上暴露公钥。\n\n这场争论最有意思的地方，恰恰是数学与现实的拉扯。\n密码学追求的是理论上的绝对安全，哪怕有万分之一的概率被突破，也要先把防线拉满。\n但现实中的系统是千千万万个普通人在用。\n在恐慌中做复杂操作带来的危险，往往比未知的超级算法更先发生。","topic":"为什么以太坊研究员催大户把币移入新地址？公钥哈希防御与掩体模式拆解","frame_type":["机制"],"citations":[],"channel_note":"","identity_notice":"","source_type":"generated","status":"published","generated_at":"2026-10-12 16:14:40","legal_anchor_count":0,"transcript_citation_count":0}