企业官网建设流程全解析

Email Verification API 动态追踪清单：GitHub、IETF、Blink 邮件列表全链接与使用指南

【免费下载链接】email-verificationverified autofill项目地址: https://gitcode.com/GitHub_Trending/em/email-verification

Email 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 类渠道一次看懂

说明：为避免外部链接失效，下表给出每个渠道的定位方法，按名称检索即可直达。

仓库 README.md 顶部就维护了一份状态清单（Intent to Prototype、Intent to Experiment 均已打勾），是最权威的进度快照，建议每次追踪时先看它。

📁 仓库内的追踪线索：文件清单

本仓库（GitHub_Trending/em/email-verification）虽然只读且精简，但每个文件都有明确分工：

• README.md：核心提案全文——问题背景、协议四阶段流程（登录态 → EVT 请求 → 发现/签发 → 表单呈现）、隐私与安全考量、备选方案对比，是信息密度最高的文件
• index.bs：W3C Bikeshed 规范源文件，定义了email-verification-token自动填充值和input元素的nonce属性扩展，引用书目 一节列出了 IETF 草案与 SD-JWT（RFC 9682）等所有关联文档
• index.html：由规范源编译生成的正式阅读页面，含完整目录、浏览器处理模型算法
• HOWTO.md：在 Chrome 中手动测试 EVP 的步骤指南
• QUESTIONNAIRE.md：W3C 安全与隐私自审问卷，逐条回答"这个 API 暴露了什么信息"
• CONTRIBUTING.md：W3C WICG 贡献规范（需加入 CG 后方可实质性贡献）

🛠 最快体验方法：Chrome Canary 5 步开启

跟随 HOWTO.md 即可亲手体验"免验证码验证邮箱"：

1. 安装 Chrome Canary 渠道版本
2. 在chrome://flags/搜索Email Verification Protocol，启用#email-verification-protocol后重启
3. 确认版本号为 145 或更高
4. 在chrome://settings/addresses确保保存了一个支持 EVP 的邮箱地址
5. 确认已登录该邮箱服务商，打开任意支持 EVP 的演示站点即可生效

对网站开发者，接入极简——只需在表单里加一行"隐藏输入框"：

<input type="hidden" name="token" nonce="服务端生成的随机值" autocomplete="email-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 要求

❓ 常见问题

Q：EVT 和 Passkey（WebAuthn）会冲突吗？A：不冲突。README.md 明确指出 EVP 是"可组合积木"，预期与 Passkey 共存互补——EVT 负责证明"邮箱是你的"，Passkey 负责无密码登录。

Q：隐私上会泄露什么？A：QUESTIONNAIRE.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