提到 XRP Ledger 上的 NFT，多数教程只讲主网的 XLS-20。但在标准仓库深处，躺着一份标题更冷静的提案：XLS-35，给协议链用的 URIToken。按提案元信息，它创建于 2023 年 2 月，状态一栏至今写着 Draft，也就是草案——这个状态本身就是本文最重要的一句话：以下内容描述的是设想，不是已上线的功能。
草案想解决什么，原文的动机段说得很清楚。XLS-20 是主网上的原生 NFT 标准，功能全，但每一枚都占用主网空间、随主网共识节奏走。URIToken 提出在协议链上发行一种极简 NFT：内容只存一个 URI 作为指针，交易类型精简到发行、改指针、销毁、转账等最小集合，因为协议链本来就为高吞吐设计，大项目可以把十万枚”轻 NFT”放到专用链上，不挤主网也不受主网拥堵牵连。提案明确它面向批量发行场景，且与 XLS-20 的字段哲学一致，迁移时映射关系清楚。
为什么值得普通用户读懂一个草案？第一是看懂链的分层。XRPL 的设计里，协议链是主网可组合的侧链，共识与主网绑定但状态独立；URIToken 的存在说明官方生态一直在把不同负载分流：重资产重逻辑留主网，大批量轻指针去协议链。读懂这种分层，比记住某张功能表更能解释”为什么这条链上什么都有那条链上却没有”。第二是学会读提案状态。XRPL-Standards 仓库里每个提案都有状态字段，Draft 表示还在改、不保证被实现；同一仓库里 Stagnant、Published 各有含义。搜到任何一份 XLS 文档，先看状态再看正文，把”提案说”和”链支持”分开。
实操提醒因此很具体：不要在 URIToken 上买卖任何东西，它尚未成为可使用的功能，凡以它名义募资或发币的页面都应警惕；如果你的项目评估高并发铸造方案，可以把这份草案当架构参考，但落地依赖协议链与相关提案的最终状态，决策前回到标准仓库核对当前状态；讨论时引用这份文档，注明它是 Draft，避免把五年前的设想讲成现状。
轻量 NFT 的思路本身并不新鲜，很多链用”指针加注册表”的共享合约达到同样效果；这份提案的特色是把它做成账本原生交易类型。它最终会不会转正、转正时字段怎么改，只能继续跟踪仓库更新。本文只转述与解释标准草案内容，不构成任何投资建议。
顺手给普通用户一张 XRPL NFT 地图，省得把草案当现货：主网可用的原生 NFT 走 XLS-20，交易类型与账本对象都已在主网生效；协议链上的轻 NFT（本提案）与其他尚在讨论的标准各有各的状态标签；链下的元数据托管与市场索引层则完全独立于 XRPL 标准体系，谁停了都不影响链上所有权。读任何一份 XLS 前先看三行元信息——标题、创建时间、状态——再决定它配不配进你的决策依据；引用它时保留状态措辞，草案就写草案，Published 才叫标准。把提案存在与网络支持分开，是读懂所有链上标准仓库的第一课，这份 URIToken 草案只是恰好站在这一课的检查站门口。
再给项目方一句提醒：评估把高并发铸造放到协议链之前，先核对协议链本身的上线状态与目标用户接入路径，钱包支持、浏览器收录、跨链索引这些周边能力比标准文本更能决定发行是否可行。草案的价值在于把设计约束提前公开，让生态有时间讨论字段与边界；参与者从中学到的是架构思路，而不是可以预售的期货。任何拿草案做营销素材、承诺即将上线的项目，都配得上最严格的怀疑，因为文档状态栏已经替你写好了答案。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。