QRSig 是一个正在开发中的技术标准草案，目标是让二维码携带签发者身份信息。其核心设计是在二维码内部嵌入数字签名，并将对应公钥发布在签发者自己的域名上，兼容的扫描软件据此即可验证内容究竟由谁签署。该标准采用两层结构：第一层是普通二维码，任何常规扫码工具都能读取，例如一个比特币收款地址；第二层是嵌入的签名信息，仅 QRSig 专用阅读器可解析并核验。签名采用 Ed25519 算法，长度为 64 字节，被签名的消息由上下文、头部和内容三部分按固定顺序拼接而成，将具体内容与签发者域名及其声明签发时间绑定，签名本身不改变原始地址或内容。公钥为 32 字节原始密钥，采用 base64url 编码，发布于 QRSig v1 JSON 文档中。官方交互式演示展示了完整验证流程：扫描端提取被签名字节，通过 Ed25519.verify 函数执行核验；内容中只要改动任意一个字符，签名校验即告失败，而未改动的内容则通过验证。标准文档同时强调，有效签名仅能证明签发者拥有该域名的密钥，并不保证扫描目标地址的安全性。该项目目前处于草案阶段，格式可能随开发推进而变化。
事件分析
该标准的技术亮点在于将公钥绑定到签发者域名，借鉴了 DKIM 式邮件签名的域名信任模型，绕开中心化证书签发，而 Ed25519 签名短、验签快的特点契合二维码容量与解析性能的严格约束。双层设计保证向后兼容，普通扫码工具不受影响，显著降低迁移门槛。产业层面，二维码长期是钓鱼与支付调包诈骗的重灾区，签名验证为这类问题提供了密码学层面的缓解路径；在 AI 生成内容泛滥的背景下，内容来源验证正逐步成为刚需，此类思路有潜力延伸到 AI 生成内容的署名与核验场景。后续走向的关键在于扫描端生态的采用程度——若主流支付钱包、手机系统级扫码或相机应用集成校验逻辑，标准才有规模化落地的可能；其与 C2PA 等既有内容溯源标准之间是互补还是竞争，也值得关注。
核心观点：当 AI 能批量生成内容时，'谁签发的'比'写了什么'更关键，域名密钥签名或成内容验证的底层基础设施。
原文链接：Hacker News
