Email Verification API 动态追踪清单GitHub、IETF、Blink 邮件列表全链接与使用指南【免费下载链接】email-verificationverified autofill项目地址: https://gitcode.com/GitHub_Trending/em/email-verificationEmail Verification API邮件验证 API又称 EVP是 W3C WICG 正在孵化的 Web 新标准它用密码学签名的**邮箱验证令牌EVT**替代传统邮箱验证码/魔法链接让用户在注册、登录、找回账号时由浏览器自动完成邮箱所有权验证。本文整理 GitHub、IETF、Blink 邮件列表三大渠道的追踪要点与仓库内资料清单帮你一站式盯住这个免验证码验邮箱新特性的推进进度。 为什么 Email Verification API 值得追踪先看一组来自 README.md 的数据你就能明白它为什么重要访问最多的 50 个网站中95% 支持用邮箱注册/登录其中73% 会在用户验证邮箱前直接阻断注册流程传统 OTP 方案痛点明显邮件送达慢、常进垃圾箱、用户要来回切换邮箱客户端且存在钓鱼风险EVP 的思路是复用用户已登录邮箱服务的会话由浏览器向邮箱服务商Issuer申请一张密码学签名的 EVT绑定网站来源origin和一次性随机数nonce后自动填入表单——用户无需复制任何验证码。由于它同时牵动浏览器、邮箱服务商、网站三方的改动进展分散在多个组织内因此这份动态追踪清单格外有用。 追踪链接全清单5 类渠道一次看懂说明为避免外部链接失效下表给出每个渠道的定位方法按名称检索即可直达。渠道追踪什么如何定位 GitHub 仓库WICG 官方孵化仓库的 Issue、PR 与 README 状态更新在 GitHub 搜索WICG/email-verification W3C 规范页Email Verification APIBikeshed 生成稿仓库内 index.html 即编译产物可直接阅读 IETF 草案后端协议 Internet-Draftdraft-hardt-email-verificationEVP 协议在 IETF datatracker 检索该草案编号作者 Dick Hardt Blink 邮件列表Chromiumblink-dev组的 Intent to Prototype / Intent to Experiment 公告帖检索blink-dev邮件列表关键词Email Verification 关联生态FedCM、Login Status API、Digital Credentials 等相邻标准检索 W3C fedid 工作组与各 CG 工作组页面仓库 README.md 顶部就维护了一份状态清单Intent to Prototype、Intent to Experiment 均已打勾是最权威的进度快照建议每次追踪时先看它。 仓库内的追踪线索文件清单本仓库GitHub_Trending/em/email-verification虽然只读且精简但每个文件都有明确分工README.md核心提案全文——问题背景、协议四阶段流程登录态 → EVT 请求 → 发现/签发 → 表单呈现、隐私与安全考量、备选方案对比是信息密度最高的文件index.bsW3C Bikeshed 规范源文件定义了email-verification-token自动填充值和input元素的nonce属性扩展引用书目 一节列出了 IETF 草案与 SD-JWTRFC 9682等所有关联文档index.html由规范源编译生成的正式阅读页面含完整目录、浏览器处理模型算法HOWTO.md在 Chrome 中手动测试 EVP 的步骤指南QUESTIONNAIRE.mdW3C 安全与隐私自审问卷逐条回答这个 API 暴露了什么信息CONTRIBUTING.mdW3C WICG 贡献规范需加入 CG 后方可实质性贡献 最快体验方法Chrome Canary 5 步开启跟随 HOWTO.md 即可亲手体验免验证码验证邮箱安装 Chrome Canary 渠道版本在chrome://flags/搜索Email Verification Protocol启用#email-verification-protocol后重启确认版本号为 145 或更高在chrome://settings/addresses确保保存了一个支持 EVP 的邮箱地址确认已登录该邮箱服务商打开任意支持 EVP 的演示站点即可生效对网站开发者接入极简——只需在表单里加一行隐藏输入框input typehidden nametoken nonce服务端生成的随机值 autocompleteemail-verification-token不支持的浏览器会自动忽略该行优雅降级到传统验证码流程这是该设计被反复讨论后选定的方案详见 README.md 备选方案章节。 如何参与讨论与追踪动态关注 README.md 的Open Questions章节定向邮箱、登出状态、权限提示时机等仍是开放议题讨论最活跃IETF 草案draft-hardt-email-verification的修订记录可直接反映后端协议Issuer 发现、KB-JWT 绑定、SD-JWT 签发的演进Blink 邮件列表的 ITP/ITE 帖子会同步 Chrome 落地时间线与实验进度想提交修改请先阅读 CONTRIBUTING.md 的 W3C CLA 要求❓ 常见问题QEVT 和 PasskeyWebAuthn会冲突吗A不冲突。README.md 明确指出 EVP 是可组合积木预期与 Passkey 共存互补——EVT 负责证明邮箱是你的Passkey 负责无密码登录。Q隐私上会泄露什么AQUESTIONNAIRE.md 的回答是仅比现状多暴露你登录了邮箱服务商这一比特且浏览器会遮蔽网站来源blinding the issuer邮箱服务商学不到你在访问哪个网站。Q现在普通用户能用上吗A目前处于 Canary 实验阶段见 HOWTO.md需要 Canary 版本 邮箱服务商支持。稳定版落地节奏请以 Blink 邮件列表公告为准。把这份清单收藏起来按README 状态 → IETF 草案 → Blink 邮件列表 → 仓库 Issue的顺序定期扫一遍就能完整掌握 Email Verification API 从提案到落地的每一步动态。【免费下载链接】email-verificationverified autofill项目地址: https://gitcode.com/GitHub_Trending/em/email-verification创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考