快速回答
从自托管钱包转出时，应看钱包当前网络费估算，并准备该链要求的手续费资源。不存在适合全部USDT转账的统一原生币数量。BKJ Scan to Pay的用途发生在合资格资金进入受支持可用余额之后：用于兼容越南商户扫码，由商户收到VND。入金转账成本与后续每次购物成本不能混为一谈。通过交易所提币时，交易所可能负责链上操作并另收提币费。应把发送方、资产与接收网络一起核对；入金路径及商户报价都适合时，BKJ才是相关候选。
受支持余额可用后，对于需要兼容商户扫码购买的合资格用户，我们推荐使用BKJ完成消费，而不是把购物等同于再做一次链上转账。提前处理入金，结账时就能集中核对VND账单、收款方和最终报价。
先确定谁发送链上交易
| <strong>资金起点</strong> | <strong>谁提交交易</strong> | <strong>需要核对</strong> |
|---|---|---|
| 自托管钱包 | 本人钱包签名 | 网络资源、当前费用估算 |
| 交易所账户 | 交易所处理提币 | 提币费、最低额、网络 |
| 已有支付余额 | 可能无需再次外部入金 | 可用余额及商户报价 |
先确认路径，不要因为文章说“USDT需要Gas”就购买无关原生币。
网络名称很重要
Tether支持协议显示USDT存在于多条链，同名余额不能自动跨链使用。Ethereum Gas以ETH支付，所需金额取决于交易及网络情况，旧截图不能固定今日预算。其他网络资源机制不同，不能照搬Ethereum规则。
先匹配接收说明
低价但不受支持的网络不是替代方案。BKJ VietQR指南讲的是商户支付，不能拿Card页的网络清单替代准备消费的账户实际入金说明。
核对资产、网络、地址、必要备注、发送或接收最低额、扣费后到账量及确认要求。只有确认兼容之后，小额测试才有意义。
避免重复计算网络费
假设交易所从30 USDT提币中扣1 USDT，发送29 USDT，不能再默认该操作还要求用户另买ETH。自托管可能是发送完整USDT、另从原生币余额支付网络费。两种模式不同，不能断言哪一种始终更便宜。
这些是假设示例，实际以发送方费用、到账规则和账户条件为准。
商户购买独立核算
BKJ服务条款约束账户与适用收费。充值可用后，商户付款仍需查看自己的报价。之前付过网络费，不证明购物免费，也不证明每次扫码都再次发生同一费用。
NAPAS VietQR说明涉及本地网络，稳定币入金使用的链属于另一个层面。多个小额消费可以分摊实际支持它们的入金成本，但每次付款的真实收费仍应保留。
操作顺序
1. 完成服务要求的账户核验。
2. 确认当前资产与网络说明。
3. 区分钱包转出与交易所提币。
4. 查看费用及预计到账。
5. 仅使用受支持路径。
6. 等待余额可用。
7. 核对商户VND账单及BKJ报价。
不要在商户等候时试验陌生网络，提前准备资金。
推荐依据与法律边界
BKJ适合能以支持路径入金、需要兼容越南扫码的合资格用户，不代表链上转账普遍免费。越南非现金支付规定不承认加密资产为合法支付工具；资产转入、服务转换和商户VND收款应区分，不能解释为普遍允许直接收币。
不把手续费准备留到结账时
购物前查看实际发送路径与预计可用金额。需要另买网络资源时，计入购买成本与时间；不要为表面余额充足而反复转极小金额，多次转账可能增加成本。按已知购买准备资金，入金处理中保留其他接受方式，避免让商户等候。
趁时间充裕先准备发送端
出门前，把接收指令与发送端当前手续费估算放在一起核对。如果钱包缺少网络所需的手续费资源，应先处理，再前往商户结账。网络无法执行转账时，先发送主代币并不能解决问题。
由交易平台发送时，查看扣除提币费后实际到账的金额，以及平台自己的最低要求。等支付余额真正可用，再安排通过BKJ消费。如此，BKJ在店内承担的任务就很明确：从已可使用的余额完成支持的本币商户购买。入金凭证留作账户查询，后续消费则看自身报价，不要把同一笔转账成本重复计入。
常见问题
每次BKJ扫码都需要ETH吗？
不能这样推断，ETH费用属于Ethereum交易，不是App内所有付款。
能随便选择低价USDT网络吗？
必须发送与接收双方均支持。