magiclx

@Golor 谢谢

非常感谢支招，我已决定自己来写。

@linyinma 是的，卡密可以实现，但需要一个系统来收发卡密挺麻烦，然后再使用。有两个分割的环节，看起来有点麻烦。在考虑实现得更简洁一点，比如实现为方案 1 ，方案 2 有点麻烦：

方案 1. 用户点按钮->系统提示用户支付->用户支付->系统调用 API 后并反馈结果

方案 2. （系统 1 ，卖 token ）提示用户买好 token ，（系统 2 ，消费 API ）用户输入 token 后点按钮->系统调用 API 并反馈结果

@cpstar 用户点击客户端上的一个按钮，然后开始调用 API ，当然，体验好一点，可以预先做一遍业务逻辑是否满足的 check ，然后再调用。

@GenericT 采用异步来处理，确实就是发 token ，我找了一圈，差不多至少都有 20 张表，太复杂，有简单点的推荐吗，无头的也行。

补充点，API 频度大部分使用者只会用一次，使用者可选择不注册为用户，直接用。

相信你可以成功，前提是投入足够的钱。

仲裁到拿到赔偿或补偿可能长达两年，假设最后的赔偿是 2 万多，这是一种期钱，约等于存款 50 万的两年利息。

R.I.P.

这题我懂。xiaomi 这种明星公司，风口浪尖的，靶子挺大的，做这种可以承载内容的 NAS 产品对公司来说比较尴尬。

假设用户 A 通过 NAS 将内容分享给用户 B1 ～ Bn

一方面，所有能承载内容的产品或服务，责任方就是提供该产品或服务的公司，因此公司都欲监管。
另一方面，A 分享给某一个用户 Bx ，属于 A 的隐私，公司没有难以合法介入。

因此，NAS 对于公司来说是一种无法法律自洽的东西。