转账要付多少费用，很多人以为是钱包定的，其实钱包只负责算出来给你看。真正的定价方是网络本身，同一笔转账在不同时间差得挺明显。egpay钱包 在提交前把这个数摆出来，还给几档选择。这一篇讲费用从哪来、几档怎么挑、什么时候该等一等再发。适合付款次数比较多的人。只偶尔转一笔的，用默认档就行。
1. 费用预估：按当前网络拥堵情况实时计算，随行情浮动。
2. 多档选择：提供快、普通、慢几档，标注大致等待时间与费用数额。
3. 主网币校验：提交前检查主网币是否够付，不足时提前拦下。
4. 扣费回看：确认后可在记录里看到实际扣了多少，与预估对照。
5. 转账与收款：支持扫码、粘贴、地址簿选取，确认页并列展示关键信息。
6. 记录查询：每笔附哈希，可跳转区块浏览器核对费用与状态。
1. 估算随网络变化：拥堵时上调、宽松时下调，不用自己判断时机。
2. 档位带时间参考：选的时候知道大概等多久，不是只看一个数字。
3. 不够会提前拦：代币够但主网币不足的情况当场提示，省掉一笔失败的费用。
4. 实际扣费可查：预估与实际的差额在记录里能看到。
1. 资源占用低：费用数据按需拉取，不常驻后台，中低端机型运行不吃力。
2. 兼容性好：覆盖主流安卓与 iOS 版本，常见品牌机型均可正常运行。
3. 上手门槛不高：档位用快慢表述，不用先理解计价单位。
4. 安全设计偏保守：提交需二次确认，费用异常时额外提示。
5. 维护节奏稳定：估算算法随各链情况调整，机型适配问题跟进修复。
这是竞价的结果。同一时间想上链的交易多，出价高的先被打包，整体费用就被推上去；网络松的时候出价低也能很快成交，费用自然降下来。
交易类型也影响费用。简单转账占的资源少，跟合约交互占得多，同样网络条件下后者更贵。看到两次费用差得多，先分清是网络变了还是操作类型不同。
转的是代币，付费用的是那条链的主网币。账户里代币充足但主网币是零，交易照样发不出去。
补的办法就是往这个地址转一点主网币，到账后再重新发起。补的时候留点余量，刚好卡在预估数上容易因为波动又不够。
v1.6.0（2026-09-22）
1. 费用档位新增实时拥堵提示。
2. 记录页展示预估与实际扣费对比。
3. 修复部分机型切换档位后数值不刷新的问题。
