铸造页面显示成功。浏览器上是一个绿色对勾，旁边是你付掉的手续费。钱包画廊却是空的。这里有三套系统在回答三个不同的问题，其中只有一套是链本身。在判定出了问题之前，先把「代币是否存在」和「应用是否愿意把它画出来」这两个问题分开。
铸造交易成功证明了什么
一笔已确认的交易告诉你的是：你的调用进了区块，最外层那段执行没有回滚。仅此而已。成功的收据状态是关于这次调用的陈述，不是这次调用产出了什么的清单。
铸造和其他合约函数没有区别。它可以不回滚地跑完，却什么也没为你造出来：批量循环跳过了你那一条、合约主动吞掉了某个内部调用、一个可收款函数收下手续费却把代币记在了另一个地址名下。收据不会把这些和一次正常铸造区分开，因为从来就没人要求它区分。
所以要问的不是这笔交易有没有成功，而是现在是否存在一枚代币、并且它名下写的是你的地址。这件事记在别处，而且记了两遍：一遍是创建那一刻的事件，一遍是合约在被问到时会给出的取值。
说明代币被创建出来的那个事件
在 ERC-721 代币标准里，铸造不是一个单独的操作，而是一次没有发送方的转移。该标准只定义了一个 Transfer 事件，它在任何 NFT 的所有权以任何方式发生变化时触发；标准还写明，代币被创建和被销毁时同样触发这个事件 —— 前一种情形发送方字段为零，后一种情形接收方字段为零。
这就给了你一个可以精确去找的东西。铸造交易上有一条从零地址发往你的地址、带着某个代币 id 的转移事件，就是链在说：一枚代币被创建了，并归到了你名下。它不存在，信息量同样大。
ERC-1155在自己的事件上沿用同一套约定：代币被铸造时，发送方参数必须设为零地址。所以在这两个标准之间，证据的形态不变，尽管围绕它们的钱包支持可以不同。
定下归谁所有的那次读取
事件记的是一个时刻。此刻的所有权是另一次读取，ERC-721 直接回答它。用一个代币 id 调用 ownerOf，合约会返回它记录的持有者地址。标准还写明，归到零地址名下的代币视为无效，对它们的查询会抛错 —— 所以一次调用报错而不是返回地址，本身就是一个答案：当前没有任何人持有这个 id 的代币。
与它并列的是 balanceOf，它数的是某个地址在这一个合约里持有多少代币。在一个 10,000 枚 id 的合集里，ownerOf 回答你点名的那一个 id，balanceOf 回答你的地址上有多少枚该合约的代币，不必你去猜 id。这两次读取都不依赖市场平台、画廊或图片是否可用。
| 你在问的问题 | 答案记在哪 |
|---|---|
| 交易有没有进区块 | 收据上的区块号 |
| 最外层调用有没有避开回滚 | 收据状态 |
| 有没有为我创建一枚代币 | 发送方字段是零地址的那条转移事件 |
| 这个 id 现在归谁 | ownerOf 对它返回的地址 |
| 这个合集我持有多少枚 | balanceOf 对我的地址返回的数 |
| 我的钱包会不会把它画出来 | 链上没有任何字段记这件事 |
最后一行才是解开整件事的那一行。链上没有一个字段用来记录某个应用是否显示你的代币，所以空画廊本身从来都不是关于所有权的证据。
为什么代币是你的、钱包却什么都不显示
钱包画廊不是对链的实时读取。两个标准里都没有哪一条允许你向链索要某个地址在所有合约里持有的全部代币，所以钱包和市场平台各自跑索引器：盯着转移事件，把看到的记下来，再把这份记录端给你。你翻的是他们的表，不是合约。
关于这张表，有四件事会让它在合约另有说法时依然是空的。索引器可能还没处理到你那个区块，这种情况下画廊会自己填上。合集可能被当作垃圾或未认证而被过滤掉，这是钱包施加的显示规则，可以关掉。钱包可能只索引其中一个标准而不索引另一个，于是按 ERC-1155 铸造的代币在一个只为 ERC-721 搭的视图里什么也不显示。而一个要求手动添加合集的钱包，在添加之前不会为它显示任何东西。
这些都不是靠在链上重发一笔交易来修的。因为画廊看着是空的就再发一笔，风险是把一枚你已经持有的代币重铸一次、再付一次钱。
代币去了别处的情形
另一类原因是：铸造完全按写好的方式生效了，只是代币不在你正看着的那个地址上。
铸造的接收方由合约决定，不由界面决定。一个铸给调用者的函数，记入的是签了这笔交易的那个地址，也就是当时连着的那个账户，而不是钱包里此刻选中的那个。同一句助记词派生出的钱包持有不止一个地址，你正看着的那个未必是当时铸造的那个。
智能合约账户带来同一种错位的第二个版本。ERC-721 要求安全转移先检查接收方是不是智能合约，如果是，就调用它上面的接收回调，并在没拿到预期返回值时抛错。实现了这个回调的合约账户会正常收下代币，代币随后就存在合约地址上。任何指着签名密钥而不是指着这个账户的视图都会什么都不显示，而代币好端端地待在它被送到的地方。
再往下是网络。同一个地址存在于每一条使用同种地址格式的链上，所以钱包切到某一条网络时，会为一枚在另一条链上铸造的代币渲染出一个空画廊。代币没有丢。是这个视图被过滤到了一条代币从未去过的链上。
代币在、只是图没出来的情形
另有一种明显不同的症状：格子在，但是空白、灰色，或者标着一个占位名字。这时所有权根本不成问题：钱包把这枚代币画出来了，就说明它已经索引到那条转移事件和那个 id。
格子背后的是元数据文档，不是代币本身；对症的工具是元数据刷新，它让平台重新读一遍指针和文档。刷新不在链上移动任何东西，也不创造所有权，所以它是过期图片的对症工具，却是「代币根本不出现」的错误工具。动手之前先把这两件事分开，能省下反复刷新一枚钱包本来就不会画的代币所花的时间。
| 你看到的 | 底下真实发生的 | 什么能改变它 |
|---|---|---|
| 画廊空着，但有一条发往你地址的转移事件 | 索引器滞后，或者过滤掉了这个合集 | 等待、改一个钱包设置，或手动添加合约 |
| 画廊空着，交易上根本没有转移事件 | 没有任何代币被创建到你名下 | 先读合约，不要先在链上做动作 |
| 代币显示出来了，图是占位图或缺失 | 存下来的元数据副本落后于当前那份 | 一次元数据刷新 |
| 代币在浏览器上看得到，钱包里没有 | 钱包不索引这个标准或这个合集 | 改一个钱包设置，或换一个查看工具 |
| ownerOf 返回的地址不是你的 | 代币被铸给或被转给了另一个账户 | 改去看那个地址 |
按顺序该查什么
在区块浏览器上打开这笔交易，读它的日志，而不是读它顶上那行结论。一条从零地址发出、带着代币 id 的转移事件，告诉你有一枚代币被创建了；接收方字段里的地址，告诉你它归谁。如果那一栏是空的，接下来要找的是合约的事，不是你钱包的事。
然后拿那个代币 id 去调用合约的 ownerOf。浏览器提供合约读取，不需要签名也不花手续费，所以这一步零成本，返回的是链自己的答案，而不是某个索引器的副本。如果返回的地址是你的，代币就是你的，剩下的全是显示问题。
接着检查你正在看的东西：钱包里选中的地址、它设定的网络，以及这个合集是不是被隐藏了。合约认你是持有者、画廊却什么都不显示，这中间的落差就由这三个设置解释。
小结
铸造确认了，证明的是一次调用没有回滚。它不证明有一枚代币存在，也不指明持有者是谁。这两件事记在交易上的那条转移事件里，以及事后 ownerOf 返回的值里，两者都可以在没有任何应用配合的情况下读到。
空画廊是关于索引器的陈述。读事件，读 ownerOf，然后检查地址、网络和合集过滤。如果合约认你是持有者，就不需要再发送、再签名、再付一次钱。想系统学习更多加密基础知识，可以关注 Bitbase（币贝）学院的后续内容。
相关阅读
币贝上与本主题相关的其他文章：
- The DATA Foundation，原 Story Protocol：IP 到 DATA 的代币迁移
风险披露：本文为 Bitbase（币贝）学院的科普内容，仅供教育与信息参考，不构成任何投资、交易、税务或财务建议。加密资产波动剧烈，请自行评估风险。本文撰写于 2026 年 9 月，请以官方最新信息为准。
参考资料
[1] Ethereum Improvement Proposals，EIP-721: Non-Fungible Token Standard，规范章节 eips.ethereum.org
[2] Ethereum Improvement Proposals，EIP-1155: Multi Token Standard，规范章节 eips.ethereum.org
