跳到正文
Financial Context Wiki

代幣標準

代幣標準是用於發行、轉帳、授權和識別區塊鏈代幣的通用介面。本詞條比較 ERC-20、ERC-721 和 ERC-1155，並說明相容性可以保證什麼、不能保證什麼。

更新於

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

直接答案

代幣標準是公開發布的介面，用來告訴錢包、交易所、應用程式和其他合約如何識別與使用代幣。它規定預期的函式、事件和規則，但不保證代幣的價值、流動性、程式碼品質或發行方。

常見的以太坊標準對應不同的資產模型：

  • ERC-20 表示同質化單位：同一代幣的每個單位都可以與另一個單位互換。
  • ERC-721 表示逐一識別的非同質化代幣，例如單件收藏品或權利憑證。
  • ERC-1155 可以在一個合約中表示多種同質化、非同質化或半同質化代幣，並支援批次操作。

標準化讓整合方可以依賴已知介面，而不必為每個合約撰寫專用邏輯。因此相容性是系統屬性，不是安全保證：實作可以遵循介面，同時仍包含危險權限、誤導性中繼資料、轉帳限制或經濟模型缺陷。

機制

標準規定可呼叫的函式和發出的事件。典型 ERC-20 整合會檢查 balanceOf、totalSupply、transfer、approve、transferFrom 和 allowance；ERC-721 整合會透過 ownerOf、safeTransferFrom、approve、setApprovalForAll，以及通常的 tokenURI 檢查所有權和授權。ERC-1155 還提供 balanceOfBatch、safeBatchTransferFrom，以及適用於多個代幣 ID 的共用 URI 慣例。

ERC-165 允許合約透過 supportsInterface 回報支援的介面。應用程式可以用這個訊號選擇整合路徑，但仍應處理呼叫失敗並核對合約地址。標準描述元件之間的邊界；邊界後的具體合約程式碼、存取控制、鉤子和中繼資料邏輯仍由區塊鏈執行。

例子

假設某個市場接受被宣傳為 NFT 的資產。應用程式可以先核對網路和合約地址，偵測 ERC-721 介面，讀取所有權並模擬一筆小額轉帳。之後還要檢查授權範圍、轉帳限制、升級控制，以及中繼資料是否可變或託管在鏈下。

如果同一市場也接受遊戲道具，ERC-1155 可能更合適，因為一個合約可以管理許多代幣 ID，批次轉帳也可能降低交易開銷。標準幫助市場呼叫正確的方法，但不能證明道具真實、稀有、具備流動性或具有法律效力。

風險

  • 不合規或欺騙性實作： 合約可以使用熟悉的名稱，卻改變預期行為或增加轉帳限制。
  • 授權風險： 過寬的 approve 或操作員權限可能讓被攻破的支出方轉移資產；不再需要的授權應撤銷。
  • 鉤子與重入： NFT 和多代幣轉帳中的接收方回呼會增加執行路徑和合約互動。
  • 中繼資料與身分風險： tokenURI 或 URI 資料可能改變、消失，或指向與宣稱資產不符的內容。
  • 管理和經濟風險： 升級金鑰、暫停或黑名單控制、版稅、費用以及薄弱流動性都可能決定實際結果。

加密資產交易通常不可逆。簽名前確認鏈、合約地址、介面行為、權限和退出流動性；單獨的稽核或標準都無法消除這些風險。

常見誤區

有了標準，代幣就安全嗎？

不一定。標準描述互操作性預期。安全性還取決於實作、特權角色、升級路徑、代幣經濟、前端和周邊市場。

ERC-20、ERC-721 和 ERC-1155 可以互換嗎？

不可以。ERC-20 餘額是同質化的，ERC-721 按代幣 ID 追蹤所有權，ERC-1155 可以追蹤多種代幣類型。應用程式必須使用相符的轉帳、授權、餘額和事件模型。

錢包或市場支援就能證明真實性嗎？

不能。整合通常只能說明合約符合預期介面。請獨立核對規範合約地址、來源、中繼資料行為，以及發行方或系列的聲明。

相關主題

來源

導覽

搜尋知識庫...