背景

这里针对三个阶段：五月底交付的alpha版本、 六月底交付的beta公测版本，以及Q3的迭代目标：Composable Paymaster，在支付充值场景下的产品分析思考。

五月底版本

满足已经是加密用户的基础诉求：可以使用USDT购买我们的服务，我们的服务形式就是一条产品记录（需要选择年限、开通几条链、预先储值多少）。

这个流程在我们paymaster网站实现即可， 支付后在我们的中心化账本注册用户id和余额的account记录。

对于relay来说，新增一个API：Gas card registration，提供用户id（或者其他需要的参数，例如钱包地址啥的），充值额度（balance），加油卡开通年限，开通链

而balance就是中心化账本的核心维护对象，每次签名、sponsor扣减或者refund的基础额度。

六月底版本

NFT的gas card已经有初稿设计，保底目标就是传统的NFT mint和销售，这个可以基于已有平台，例如opensea，或者我们开发的可定制的（图片、SVG，meta data），根据Clark评估，交付一个版本。NFT版本依然需要在我们的中心化账本注册用户id和余额的account记录。

针对的依然是当下加密用户。

Q3 Composable版本

1. 尝试更大范围的用户群体，例如游戏、社区应用、特定应用场景的群体
2. 依赖我们在六月底迭代过一次的AirAccount，提供Email快速创建DApp Account能力
3. 购买方式提供两种
   1. 五月版本的用户加油卡注册API，购买NFT注册即可。
   2. 长期版本的NFT自己拥有账本，存储余额，这个Q3非必选项，中心化可以run一年应该没问题。

数据对象分析

1. 用户是一个泛称，在AirAccount中可以指各种方式绑定到我们用户池的记录