FA1.2（Tezos）

什么是 Tezos 上的 FA1.2？

FA1.2 是一种适用于 Tezos 区块链智能合约的同质化代币标准。

该标准定义了一套通用接口，用于转移代币、授权代币支出、查询余额、查询授权额度以及读取代币总供应量。

FA1.2 由 Tezos 改进提案 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 入口点允许代币持有者授权支出方转移一定数量的持有者代币。

支出方可以是其他用户账户，也可以是智能合约。

应用可以利用这一机制收取付款、提供流动性、锁定抵押品、完成交易或执行其他经授权的操作。

授权不会立即转移代币。

授权会创建一笔可在后续转账调用中使用的授权额度。

在获准的转账发生前，代币仍归持有者所有。

GetBalance 入口点

getBalance 入口点会返回与指定地址关联的 FA1.2 代币余额。

查询到的余额存储在代币合约中，而不是协议层的 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 的代币模型通常会授予针对特定代币类型的权限，但不指定会逐步扣减的数值上限。

这种差异可能影响钱包界面和应用安全。

不应将 50 单位的 FA1.2 授权显示成无限控制权。

同样，也不应将 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 支持将元数据存储在链上，也支持通过内容寻址存储或 Web 服务等链下位置引用元数据。

元数据可以帮助钱包和区块链浏览器展示资产，但除非合约在业务逻辑中明确使用元数据，否则元数据不会控制实际账本。

FA1.2 代币的 Decimals（小数位数）是什么？

FA1.2 余额以整数形式存储。

decimals 元数据字段会告知钱包在显示时应将小数点放在哪里。

假设合约中的原始余额为 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 系列的一项拟议演进方案，包含有限授权额度、事件、链上视图和与 Ticket 相关的功能。

其有限授权额度功能面向 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 钱包、应用、索引器和开发工具之间的兼容性，但不能保证代币安全、合法、具有流动性或价值。