跳到正文
Financial Context Wiki

ERC-721

ERC-721 是以太坊上非同質化代幣（NFT）的標準介面：每個代幣分別識別，其所有權和轉移規則由智慧合約記錄。

更新於

僅供教育參考，不構成投資建議；投資可能產生損失。

直接答案

ERC-721 是以太坊上非同質化代幣的標準介面。ERC-721 智慧合約不是記錄一個可互換的餘額，而是用 tokenId 分別追蹤每個代幣、公開其所有者，並規定代幣如何轉移或授權。代幣由合約位址和 tokenId 這對資訊共同識別；標準本身不會決定資產的價格、真實性、稀缺性或法律權利。

ERC-721 與 ERC-20 的差別在於，ERC-20 單位是同質化的，一個單位應該可以和另一個互換。ERC-721 代幣可以屬於同一系列，卻有不同編號和元資料。錢包或市場可以同時支援兩種標準，但轉移與批准呼叫不同。

實際需要問的不是專案是否聲稱使用「ERC-721」，而是合約及其周邊系統究竟做了什麼。在把 NFT 當作資產前，應檢查實作、權限、元資料、市場授權、流動性，以及向持有者承諾的權利。

運作方式

身分與所有權

合約會為每個存在的 tokenId 記錄所有者。ownerOf 回傳該位址，balanceOf 統計某位址擁有的代幣數量。鑄造通常建立新的編號，並發出從零位址轉入的 Transfer 事件；銷毀通常發出轉往零位址的轉移事件。事件便於索引，但合約狀態才是權威。

轉移與授權

所有者可以直接呼叫 transferFrom，也可以用 approve 為某個代幣授權一個位址。setApprovalForAll 會授權運營者管理所有者在該系列持有的每個代幣，方便市場操作，但權限範圍很大。應透過合約位址核對運營者，並在不再需要時於鏈上撤銷舊授權。簽署的市場訂單與鏈上批准是兩種狀態：取消其中一個不一定會取消另一個。

safeTransferFrom 還會檢查合約接收方是否實作 IERC721Receiver。這有助於防止代幣被送到無法接收它的合約；transferFrom 不會執行接收回呼。兩種函式都不能保證市場、跨鏈橋或錢包會正確處理代幣。

元資料與版稅

可選的元資料擴充提供 tokenURI，可以指向鏈上或其他位置的資料。可變基礎 URI、可升級合約、管理員或中心化託管服務，都可能在鑄造後改變代幣顯示的內容。永久儲存和去中心化儲存能減少部分依賴，但不能證明作者身分、來源或智慧財產權歸屬。

ERC-721 不要求二級市場支付創作者版稅。系列可以實作可選的 EIP-2981 版稅介面，但市場可自行決定是否遵守，而且該介面不會結算或強制付款。供應上限、隨機性、藝術品真實性、商標授權等承諾，都要分別透過程式碼、發行規則和法律文件核驗。

例子

假設某合約把代幣 #42 鑄造給 Alice。這個代幣的全球身分不是單獨的 42：系列的合約位址也是身分的一部分。Alice 可以為該代幣授予 approve，或為市場運營者授予 setApprovalForAll，然後在市場掛單。成交時，市場呼叫轉移函式，合約檢查所有權和授權。Alice 不再需要系列級授權時，應隨後撤銷它。

市場展示的圖片是另一個元資料問題。Alice 應檢查系列的 tokenURI 行為、更新權限、託管方式和授權條款，不應假定持有代幣就自動取得著作權或商業使用權。

風險

  • 合約風險：漏洞、惡意升級、特權管理員或錯誤的轉移鉤子可能鎖定或轉走代幣。

  • 授權風險：系列級 setApprovalForAll 或被攻破的市場可能轉走該系列中所有已批准的代幣。

  • 元資料與法律風險：鏈下檔案可能消失或改變，代幣所有權不會自動授予著作權、商標權或其他法律權利。

  • 市場風險：NFT 價格可能劇烈波動，流動性可能很薄，報價的地板價不一定能按某個具體代幣成交。

鏈上操作通常不可逆。簽名前核實系列合約、接收位址、授權、元資料控制和交易詳情；把推廣者或社群的說法當作需要驗證的主張，而不是保證。

常見誤區

誤區 1：ERC-721 保證稀缺

它只區分同一合約中的代幣。發行方可以繼續鑄造、部署相似系列，或讓多個編號指向等價媒體。稀缺性取決於供應規則及落實這些規則的權限。

誤區 2：NFT 包含全部智慧財產權

區塊鏈記錄的是代幣轉移。著作權、複製、商業使用、改編和商標權取決於系列授權和適用法律，不能從 ownerOf 推導。

誤區 3：取消市場掛單會移除所有權限

掛單、其簽章和有效期，以及鏈上的 approve 或 setApprovalForAll 是不同狀態。不再需要時，應獨立檢查並撤銷鏈上權限。

相關主題

來源

導覽

搜尋知識庫...