june4

@zictos 第一种情况也太不可能，即使最坏情况，大不了等域名过期还能续回来，没人会和你抢注一个超长数字杂米。 另外这不是说的目的是保证不丢重要数字资产，只有重要数字资产用域名邮箱，其它用大厂就行。

搞个域名邮箱不香吗，数字 xyz 才几元，注册个十年不到 100,基本上世界大战都不太可能会丢掉

简直不能用了，已经临时切到另一家。不过另一家也有点小丢包了。

总之，DePay 家的链接不但可以有显示在界面上的字段可以让用户填，还可以在链接上添加不显示在界面上的任意 url 参数，这些参数会记录在交易中，也可以在后面的回调中得到。看上去很完美了。

不过这家怎么和 nowpayments 不一样的是不是用原始的支付方式显示币的地址，而是直接链接钱包。试了下可以直接调起浏览器插件钱包，还不知道在移动端是什么情况，如果能直接调起支付钱包 App 的话就很好。

测试下来 Nowpayments 拉完了，已经拉黑，完全不懂做产品。

刚研究了另一家 DePay ，这家就正常多了。它家的链接可以收自定义信息（还可以定制字段，和字段提示，这个好评）。最最重要的是！这家可以在链接参数上预填信息，这样就可以完美解决关联用户 Id 的问题。

@jellybool
今天仔细研究了下这个，似乎这家的设计有大问题啊。它的 Invoice ，创建之后，可以发给很多用户共用，也就是说可以把这个链接放在网站上。但是！它没有任何手段和客户 Id 关联起来。不象 Paypal 家的 Button ，可以在链接上带一个 custom_id 。 也就是说，它没有 no-code 的方式来使用。你得编程为每个用户即时创建专用的 invoice(在 invoice 上放 order_id ）。
搞笑的是，如果以 widget 方式使用，它可以设置收集用户信息（如邮箱），但只限于 widget 方式，且，它还是没有办法关联用户，里面的邮箱什么的用户信息没有办法在链接里预设，难道还让客户手工写啊，太 low 了。
总之，比 paypal 的按钮难用多了，要关联用户 Id, 得全程 API 使用，有点烦。

除了 nowpayments 有没有别的选项？

研究了一下一楼的 nowpayments ，感觉可以的，貌似开发起来很简单。

我的要求就是，网站选定套餐后，用户可以用钱包付款，然后这边升级对应的帐户。所以需要把付款和用户 ID 对应。

@rafa coinbase/币安这类国人身份也可以正常注册使用吗？从来没用过，我去研究一下。