一个地址一张链上名片：ERC-7866 用灵魂绑定代币做跨链用户档案

你在十来个平台各有各的昵称和头像，平台一倒，积累的形象跟着清零。ERC-7866 想把”我是谁”从平台手里拿回来：给每个用户发一张链上档案卡，标准文档记录的状态为 Review，创建于 2025 年 1 月 22 日，现状以标准仓库为准。这份提案最独特的一句话是——档案本身是一枚灵魂绑定代币。本文只拆机制，不推荐任何实现方。

档案卡的结构：SBT、句柄与 DID

按提案设计，去中心化档案由三件套钉住身份。第一层是代币：档案以 Soul Bound Token 形式存在，不可转让、不可修改归属，天然杜绝”名片被卖掉”的荒诞场景。第二层是人类可读句柄，格式是 用户名@链别名.soul，例如 john@eth.soul、alice@polygon.soul——固定后缀 soul 标明这是灵魂绑定档案，链别名让同一句柄在不同网络各自成立。第三层是去中心化标识符 DID，形如 did:链名:地址，把档案与具体地址做机器可解析的绑定。三层合起来的定位是：机器有 DID 可查，人类有句柄可念，权利边界由 SBT 的不可转让性保证。

元数据 schema 与按应用分段的头像

档案内容遵循一份 JSON Schema：username 是链内唯一的用户名，avatar 指向去中心化存储（提案点名 IPFS）上的头像资源，bio 是简介，website 与 socials 收录社交链接。最能体现提案性格的是按 dApp 分段的头像设计——同一个身份，你可以给游戏应用一个像素头像、给职业平台一个正式头像，段落之间互不泄露，避免”一张图走天下”带来的跨场景人肉。档案数据放 IPFS 或 Arweave，档案本体放链上，动机部分还特意把 Gravatar 树为参照物：那是中心化的头像服务，提案要做的是去中心化平替，并让它跨链通用，扮演”数字护照”的角色。

核验一张链上名片的顺序

对读者来说，这套标准改变的是”查身份”的动作路径。第一步，从对方公开的 DID 或句柄出发，去对应链上读档案代币的归属与元数据 URI，确认名片真的钉在对方声称的地址上；第二步，按 URI 取回 JSON，检查字段与对方其他渠道的身份线索能否对上——链上只保证这张卡属于这个地址，不保证卡上自述属实；第三步，注意头像资源在去中心化存储上意味着发布后难以撤回，对方换了旧图仍在网络上可寻，敏感内容的风险要在上传前评估。

它带来的新攻击面

有新入口就有新钓鱼。句柄抢注是第一个：与域名同理，近似拼写的用户名可以被批量注册，收到”官方客服”的 suPport@eth.soul 式名片时先逐字比对；二是假档案合约，任何人都能部署一个自称合规的档案合约，核验必须回到”句柄解析到哪个链上地址”这一步，而不是看对方页面声称用了什么标准；三是头像源混淆，去中心化存储的内容不可变也意味着不可删，历史伪造的头像一旦上链会长期可取，遇到拿旧链上内容”证明”身份的叙事要保持怀疑。最后记住提案仍在 Review，尚无权威部署地址可查，任何”快来注册你的 soul 档案”的早期邀约，按可疑处理，等项目方公布合约地址并通过审计后再看。

平台档案与链上档案的对照

理解这份提案最快的方式是拿它对照熟悉的对象。Gravatar 把头像绑在邮箱哈希上，服务由单一平台运营，改与删取决于运营方；ENS 名字是”可转让的指针”，本质是资产；而 7866 的档案是”不可转让的身份壳”，壳上挂着可读元数据。三者解决的问题重叠但信任模型不同：档案卡的公信力来自链上代币与去中心化存储，不来自任何单一公司的可用性。动机部分还有一层被反复引用的设计意图：让信誉与身份能跨链携带，避免每上一座新链就把人格重注册一遍。

本文只做机制科普，不构成投资建议；涉及任何链上身份操作前，请先核实部署地址与项目官方文档。