自己在链上部署了 NFT 合约，却发现市场里搜不到——这是很多创作者第一次遇到收录问题时的第一反应。OKX 帮助文档对这类情况给出了机制性解释：市场不需要你逐份提交，平台会监控链上交易、按既定规则自动发现部署事件并把合集列出来；同时，对存在潜在风险的合集，平台会做自动审查并采取相应处理。收录这件事因此分成两半：技术面看链与协议，风险面看审查。
先看技术面。官方文档列出了一长串受支持的网络与协议组合：比特币网络上走 Ordinals 路线的铭文类 NFT，部分需要经合集入口提交信息后才被纳入；以太坊系的 EVM 链覆盖相当广，从以太坊主网到 OKTC、BNB Chain、Polygon、Base、Linea、Scroll、Manta、opBNB、Blast、Mode、X Layer 等，协议上按 ERC-721 与 ERC-1155 识别；此外还有 Solana、ImmutableX、Aptos、Sui、Starknet 等各自的原生标准。这份清单本身就说明了两件事：一是同一份作品选哪条链部署，会直接决定它默认出现在哪些货架上；二是「收录」的颗粒度是链加协议的组合，只有你部署所在的链、你合约实现的标准，都在清单里对上号，自动发现才会成立。
这份清单还会随产品迭代调整，所以核对时别拿旧截图比。比较可靠的做法是三步：先在自己的合约所在链上，用区块浏览器确认合约部署交易真实存在、代币标准事件正常发出；再回到帮助文档对照当前受支持的网络与协议清单，确认你那条链与那套接口都在列；最后确认合约本身没有实现异常——比如没有事件、没有可发现的元数据接口、部署方式偏离主流实现，都会让索引读不出该列什么。
然后是风险面。官方文档写得比较直白：对可能带来潜在风险的合集会做自动审查并处理，其中明确提到合约安全评估这一项——缺少交易能力的合约、或者带有异常特殊权限的合约，会被拦下。这里的关键词是「特殊权限」：铸造不设上限、发行方可以随时收回持有人资产、暂停后只有管理地址能恢复，这类实现即使技术上能被扫到，也可能因为对买家不友好而被挡在门外。换句话说，收录不只是「有没有」的技术判断，还叠加了对合约行为的合规与风险判断。创作阶段想让合约好收录，与其猜算法，不如把常规项目会有的标准动作补齐：标准的转账与事件、可解析的元数据、合理的权限边界，以及一份能公开查到的发行条款。
最后给一个排查顺序的收口：合约不存在，问题在部署；合约存在但清单里没有你那条链，问题在支持范围；清单里有链、浏览器里事件也正常，先给索引一点时间；再不行就要考虑合约实现是否触发前面说的审查项。需要人工提交的品类也别绕路，按官方文档指明的合集入口提交即可。本文为平台机制说明，不构成投资建议。
还有一个容易忽略的时间维度。自动发现依赖监控链上交易，这意味着从部署完成到被列进货架之间存在一个不确定窗口：网络拥堵、事件稀少、合约调用方式冷僻，都会让索引多跑几轮。这段时间里，别人通过市场链接搜不到你是正常的，但你把合约地址直接贴给对方、对方在自己的钱包里查看持仓，都是照常工作的——链上所有权从来不经市场批准，市场只是货架，不是金库。理解这一点，遇到收录慢的时候就能把焦虑放对位置：先分清是「查不到」还是「收不进」，前者多半是时间与索引，后者才需要对照规则与审查项。写合约时顺手留一份透明的部署记录（部署交易、参数、权限归属）也会让后续沟通省力得多：无论是等待索引还是需要提交补充信息，一份能自证的链上履历都比截图有分量。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。