鑄造頁面顯示成功。瀏覽器上是一個綠色剔號，旁邊是你付掉的手續費。錢包畫廊卻是空的。這裡有三套系統在回答三個不同的問題，其中只有一套是鏈本身。在判定出了問題之前，先把「代幣是否存在」和「應用是否願意把它畫出來」這兩個問題分開。
鑄造交易成功證明了什麼
一筆已確認的交易告訴你的是：你的呼叫進了區塊，最外層那段執行沒有回退。僅此而已。成功的收據狀態是關於這次呼叫的陳述，不是這次呼叫產出了什麼的清單。
鑄造和其他合約函數沒有分別。它可以不回退地跑完，卻什麼也沒有為你造出來：批量迴圈跳過了你那一條、合約主動吞掉了某個內部呼叫、一個可收款函數收下手續費卻把代幣記在了另一個地址名下。收據不會把這些和一次正常鑄造區分開，因為從來就沒有人要求它區分。
所以要問的不是這筆交易有沒有成功，而是現在是否存在一枚代幣、並且它名下寫的是你的地址。這件事記在別處，而且記了兩遍：一遍是創建那一刻的事件，一遍是合約在被問到時會給出的取值。
說明代幣被創建出來的那個事件
在 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
