Neo联合创始人Erik Zhang于7月5日正式发布NEP-33标准提案，这是他在两周内提出的第三个Neo增强提案。该标准定义了一种基于URI的传输机制，允许原生应用程序调用钱包应用进行身份认证，从而完成了Neo认证三层堆栈的最后一块拼图，为用户和开发者提供了标准化的“Sign in with Neo”体验。
三层堆栈：从底层加密到顶层交互
NEP-33并非孤立存在，它与此前发布的NEP-20和NEP-21共同构建了一套完整的认证架构：NEP-20制定了加密认证规则，定义了如何验证签名；NEP-21统一了dApp与钱包提供商的通信接口，标准化了钱包功能调用方式；而NEP-33则聚焦于入口层——它规定了应用程序如何将认证请求“交给”钱包，以及如何接收认证结果。三者结合，使得从用户发起请求到钱包返回签名的全链路终于有了统一规范。
neoauth://方案：消除钱包碎片化
在NEP-33发布之前，Neo生态中的移动端和桌面应用若要调用钱包进行认证，需要为每个钱包单独实现调用和回调格式，造成了严重的碎片化。NEP-33引入了neoauth://自定义URI方案，为原生应用提供了一个通用的入口点。操作系统会将认证请求路由到已注册的兼容钱包，钱包处理后再通过dapp://回调URI返回结果。开发者不再需要为每个钱包编写特定代码，一次集成即可支持所有遵循该标准的Neo钱包。
工作原理与安全模型
当应用发起认证时，它构造一个包含NEP-20挑战负载（challenge payload）和dApp标识符的neoauth://请求URI。钱包解码后向用户展示请求域名等细节，并要求用户明确批准。批准后，钱包生成符合NEP-20规范的签名响应，通过回调URI返回；拒绝或出错则返回结构化错误信息。值得注意的是，所有认证验证都遵循NEP-20的加密规则，应用必须验证返回的签名，而不能信任回调URI本身。
为了确保安全，NEP-33要求钱包清晰显示请求域名以防范钓鱼攻击，强制使用一次性唯一nonce（建议5分钟过期）以阻止重放攻击，并规定在生成任何签名前都必须获得用户明确批准。此外，该标准仅适用于一次性认证流程，不得用于交易签名、资产转移、智能合约调用或基于会话的授权。
前瞻性设计：兼容Neo N3与未来版本
Erik Zhang在GitHub讨论中回应了是否应为不同Neo网络版本设立不同URI方案的提问。他指出，Neo N3和N4的地址格式相同，因此无需区分；且NEP-33仅作为传输层协议，网络协商逻辑已在NEP-20层处理。这种设计使neoauth://方案与网络版本无关，降低了未来升级时的迁移成本。
市场影响与生态意义
NEP-33的发布对Neo生态具有里程碑意义。首先，它为开发者提供了低门槛、标准化的钱包认证集成，有望吸引更多应用迁移至Neo或在其上构建新dApp。其次，统一的“Sign in with Neo”体验将提升用户端一致性，降低使用门槛，利好Neo主网用户增长。从竞争角度看，Neo在这一领域已领先于许多公链——以太坊生态虽有EIP-4361（Sign-in with Ethereum）等标准，但在钱包调用的传输层标准化上仍处于探索阶段；而Neo通过三层堆栈的协同设计，提供了更完整的解决方案。值得注意的是，NEP-33严格限定在认证场景，不涉及交易签名，避免了与现有转账标准（如NEP-17）的冲突，体现了谨慎的设计哲学。
截至发稿，Erik Zhang已通过X平台（原Twitter）正式发布该提案，社区反响积极。随着NEP-33进入实施阶段，Neo生态的开发者工具和用户体验有望迎来新一轮升级。