任何具有虚拟货币交易商业模型的项目。都存在“用户充值”“用户消费”“服务利润结算”等一系列流程。财务部门有“成本概算”“资金监控”等需求。以下就简单的分享一个最近设计的虚拟货币体系。
先来一张图
这张图简要的描述了货币的生产、转移、核销的流程
马斯克：推特将分享来自个人资料页面浏览量的广告收入:金色财经报道，马斯克在推特发文称，推特将“很快”分享来自个人资料页面浏览量的广告收入，这将使支出翻倍。马斯克提醒，只有来自认证用户的浏览次数才会被计算在内。[2023/7/16 10:58:02]
流程说明：
1、系统中的货币，是由系统专户“生产发行”出来。具有相应权限的业务系统拥有“操作”系统专户“生产发行”货币的权限。
2、根据具体业务请求将“系统专户”中的货币，转账到指定的账户中。
3、用户购买开发者业务提供的服务时，业务系统通过“支付系统”实现“个人账户”、“系统收入账户”、“开发者业务账户”之间的货币清分。
印度短视频分享应用程序Chingari融资600万美元:12月22日消息，近日，印度短视频分享应用程序Chingari通过平台代币GARI在SolRazr平台融资600万美元。据悉，GARI部署在Solana链上。Chingari是印度第一个推出自己加密代币的社交平台。目前，Chingari日活跃用户超过3200万，是Google Play印度排名第一的社交媒体应用。（coinquora）[2021/12/22 7:56:38]
4、账户的“提现”操作，实现相应货币的核销。
SEC将在8月中旬前分享与BTC、ETH和XRP相关的文件:美国SEC正准备披露大量有关比特币、以太坊和XRP的电子邮件和内部文件，但它表示这需要更多的时间，预计将在8月中旬之前分享这些文件。Ripple在4月份赢得了该动议，并希望在6月18日之前提交相关文件。（decrypt）[2021/6/13 23:33:59]
举例描述的支付系统与外部，之间的关系
示例图说明
用户在业务系统中进行充值时，实际上是先请求支付系统生产货币、再请求转账接口将生产的货币划转到指定的账户。进行充值的业务系统，会产生相关的记录。同时支付系统中也会产生对映的流水记录。
Bitfinex首席技术官分享关于未来DEX的一些想法:Bitfinex首席技术官Paolo Ardoino在接受Cointelegraph采访时表达了自己对DEX未来的一些想法，具体如下：
1.我设想有数以千计的小型P2P节点/匹配引擎，每一个都由不同的组运行，从而形成一个分形的流动性聚合模型；
2.目前的DEX是令人兴奋的，但只是暂时的解决方案，一些问题包括：
- 单一管理智能合约；
- 单一治理组/代币；
- 没有KYC；
- 运行缓慢；
- 高度依赖单一链及其费用；
- 更快的区块链更加集中；
3. 更多的问题：
- 尽管区块链是“去中心化的”，由许多节点运行，但该合约是唯一通过散列标识的，因此在监管机构眼中，该合约仍然是围绕一个单一集团集中化；
- 可能会遭受不同类型的黑客攻击，仍然是单点故障；
4. 不可阻挡的DEX：P2P（BitTorrent和闪电网络的混合，数以千计的小型交易所/订单/所有权/部署），直接TCP/IP网络模型（没有区块链传输层），区块链结算，集线器只是数据/订单的聚合器。[2020/8/17]
用户在商城类型的业务中进行交易，实际上是通过支付接口，将用户个人账户的货币换转到“商城业务”开发者的账户上。
提现操作，是通过货币核销接口对系统中的货币进行核销操作。
在这种结构下，所有的资金流水，在外部业务方系统和支付系统均有各自的流水记录。方便财务人员随时对账。
资金生产接口
描述做储值的业务系统如何请求支付系统为“生产发行”货币。
当用户通过支付宝进行账户充值的时候，负责处理充值业务的系统，在确认支付宝支付成功以后，首先需要请求“系统专户”生产相应的虚拟货币。
有人会问，为什么储值这个操作会归纳到业务系统中，而不是支付系统中呢？
这是因为，在实际运营需求中，储值这个环节，可能会“叠加”许多运营需求。例如储值XX送XXX红包，送XXX优惠券，送XXX积分。不同等级或不同身份的会员，在储值时，会有不同的促销规则。那么这一系列多样化的运营需求，势必牵涉到很多系统。支付体系属于一个项目的基础系统。不应该也不能经常进行改动。因此，需要将储值这个操作环节认定为业务系统。
支付接口
描述业务系统如何请求支付系统完成订单的支付
流程描述
1、开发者业务发起交易请求
2、开放平台验证业务对此操作的权限，验证通过后，将OpenID转为UserID，向支付系统传递请求。
3、支付系统收到请求后，创建“待确认执行订单”。
4、支付系统将“交易号”回传给业务。
5、业务唤起客户端的验证流程。提交的字段包含：“交易号”。客户端获取到交易金额。
6、客户端将用户输入的交易密码提交给支付系统
7、支付系统将密码验证的相关信息提交给麦卡用户系统验证
8、验证通过后，支付系统开始执行操作
9、扣减用户账户上的资金，返回扣减成功后
10、增加“开发者业务账户”的资金，返回增加成功后
11、支付系统将执行结果回传“客户端”和“业务系统”
这篇文章，仅对同仁起到抛砖迎玉的作用。做产品并不是简简单单把运营方的需求描述出来。而是真真正正的设计产品。就像一个建筑设计师，你设计的图纸，不只是一个造型，而是有相关的指标、参数。建筑工人可以造着图纸建设，项目监理可以照着标准验收。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。