TON 区块链采用智能合约作为其核心交互单元，每个合约都需要一个地址来收发消息与资产。本文将深入解析 TON 中的两种地址格式及其应用场景，帮助开发者与用户更安全高效地进行链上操作。
一、TON 地址的基本概念
智能合约即参与者
在 TON 区块链中，所有参与者（包括用户钱包）均以智能合约形式存在。每个合约需具备唯一地址，用于接收消息、处理交易并维护状态。
地址的核心构成
TON 智能合约地址由两部分组成：
- 工作链 ID（workchain_id）：32 位有符号整数，标识所属工作链。目前主流工作链包括主链（ID: -1）与基础链（ID: 0）。
- 账户 ID（account_id）：根据工作链规则生成，主链与基础链均使用 256 位地址，由合约初始代码与状态的哈希计算得出。
地址的四种状态
- 不存在（nonexist）：地址未发生过任何交易。
- 未初始化（uninit）：地址已接收资产但未部署合约代码。
- 活跃（active）：合约已部署，可正常执行逻辑与存储数据。
- 冻结（frozen）：因存储费用不足而暂停功能，需补充资金并提交对应哈希值方可解冻。
二、原始地址与用户友好地址
原始地址的格式与局限
原始地址直接呈现工作链 ID 与账户 ID，格式为：
[十进制工作链 ID]:[64 位十六进制账户 ID]示例： -1:fcb91a3a3816d0f7b8c2c76108b8a9bc5a6b7a55bd79f8ab101c52db29232260
存在的风险：
- 易因手动输入错误导致资产丢失
- 缺乏校验机制与功能标志位
用户友好地址的优势
用户友好地址通过编码优化提升安全性与易用性，典型特征包括：
- 人类可读的前缀（如字母数字组合）
- 嵌入式校验码防止误操作
- 支持弹跳标志等功能扩展
示例： EQA2B1C3D4E-ACBD
三、弹跳标志机制与安全实践
弹回消息的工作原理
- 可弹回消息（Bounceable）：若目标合约不存在或处理异常，消息将自动返回发送方并扣除手续费。
- 不可弹回消息（Non-bounceable）：资金将暂存于目标地址，待合约初始化后方可使用。
开发与使用建议
- 向未初始化地址转账时，应优先选择不可弹回消息并附加
state_init参数 - 大额转账需分阶段进行：先发送小额资金初始化合约，再转移主体资产
- 智能合约需检测消息的“已弹回”标志并做异常处理
四、地址转换方法与工具
常用转换工具
- ton.org/address：在线地址转换平台
- dton.io API：支持地址处理的编程接口
- toncenter API：主网与测试网地址转换服务
代码示例（JavaScript）
使用 ton.js 库进行地址转换：
const { Address } = require('@tonclient/core');
// 用户友好地址转原始地址
const rawAddr = Address.parse('EQA2B1C3D4E-ACBD').toString();
// 原始地址转用户友好地址
const friendlyAddr = Address.fromRaw(rawAddr).toString();五、典型场景操作指南
向未初始化地址转账
- 包含 state_init 的交易：合约将自动部署并处理消息
- 未含 state_init的可弹回消息：资金将退回发送方（扣除手续费）
- 未含 state_init的不可弹回消息：资金暂存目标地址，待初始化后可用
最佳实践
- 应用程序应预先校验地址状态
- 根据场景选用弹回/非弹回地址格式
- 标准钱包通常自动处理地址状态复杂性
👉 获取进阶开发指南
常见问题
用户友好地址是否降低安全性？
恰恰相反。用户友好地址通过内置校验码防止输入错误，且支持功能标志位（如弹跳控制），比原始地址更安全。
如何判断一个 TON 地址的状态？
可通过区块链浏览器或节点 API 查询地址信息。活跃状态显示代码哈希与存储数据；未初始化状态仅显示余额；冻结状态会提示存储费用不足。
弹回消息的手续费如何计算？
消息退回时将扣除网络传输与计算消耗的 gas 费用，剩余资金返回发送方。具体费用取决于消息复杂度与网络状态。
地址冻结后如何恢复？
需向冻结地址发送包含原始代码哈希的 state_init 消息并补充足额 TON 作为存储费用。注意：恢复操作需精确匹配哈希值。
不同工作链的地址格式是否一致？
工作链 ID 不同，但地址生成逻辑相似。需注意：非主链地址可能采用不同长度的账户 ID（如 64-512 位），需根据具体链规范处理。
用户友好地址能否跨钱包平台使用？
可以。用户友好地址是 TON 生态标准格式，所有兼容钱包均支持解析与转账。但需注意不同平台对地址展示格式可能略有差异。