FA1.2（Tezos）

什麼是 Tezos 上的 FA1.2？

FA1.2 是 Tezos 區塊鏈上智能合約使用的同質化代幣標準。

它定義了通用介面，可用於轉移代幣、授權代幣支出、查詢餘額與授權額度，以及讀取代幣總供應量。

FA1.2 的正式定義載於 Tezos 改進提案 7（Tezos Improvement Proposal 7），又稱 TZIP-7。

此標準專為同質化代幣設計，也就是特定 FA1.2 資產的每個單位，都能與同一資產的其他單位互換。

FA1.2 合約可代表支付代幣、治理代幣、封裝加密貨幣、穩定價值資產、忠誠度點數、應用程式貨幣，或其他可分割的數位資產。

FA1.2 是智能合約介面，本身並不是加密貨幣。

每種 FA1.2 代幣都由自己的 Tezos 智能合約建立及管理。

合約會維護一份帳本，記錄 Tezos 帳戶地址及其代幣餘額。

使用者可與合約互動以轉移代幣，或授權其他帳戶或應用程式代表自己支出一定數量的代幣。

FA1.2 不會決定代幣價格、法律地位、經濟用途、最大供應量或管理架構。

這些特性取決於個別代幣合約及控制該合約的專案。

FA1.2 代表什麼？

FA 是 Financial Application（金融應用程式）的縮寫。

數字 1.2 表示 TZIP-7 所定義同質化資產介面的版本。

此標準源自 Tezos 早期的同質化代幣介面工作，並新增正式的授權機制，以支援委託代幣轉移。

FA1.2 一詞通常同時指該標準，以及依照此標準實作的代幣。

不過，從技術角度來看，遵循 FA1.2 的是智能合約。

發行方只在名稱、代號、網站或行銷說明中使用 FA1.2 一詞，並不代表代幣就相容於 FA1.2。

已部署的合約必須提供規定的入口點，並符合預期的參數型別及行為。

為什麼要建立 FA1.2？

智能合約可以用許多不同方式定義代幣行為。

若沒有共通標準，每個錢包和去中心化應用程式都必須為每種同質化代幣撰寫客製化整合程式碼。

某個代幣可能以一種名稱處理轉帳，另一個代幣則可能使用完全不同的參數結構。

不同合約中的餘額查詢及支出權限也可能有不同運作方式。

FA1.2 提供可預測的介面，有助於減少這種碎片化。

錢包可透過已知的 transfer 入口點準備代幣轉帳。

應用程式可透過已知的 approve 入口點申請支出授權。

索引器可辨識餘額變動，並以一致格式呈現代幣活動。

開發工具可檢查合約是否提供預期的 FA1.2 介面。

目前的 Octez FA1.2 文件提供專用工具，可檢查相容性、轉移代幣、授權支出方，以及讀取代幣資訊。

標準化可提升互通性，但不代表特定合約安全、有價值或由誠信方管理。

FA1.2 代幣如何運作？

FA1.2 代幣由 Tezos 智能合約管理，合約會儲存一份帳戶餘額帳本。

發行代幣時，合約會將餘額分配至一個或多個帳戶地址。

持有者透過呼叫合約轉移代幣，而不是直接透過 Tezos 協議層級的餘額帳務傳送代幣。

合約會驗證來源帳戶、目的帳戶、要求的數量、呼叫者授權及可用餘額。

若檢查通過，合約會從來源餘額扣除相應數量，並加到目的餘額。

若檢查未通過，交易就會回滾，帳本也不會變更。

帳戶也可以授權其他帳戶或智能合約支出其餘額中的一定數量。

獲授權的數量稱為 allowance（授權額度）。

每次委託轉帳通常都會依轉帳數量扣減剩餘授權額度。

合約可透過標準化查詢介面提供餘額、授權額度及總供應量資訊。

什麼是同質性？

同質性是指資產的個別單位可以互換。

特定 FA1.2 代幣的某一單位，具有與同一代幣其他單位相同、由合約定義的特性。

持有者通常不必追蹤自己收到的是哪個確切代幣單位。

帳戶帳本記錄的是數量，而非獨一無二的代幣身分。

因此，FA1.2 適合用於貨幣、點數、投票單位、抵押品或可分割權利等資產。

FA1.2 並非用來為每個單位指定獨特身分並分別記錄中繼資料。

獨特數位資產通常會使用更具彈性、專為支援非同質化代幣而設計的代幣標準。

如何識別 FA1.2 代幣？

FA1.2 代幣主要透過管理該代幣的 Tezos 智能合約地址識別。

FA1.2 是每份合約代表一種同質化代幣，而非使用多個代幣 ID 代表彼此無關的資產。

若 FA1.2 中繼資料使用與較新 Tezos 標準相關的代幣中繼資料結構，其代幣 ID 必須為 0。

代幣名稱和代號不是可靠的唯一識別資訊。

不同合約可以使用相同的名稱、代號、圖片及小數位設定。

惡意發行方也可能仿冒合法資產的品牌。

轉移、授權或購買 FA1.2 代幣前，使用者應透過可信的專案文件確認完整合約地址。

FA1.2 的主要入口點有哪些？

FA1.2 介面定義了轉帳、授權、餘額查詢、授權額度查詢及總供應量查詢入口點。

Octez 官方介面參考資料列出 transfer、approve、getBalance、getAllowance 和 getTotalSupply，作為 FA1.2 的主要操作。

個別合約可能另有鑄造、銷毀、暫停、管理、兌換或其他專案專用入口點。

額外入口點不會自動成為 FA1.2 標準的一部分。

Transfer 入口點

transfer 入口點會將指定數量的代幣，從一個地址轉移至另一個地址。

呼叫內容會指定來源地址、目的地址及轉帳數量。

若呼叫者要從自己的帳戶轉移代幣，合約會確認該帳戶有足夠餘額。

若呼叫者要從其他帳戶轉移代幣，則必須取得該帳戶持有者提供的足額授權。

委託轉帳會扣減支出方的剩餘授權額度。

餘額或授權額度不足時，轉帳會失敗。

FA1.2 transfer 入口點以同一介面支援持有者直接轉帳及委託轉帳。

Approve 入口點

approve 入口點讓代幣持有者授權支出方轉移其代幣，並設定支出上限。

支出方可以是另一個使用者帳戶或智能合約。

應用程式可運用此機制收取款項、提供流動性、鎖定抵押品、完成交易，或執行其他經授權的操作。

授權不會立即轉移代幣。

授權會建立一筆可在後續 transfer 呼叫中使用的額度。

在獲准的轉帳發生前，代幣仍由持有者持有。

GetBalance 入口點

getBalance 入口點會傳回指定地址的 FA1.2 代幣餘額。

此處回報的餘額儲存在代幣合約中，而非 Tezos 協議層級的 tez 餘額中。

錢包、索引器或應用程式可使用這項資訊，顯示帳戶控制的代幣數量。

目前的 Octez 工具可在鏈下讀取支援的餘額查詢，不必要求使用者另外送出用於回傳資訊的交易。

GetAllowance 入口點

getAllowance 入口點會傳回一個地址可從另一個地址轉移的剩餘數量。

查詢內容會指定代幣持有者及獲授權的支出方。

結果為 0，表示該支出方目前沒有來自該持有者的 FA1.2 剩餘授權額度。

正數結果則表示依據已記錄的授權，仍可轉移的最高數量。

GetTotalSupply 入口點

getTotalSupply 入口點會傳回合約認定的 FA1.2 代幣單位總數。

若合約實作包含鑄造或銷毀功能，總供應量就可能改變。

查詢總供應量無法得知代幣持有者之間的持倉集中程度。

也無法得知未來是否還能創造更多代幣。

什麼是 FA1.2 授權額度？

FA1.2 授權額度是代幣持有者授予另一地址的有限支出授權。

假設持有者授權某個應用程式支出 100 枚代幣。

依照合約規則，該應用程式最多可以從持有者餘額轉移 100 枚代幣。

若應用程式轉移 30 枚，剩餘授權額度通常會變成 70 枚。

即使記錄的授權額度較大，應用程式仍不能轉移超過持有者可用餘額的數量。

應用程式也不能將此授權額度用於另一份 FA1.2 代幣合約。

授權額度會持續記錄在鏈上，直到額度被使用、更改或重設。

將錢包與網站中斷連線，不會自動取消授權額度。

如需撤銷授權，持有者必須提交鏈上授權更新。

FA1.2 與 Operator 權限有何不同？

FA1.2 使用數值型授權額度。

持有者可設定支出方能轉移的最高數量。

轉帳發生後，授權額度通常會逐步減少。

以 operator 為基礎的代幣模型通常會授予特定代幣類型的操作權限，但不會設定逐步扣減的數量上限。

這項差異可能影響錢包介面及應用程式安全性。

FA1.2 對 50 枚代幣的授權不應顯示成無限控制權。

同樣地，也不應將 operator 授權解讀為一次性的數值型授權額度。

為什麼必須謹慎處理 FA1.2 授權額度變更？

更改現有代幣授權額度可能造成競態條件。

持有者的新授權確認前，支出方可能先使用舊額度。

新額度生效後，支出方也可能再嘗試使用新額度。

TZIP-7 透過禁止直接將非零額度改為另一個非零額度，處理其中一部分問題。

持有者通常必須先將授權額度設為 0，再設定新的非零額度。

TZIP-7 授權規格也說明，重設為 0 本身並不能完全避免所有可能遭利用的時序情況。

謹慎的使用者應等待零額度交易上鏈後，再授予新的額度。

涉及高價值資產的應用程式也應檢查更新等待期間，支出方是否使用過任何授權額度。

FA1.2 授權額度範例

假設某個錢包持有 1,000 單位的 FA1.2 代幣。

持有者授權一個去中心化應用程式支出 200 單位。

應用程式之後將 75 單位轉移至智能合約。

持有者的代幣餘額降至 925 單位。

應用程式的剩餘授權額度降至 125 單位。

若應用程式嘗試再轉移 150 單位，交易會因剩餘授權額度不足而失敗。

應用程式不再需要存取權時，持有者可以將授權額度降為 0。

FA1.2 支援無限額度授權嗎？

若合約接受非常大的數值，FA1.2 持有者便可以授予此類額度。

某些應用程式可能會將此視為實際上無限的授權。

大額度可減少重複提交授權交易的需求。

若獲授權的合約遭入侵、具有惡意或遭到錯誤使用，風險中的代幣數量也會增加。

可行時，使用者應只授予合理所需的數量。

過期或不再需要的授權額度應重設為 0。

FA1.2 餘額如何儲存？

FA1.2 實作通常會在代幣合約內的帳本中儲存餘額。

帳本會將每位持有者的地址對應至自然數形式的代幣數量。

有些實作會在結構化帳本項目中一併儲存餘額及授權額度。

TZIP-7 描述了一種標準化、可索引的資料配置，其中持有者記錄可同時包含餘額及支出方授權額度對照表。

只要公開行為符合規定介面，並非每個歷史實作都必須採用完全相同的內部儲存方式。

應用程式應透過標準入口點或可靠的索引資料互動，而非假設合約採用特定的私有儲存配置。

FA1.2 使用代幣 ID 嗎？

FA1.2 是單一代幣合約標準，一般轉帳不會透過代幣 ID 區分多種獨立代幣類型。

若 FA1.2 代幣中繼資料採用與較新標準共用的中繼資料格式，代幣 ID 固定為 0。

若合約需要在同一地址下管理多種不同的同質化代幣，通常更適合採用多資產標準。

使用者也不應以為只知道代幣 ID 0 就能唯一識別 FA1.2 資產，還必須知道其合約地址。

FA1.2 中繼資料如何運作？

原始 FA1.2 介面主要著重於帳本及授權額度行為。

TZIP-7 並未獨立定義完整的合約中繼資料系統。

目前的代幣中繼資料指引採用與 Tezos 多資產標準相關的通用代幣中繼資料格式。

FA1.2 中繼資料使用的代幣 ID 必須為 0。

中繼資料可包含代幣名稱、代號、小數位、說明及其他顯示資訊。

合約層級資訊也可依據 TZIP-16 合約中繼資料發布。

TZIP-16 支援將中繼資料儲存在鏈上，或透過內容定址儲存空間、網路服務等鏈下位置提供參照。

中繼資料有助錢包和區塊鏈瀏覽器顯示資產，但除非合約在業務邏輯中明確使用，中繼資料不會控制實際帳本。

FA1.2 代幣的小數位代表什麼？

FA1.2 餘額以整數自然數單位儲存。

小數位中繼資料欄位會告訴錢包，顯示時應將小數點放在哪裡。

假設合約原始餘額為 1,500,000，代幣設定為 6 位小數。

錢包就會將餘額顯示為 1.5 枚代幣。

智能合約仍記錄 1,500,000 個最小單位。

小數位不會決定代幣的市場價格、總供應量或稀缺性。

小數位設定錯誤，可能導致錢包或應用程式顯示不正確的數量。

FA1.2 是否定義最大供應量？

不會，FA1.2 不要求設定固定的最大供應量。

合約提供查詢總供應量的方式，但發行方可能加入自訂鑄造或銷毀功能。

代幣可能以固定供應量開始，且沒有新增代幣的方法。

其他代幣則可能允許管理員、治理合約或明確定義的協議流程鑄造更多單位。

在假設供應量永久受到限制前，使用者應檢查已部署合約及管理權限。

公布的供應量代表目前狀態，不一定能說明未來的發行量。

FA1.2 是否要求鑄造功能？

不要求，鑄造並非 FA1.2 必要入口點之一。

合約可在部署時一次建立全部供應量。

合約也可能包含由管理員或其他智能合約控制的自訂鑄造功能。

鑄造政策應說明誰能建立代幣、是否設有供應量上限，以及鑄造權限能否轉移或移除。

未經授權或不受限制的鑄造可能稀釋現有持有者的比例，並擾亂代幣市場。

FA1.2 是否要求銷毀功能？

不要求，銷毀功能同樣屬於選擇性功能。

自訂銷毀函式可依合約規則永久減少餘額及總供應量。

該函式可能允許持有者銷毀自己的代幣，也可能僅限管理員操作。

將代幣傳送至無法存取的地址，不一定會更新合約回報的總供應量。

若設計目的為合約層級銷毀，真正的銷毀操作應同步減少相關餘額及總供應量帳務。

FA1.2 與 Tez 的差異

Tez 是 Tezos 區塊鏈的原生加密貨幣。

FA1.2 代幣由智能合約建立及管理。

Tez 餘額由 Tezos 協議直接維護。

FA1.2 餘額則儲存在個別代幣合約中。

即使交易是轉移 FA1.2 代幣，Tezos 交易手續費通常仍以 tez 支付。

持有 FA1.2 餘額不代表自動擁有足夠的 tez，可支付代幣轉帳或授權交易的手續費。

Tezos 代幣文件說明了協議層級的 tez，與透過智能合約帳本表示的代幣之間的差異。

FA1.2 與 FA2 的差異

FA1.2 專為由單一智能合約管理的一種同質化代幣設計。

FA2 是較新且更具彈性的代幣介面。

FA2 可支援同質化代幣、NFT、不可轉讓資產、混合模型，以及在同一合約中使用多個代幣 ID。

FA1.2 使用數值型支出方授權額度。

標準 FA2 通常採用代幣專屬的 operator 權限，而非逐步扣減的數值型授權額度。

FA1.2 使用分開的單筆請求轉帳結構，FA2 則採用批次形式的轉帳及餘額查詢結構。

FA2 也更明確支援自訂轉帳政策。

目前 SmartPy 指引建議新建代幣合約採用 FA2，因為它支援更多使用情境。

這項建議不代表現有 FA1.2 合約失效。

目前的 Octez 工具仍提供 FA1.2 專用支援。

FA1.2 與 FA2.1 的差異

FA2.1 是 FA2 系列的提議演進版本，包含有限額度、事件、鏈上檢視及票證相關功能。

其有限額度概念處理了 FA1.2 常見的使用情境，同時保留 FA2 更廣泛的多資產架構。

目前的 SmartPy 文件將 FA2.1 描述為草案。

提出新標準並不會自動改變現有 FA1.2 合約。

錢包與應用程式的支援情況，應針對各標準分別確認。

FA1.2 代幣可以轉換成 FA2 嗎？

一般而言，FA1.2 合約不能只靠更改標籤就轉變為 FA2。

兩種標準採用不同的介面及權限模型。

想要遷移的專案可部署新的 FA2 合約，並建立受控的轉換流程。

流程可能會鎖定或銷毀舊代幣，再發行對應的新代幣。

另一種設計則可能先記錄餘額快照，再分配替代資產。

遷移會帶來技術、治理、安全性及使用者體驗風險。

使用者應確認官方遷移合約，並避免點擊聲稱可兌換舊代幣的未經請求連結。

FA1.2 能否支援封裝加密資產？

可以，FA1.2 合約能在 Tezos 上代表封裝加密貨幣。

封裝代幣是獨立的智能合約資產，旨在透過託管、跨鏈橋、鑄造或兌換機制追蹤另一項資產。

FA1.2 介面會將轉帳及授權標準化，但不保證封裝代幣有足額資產支持。

使用者必須評估儲備、兌換條件、託管方控制權、跨鏈橋安全性、鑄造權限及支持資產證明。

Tezos 官方封裝代幣指引強調，封裝資產在技術上與原始加密貨幣彼此獨立。

FA1.2 能否支援穩定價值代幣？

可以，FA1.2 代幣可以設計為追蹤法定貨幣、商品、加密貨幣或其他參考資產的價值。

FA1.2 本身不會維持目標價值。

價格穩定性取決於發行方、抵押品、儲備、兌換機制、市場流動性、預言機系統及經濟設計。

代幣即使符合 FA1.2，也可能失去預期的錨定價格。

技術相容性不應被視為儲備品質或價格穩定性的證明。

錢包如何顯示 FA1.2 代幣？

錢包可識別 FA1.2 合約、查詢使用者餘額，並讀取可用的中繼資料。

錢包可能會顯示代幣名稱、代號、依小數位調整後的餘額、標誌及交易紀錄。

有些錢包會依賴索引器，而非直接讀取每份合約。

Tezos 索引器文件說明，索引器會整理 FA1.2 及 FA2 代幣資訊，方便應用程式存取。

若代幣中繼資料缺失、不受支援或尚未完成索引，代幣可能不會自動顯示。

錢包畫面未顯示代幣，不一定表示鏈上餘額為 0。

使用者可透過相容的區塊鏈工具驗證合約及帳本資訊。

去中心化應用程式如何使用 FA1.2？

去中心化應用程式可申請支出指定數量 FA1.2 代幣的授權。

取得授權後，應用程式可呼叫代幣合約，從持有者餘額轉移代幣。

此模式可支援存入資產、兌換、抵押品、訂閱、拍賣、借貸、支付及其他加密貨幣活動。

應用程式不應申請超過合理需求的額度。

簽署前，使用者應確認代幣合約、支出方地址及授權數量。

應用程式也應妥善處理餘額不足、授權額度不足及授權變更等情況。

FA1.2 轉帳可以批次處理嗎？

FA1.2 核心 transfer 入口點每次呼叫會處理一個來源、一個目的地及一個數量。

不過，一項 Tezos 操作可以包含多次合約呼叫。

目前的 Octez 工具支援涉及單一來源、向多個接收者轉帳，且涵蓋多份 FA1.2 合約的批次命令。

批次處理有助於提升分發及財務管理操作的便利性。

若原子序列中的某個步驟失敗，相關操作可能整體失敗，而不是留下部分完成的結果。

大型批次也可能消耗大量 Gas，因此需要仔細測試。

FA1.2 標準錯誤

TZIP-7 定義了與授權額度不足及不安全額度變更相關的錯誤。

若持有者代幣不足，轉帳可能失敗。

若支出方的授權額度小於要求轉帳數量，委託轉帳可能失敗。

若授權操作試圖直接以另一個非零額度取代現有非零額度，可能會失敗。

個別實作可能針對管理、暫停、鑄造、銷毀或其他自訂功能使用額外錯誤名稱。

應用程式應以能協助使用者判斷問題涉及餘額、授權額度、授權或合約政策的文字顯示錯誤。

FA1.2 代幣的安全風險

符合 FA1.2 不代表智能合約安全。

合約即使提供正確入口點，內部邏輯仍可能有缺陷或帶有惡意。

管理員可能有權鑄造新代幣、暫停轉帳、凍結帳戶、更改中繼資料或替換重要地址。

遭入侵的獲授權支出方，可轉移不超過可用授權額度的代幣。

被仿冒的名稱和代號可能讓詐騙代幣看起來像合法資產。

即使 FA1.2 帳本運作正常，封裝代幣仍可能出現抵押不足。

使用者應檢查合約原始碼、稽核資訊、管理機制、供應量控制、授權額度及兌換規則。

授權額度的安全風險

授權額度會讓另一地址直接取得控制持有者部分代幣餘額的權限。

惡意應用程式可在取得授權後立即使用該額度。

遭入侵的合約也可能使用入侵前取得的權限。

大量未使用的授權額度可能長時間保持有效。

使用者應仔細檢查支出方地址，並避免核准原因不明的交易。

不再需要的授權額度應重設為 0。

授予或撤銷 FA1.2 授權額度時，絕不需要提供私鑰或恢復助記詞。

管理權限風險

自訂 FA1.2 合約可能設有具特權的管理員。

管理員可能控制鑄造、銷毀、暫停、帳戶凍結、黑名單、費用或合約升級。

這些權限可用於安全性及合規操作。

同時也可能造成中心化及濫用風險。

使用者應確認管理員是單一帳戶、多重簽名合約、治理系統，還是不可變更的規則。

也應確認管理權限能否轉移或永久移除。

供應量及稀釋風險

代幣目前的供應量看似有限，合約卻可能保留不受限制的未來鑄造權。

額外發行可能降低現有代幣占總供應量的比例。

只有在已部署合約或同樣嚴格的治理限制中落實供應上限，該上限才有實質意義。

網站或社群貼文中的承諾，不能凌駕於鏈上鑄造權限之上。

使用者應區分流通供應量、總供應量及可能的未來供應量。

假代幣風險

任何人都可以部署使用常見代幣名稱或代號的 Tezos 智能合約。

錢包中繼資料可能讓無關代幣看起來像知名資產。

合約地址比顯示名稱更可靠。

使用者應從可信的專案第一手來源取得已驗證的合約地址。

錢包收到未經請求的代幣時，未經獨立驗證前不應視為有價值。

未知代幣中繼資料中的連結可能導向網路釣魚網站。

智能合約風險

程式錯誤可能導致未授權轉帳、餘額錯誤、代幣遭鎖定或供應量帳務失常。

符合正式介面規格，不代表所有內部程式分支都能正確運作。

獨立稽核可降低風險，但無法保證合約完全沒有漏洞。

涉及複雜鑄造、兌換、費用、升級或抵押邏輯的合約，需要進一步分析基本 FA1.2 入口點以外的內容。

Tezos 代幣風險指引建議檢查原始碼是否公開、稽核、供應量限制及轉帳規則。

私鑰與錢包安全

FA1.2 代幣的所有權最終取決於使用者是否控制有權管理已記錄餘額的 Tezos 帳戶。

攻擊者一旦取得帳戶私鑰，就能簽署轉帳及授權操作。

任何合法代幣合約都不需要使用者提供恢復助記詞，才能顯示餘額或準備交易。

Octez 金鑰管理文件強調，管理 tez 與 FA 代幣操作時，應妥善儲存金鑰並採取安全簽署方式。

使用者核准操作前，應在簽署裝置上確認交易細節。

如何驗證 FA1.2 代幣

透過可信的第一手來源確認完整 Tezos 合約地址。

確認合約是否提供必要的 FA1.2 介面。

檢查代幣名稱、代號、小數位及總供應量。

確認誰有權鑄造、銷毀、暫停、凍結或升級代幣。

與新應用程式互動前，先檢查現有授權額度。

涉及高價值資產時，應查看獨立安全評估。

對於封裝代幣或穩定價值代幣，應另外驗證儲備及兌換規則，而非只檢查 FA1.2 介面。

不要只憑代號、錢包圖示或社群媒體訊息判定真偽。

FA1.2 開發最佳實務

開發者應遵循 TZIP-7 的入口點型別及授權行為。

應分別測試持有者直接轉帳及使用授權額度轉帳的情況。

測試應涵蓋餘額為 0、餘額不足、授權額度不足及零數量轉帳等情況。

變更授權額度時，應遵循標準對直接將非零額度改為另一非零額度的防護措施。

若合約包含鑄造、銷毀、暫停及管理功能，應清楚說明。

在可行的情況下，中繼資料應使用穩定且具完整性保護的儲存方式。

應用程式應使用符合當下合約互動情境的呼叫者身分，不應信任無關的交易發起者。

開發者應使用錢包、索引器及 Octez 工具測試整合。

高價值合約應在部署前接受獨立安全審查。

關於 FA1.2 的常見誤解

FA1.2 不是 Tezos 的原生加密貨幣。

FA1.2 不是個別代幣或專案。

它是同質化代幣合約可以實作的一項標準。

FA1.2 並非以獨特 NFT 為主要代幣模型。

符合 FA1.2 不代表供應量固定。

鑄造與銷毀並非標準必備入口點。

核准授權不會立即轉移代幣。

中斷錢包連線不會撤銷鏈上授權額度。

代幣名稱或代號無法唯一識別其合約。

FA2 成為新開發的首選標準，不代表現有 FA1.2 合約會消失。

FA1.2 介面正確，不代表代幣安全、有足額支持、在所有條件下皆可轉讓或具有金融價值。

常見問題

Tezos 上的 FA1.2 是什麼？

FA1.2 是 TZIP-7 定義的 Tezos 同質化代幣智能合約標準。

FA1.2 中的 FA 代表什麼？

FA 代表 Financial Application（金融應用程式）。

FA1.2 是加密貨幣嗎？

不是。它是用於建立和管理同質化加密貨幣及其他代幣化資產的介面。

FA1.2 目前仍受支援嗎？

是，目前的 Octez 文件仍提供 FA1.2 專用相容性、轉帳、授權及查詢工具。

FA1.2 是最新的 Tezos 代幣標準嗎？

不是。FA2 較新且更具彈性；FA2.1 目前則被描述為 FA2 系列的草案演進版本。

開發者應建立新的 FA1.2 代幣嗎？

目前的 Tezos 開發指引通常建議新代幣合約使用 FA2，但仍須視專案需求及舊有整合而定。

FA1.2 可以建立 NFT 嗎？

FA1.2 專為同質化代幣設計，而非獨特的非同質化資產。

一份 FA1.2 合約可以管理多種代幣嗎？

該標準規定每份合約代表一種同質化代幣。

如何識別 FA1.2 代幣？

主要透過管理其帳本的 Tezos 合約地址識別。

FA1.2 中繼資料使用哪個代幣 ID？

共用代幣中繼資料格式使用的代幣 ID 必須為 0。

FA1.2 餘額儲存在哪裡？

餘額記錄在 FA1.2 智能合約的儲存帳本中。

FA1.2 transfer 入口點是什麼？

通過餘額及授權檢查後，將指定數量從來源地址轉移至目的地址。

FA1.2 approve 入口點是什麼？

授予支出方權限，使其能從持有者的代幣餘額轉移指定數量的代幣。

FA1.2 授權額度是什麼？

授權額度是獲授權地址可從代幣持有者餘額轉移的剩餘數量。

使用後授權額度會減少嗎？

會。委託轉帳通常會依轉帳數量扣減剩餘授權額度。

連接錢包會建立授權額度嗎？

不會。只有使用者簽署並提交相關授權操作後，才會建立授權額度。

中斷錢包連線會撤銷授權額度嗎？

不會。持有者必須更新鏈上授權額度，通常是將其設為 0。

可以直接將一個非零授權額度改為另一個非零額度嗎？

為防範已知的競態條件，TZIP-7 禁止直接將非零額度改為另一個非零額度。

應如何變更授權額度？

持有者應先將額度設為 0，等待確認，並在檢查期間是否有代幣遭支出後，再設定新額度。

FA1.2 是否要求鑄造功能？

不要求，是否提供鑄造功能取決於個別實作。

FA1.2 是否要求銷毀功能？

不要求，銷毀也是可選的自訂功能。

FA1.2 是否保證供應量上限？

不保證，使用者必須檢查合約實際的鑄造權限及供應量規則。

如何查詢 FA1.2 餘額？

相容的錢包、索引器、合約查詢或 Octez FA1.2 餘額命令，都能讀取帳本餘額。

如何查詢 FA1.2 授權額度？

getAllowance 介面或相容的索引器可回報持有者與支出方之間的剩餘授權額度。

如何查詢 FA1.2 總供應量？

getTotalSupply 介面會傳回代幣合約記錄的目前供應量。

FA1.2 交易手續費以該代幣支付嗎？

Tezos 協議交易手續費通常以 tez 支付。

FA1.2 可以代表封裝加密貨幣嗎？

可以，但符合 FA1.2 不代表儲備、兌換或跨鏈橋安全性受到保證。

FA1.2 可以代表穩定價值資產嗎？

可以，但此標準本身不保證資產會維持預期價格。

FA1.2 管理員可以凍結代幣嗎？

自訂實作可能包含凍結或暫停權限，儘管這些功能不是標準要求。

FA1.2 代幣可以遷移至 FA2 嗎？

專案可以建立獨立的遷移流程，但舊合約不會自動變得相容於 FA2。

FA1.2 代幣符合標準就代表安全嗎？

不代表。標準相容性可提升介面相容程度，但不保證程式碼安全、管理誠信、資產支持、流動性或價值。

結論

FA1.2 是由 TZIP-7 正式定義的 Tezos 同質化代幣標準。

此標準為轉帳、授權、餘額、授權額度及總供應量資訊建立共通介面。

FA1.2 智能合約會維護一份帳本，將 Tezos 地址對應至可互換的代幣餘額。

其數值型授權額度機制，讓持有者可授權應用程式或其他帳戶轉移一定數量的代幣。

授權額度需要謹慎管理，因為它會持續在鏈上生效，並可能帶來競態條件或合約遭入侵的風險。

FA1.2 不要求鑄造、銷毀、暫停、凍結、中繼資料管理或固定最大供應量。

這些功能取決於個別合約實作。

FA2 現已成為 Tezos 新代幣開發中更具彈性的標準，但 FA1.2 合約仍受支援並持續使用。

與不熟悉的 FA1.2 代幣互動前，使用者應確認合約地址、授權額度、供應量控制、管理員權限、中繼資料、稽核紀錄及兌換條款。

FA1.2 標準化可提升 Tezos 錢包、應用程式、索引器及開發工具之間的相容性，但不保證代幣安全、合法、具備流動性或有價值。