cgpay钱包 解决的是一个很具体的动作：把一笔钱从这边送到那边，并且双方都能确认送到没有。它不追求功能多，收付款这条主线上的每一步都做得比较短，扫码、填数、确认、等结果，剩下的交给记录。适合做高频小额往来、希望操作越简单越好的人。需要复杂资产管理或者链上应用交互的，它不是那个方向的工具，装了也用不上那些。
1. 扫码付款：扫对方的收款码自动带出地址与网络，金额自己填，不用手抄地址。
2. 收款码：按币种与网络生成码，可带金额，对方扫完直接付。
3. 付款确认：提交前展示地址、网络、金额与预计费用，确认后需密码或生物识别。
4. 到账状态：付款后显示确认进度，链上确认完成再推送通知。
5. 记录查询：收付记录按时间排列，附哈希可跳转区块浏览器。
6. 地址簿：常用对象存起来并备注，下次付款直接选，不重复扫码。
1. 扫码把网络一起带出来：不用口头确认走哪条链，码里本来就写着。
2. 确认页四项并列：地址、网络、金额、费用在同一屏，扫一眼就核对完。
3. 进度看得见：发出去之后能看到确认到第几步，不用干等。
4. 地址簿按备注搜索：对象多了以后靠名字找，比靠地址首尾字符快得多。
1. 资源占用低：功能集中在收付主线上，安装包精简，中低端机型运行不吃力。
2. 兼容性好：覆盖主流安卓与 iOS 版本，常见品牌机型均可正常运行。
3. 上手门槛不高：主流程只有四步，第一次用也能顺下来。
4. 安全设计偏保守：付款二次确认，敏感操作需验证，不向用户索要助记词。
5. 维护节奏稳定：扫码兼容性与到账判定持续优化，机型问题在后续版本修复。
地址看首尾各几位，中间不用管，这个习惯能挡掉大部分粘贴出错。网络看名字，必须与对方给的一致，这一项错了钱就落不到那边。
金额看小数位，多一个零少一个零在链上没法撤回。费用按当前网络状况浮动，同一笔付款在不同时间的费用差得挺明显，不急的时候等网络松一些再发。
以链上确认为准。广播出去只是第一步，要被节点打包进区块、再累积到一定数量的确认，才算落定。这段时间里记录显示的是待确认。
收款方看到确认完成的推送再交付，比看到广播就动手稳。付款方如果长时间停在待确认，多数是费用给低了排队靠后，要么等，要么等它失效后重新发一笔费用高些的。
v1.2.2（2026-09-22）
1. 扫码后自动带出网络信息。
2. 确认页四项并列展示改为固定布局。
3. 修复部分机型扫码后金额输入框失焦的问题。
