OFT 标准是什么？多链代币怎么共用一套烧铸契约

结论先说

OFT（Omnichain Fungible Token）是 LayerZero 提出的跨链代币标准：代币在每条目标链各部署一份合约、互相登记为 peer，跨链转账时源链借记（烧掉或锁进合约），经 LayerZero 消息通道在目标链贷记（铸造或解锁），全链总量恒等。它与”桥发镜像币”的传统做法差异在于：标准把源/目标代币的对应关系、精度换算、消息格式与组合调用固化成公共实现，发行方自持部署、自选验证与执行配置（机制描述以 LayerZero 官方文档为准）。它与你已见过的 ERC-7802 走同一哲学——销毁-铸造统一表征（见ERC-7802 是什么？跨链代币的烧铸接口标准），差异在消息层与信任配置。

一次转账的解剖

用户在源链调用 send 后，链条依次发生：OFT 合约借记发送者余额（新币模式烧除，或适配器模式锁进合约）；消息经 Endpoint 路由到配置的消息库；验证层（DVN 验证网络）在两条链分别读取源链事件、跨链比对签名，执行层（Executor）把验证过的消息投送到目标链 Endpoint；目标链配对的 OFT 合约校验来源 peer 与消息哈希后铸造或解锁等量代币入接收者账户；若附带 compose 载荷，目标链还能自动触发接收方合约动作（Swap、质押、投票），实现”一次操作跨链完成”。整个过程没有”总合约”——每条链上的部署各自遵守同一套接口约束，总量守恒由”烧铸对称+peer 白名单”共同保证。

OFT 标准是什么？多链代币怎么共用一套烧铸契约机制示意

信任到底放在哪

OFT 的安全不是单一开关。DVN 是验签人集合，链所有者可以选用公开 DVN 网络或自建；Executor 决定投送延迟与活性；两者配置（MessageLib 与选项参数）逐条通道可调，于是”官方推荐配置”和”某小项目自己接的两个验证节点”在协议层面同名不同命。与锁铸桥的对比：canonical 锁铸把信任压在源链锁合约与验证者（机制对照见跨链桥模型对比：轻客户端验证与锁铸模式）；OFT 把信任摊到消息验证配置上——审计 OFT 部署时，真正要看的是它 setPeer 了谁、DVN 列表与阈值是什么。与意图式跨链（见ERC7683跨链意图如何被Solver解析？一类专题）相比，OFT 不提供目标链即时流动性，速度取决于消息通道而非 Solver 垫资。与 Circle 自家 CCTP 的烧铸通道相比（见CCTP跨链USDC流程怎么查？），OFT 是代币无关的通用标准，CCTP 是发行方自营的专属通道。

精度与地址的暗礁

两个容易踩的坑。小数位精度：不同链代币的小数位可能不同，OFT 在源链按”共享小数位”取整借记再按目标链精度换算——从 18 位链往 6 位链搬时，尾数会向上取整丢失，UI 上表现为到账数量与发送数量差几个零，这是设计行为而非漏洞，但务必在集成测试覆盖。地址编码：非 EVM 链的地址格式各异，OFT 的跨链寻址依赖统一编码约定（相关思路见 ERC-7930 一类地址编码专题），从 EVM 往 Cosmos 系链转账时接收地址格式错误是常见失败源。排查路径标准化：LayerZero 官方 scan 工具可按消息哈希追踪每跳状态，比”钱不见了”式求助有效得多。

谁该考虑用它

新发多链代币：OFT 直接继承 ERC-20 语义，一份合约多链部署，省去每链找一个桥方签协议的商务成本。已有代币要”全链化”：OFT Adapter 模式把现有 ERC-20 包成锁铸模式接入，无需改动原合约——代价是信任结构变成”适配器合约+消息配置”两叠。需要”跨链即执行”体验的产品：compose 机制把桥接收款与后续动作并成一笔用户操作，这是 OFT 相对传统桥在体验上最大的增量（链抽象的完整图景见链抽象是什么？多链体验怎么对用户隐身）。