遇到问题，先看这里

已到账，但没有 Telegram 官方通知？

链上到账与官方通知是两个结果。通知可能受 Telegram 服务处理、钱包状态及展示时机影响；软件无法保证每笔通知生成或即时送达。

先在 任务记录 → 发送记录 查看该笔到账状态。有条件时由收款人查看其钱包流水。不要仅因没有通知就再次付款。

UQ 等友好编码和 0: 开头的原始格式可以表示同一个底层账户。编码形式本身不能判断资产和网络。

本软件付款使用 Keeper 所在 Gram 网络与原生 Gram。不要因为地址外观相似就在 TON 主网转账。软件查询结果优先展示完整 UQ 地址。

软件先查询可取得的收款地址，再在用于付款时检查来源。用户名不存在、账号接口不可用、目标钱包状态或网络错误，都可能导致没有取得可用结果。

查询到候选地址不等于已完成付款来源检查，也不等于收款人本人独立确认。没有地址时可以向对方取得公开地址，在 批量发送 人工填写并核对。

查询账号用于登录 Telegram、查询用户名和地址；参与账号控制本次查询使用哪些账号。付款钱包保存自己的 Keeper 付款材料，由它支付 Gram 和网络费用。两者分别在不同栏目管理。

不能这样判断。先看失败原因。查询账号不可用 指参与查询的账号接口不可用，不直接说明收款目标的状态。

会话失效时通过失败行 重新登录查询账号，完成后回原任务 重试失败项。代理错误可用 检查查询代理 修复原账号线路。服务端冷却应等到页面显示的可重试时间。

查询时检查数据库是否正常、是否有参与账号，以及本机凭据是否需要解锁。导入名单点击后可按提示解锁并选择文件。

付款时先生成有效预览，确保本机已解锁、已选择可用 Keeper 钱包，并勾选核对框。修改参数、切换核对菜单或锁定后，旧确认会失效；按提示重新核对，不要连续点击。

默认历史策略用于避免误重付。需要明确发起下一轮时，在 更多设置 → 历史付款处理 选择新轮次，再仔细核对排除明细和本次名单。

新轮次仍排除在途、待核和已占用记录，不会解除状态不明的资金保护。

本金等于本次有效收款人数乘以每人金额，另加网络费用预算。比如 10 人每人 0.1 Gram，本金是 1 Gram。

最终以 发送核对 的人数、本金、各钱包预算和批次费用为准。费用上限是后续签名前的检查条件，不是已签交易的最终费用保证。

节点受限时，按付款页 修复当前节点访问 保存当前节点的访问配置，再手动重新生成预览。也可在 设置 → 节点访问 管理。

余额不足时检查各参与钱包的实际可用余额，补充余额或调整名单、金额与批次设置，然后重新预览。不要把节点问题当成已付款失败并立即重发。

查询停止会保留结果，有未完成部分时可手动继续。付款停止或软件重开后不会自动续发；需先核对原任务，再为确实未发送的部分重新预览并由本人确认。

导出收款地址 默认只勾选地址，因此输出逐行纯地址。需要用户名时同时勾选用户名，输出格式为 用户名----地址。

导出跳过没有地址的结果。页面显示已提交导出仅代表下载已启动，仍需在系统窗口保存；取消或被系统拒绝时不会有新文件。

正式安装包、签名与跨平台安装验收仍暂缓，本站不提供未验收的安装下载。当前使用状态以已交付的本机版本为准。

记录出错栏目、操作步骤、错误代码与发生时间即可；必要时提供不含敏感内容的截图。助记词、私钥、API hash、验证码、会话和代理密码只在本机处理，不发到文档站或聊天中。