




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. 修复部分机型扫码后金额输入框失焦的问题。

软件信息
程序写入外部存储
读取设备外部存储空间的文件
获取额外的位置信息提供程序命令
访问SD卡文件系统
访问SD卡文件系统
查看WLAN连接
完全的网络访问权限
连接WLAN网络和断开连接
修改系统设置
查看网络连接
我们严格遵守法律法规,遵循以下隐私保护原则,为您提供更加安全、可靠的服务:
1、安全可靠:
2、自主选择:
3、保护通信秘密:
4、合理必要:
5、清晰透明:
6、将隐私保护融入产品设计:
本《隐私政策》主要向您说明:
希望您仔细阅读《隐私政策》
相关合集 更多
相关教程
热搜标签
网友评论
添加表情 举报反馈

色情
版权
反动
暴力
软件失效
其他原因