自己做了个非托管的加密支付网关，客户付的 USDT 直接进你自己的钱包

先说明身份：PolyPay 是我自己在做的项目，这帖带推广性质，介意的直接划走就行。

起因是去年帮一个做主机的朋友接加密收款。试了几家网关，流程都一样——钱先打
到平台，平台再转给你。要 KYC 、要等结算，卡单了还得开工单等回复。他想要的其
实特别简单：客户付的 USDT 直接进他自己的钱包，别经过任何人的手。
所以 PolyPay 是反着做的：你在后台填上自己的钱包地址，配置就结束了。我们只做
链上监听，把到账和订单对上，确认数够了发一个签名 webhook 给你的系统。不托管
资金、不需要钱包授权、也没有私钥可丢，因为我们根本拿不到。

现在能用的东西：

10 条链：BTC 、Ethereum 、Tron 、Solana 、Polygon 、BSC 、Base 、Arbitrum 、
Optimism 、TON 。收 USDT/USDC 和各链原生币。

WHMCS 插件（做主机的应该最关心这个）、WooCommerce 、Shopify 插件；另外有
托管收银台、JS SDK 、PHP SDK 和纯 REST 接口。

Webhook 用 Ed25519 签名，有独立沙箱环境；到账通知支持 Telegram 、邮件、
Discord 、Slack 、WhatsApp 。

后台和收银台都有 10 种语言。

费用：

Free 套餐$0 ，2 个钱包、每月 50 笔成功订单，小站先跑起来够用；

Pro $10/月，10 个钱包、1000 笔；

按量付费，订单 $0.02 一笔。

不做的事情也先讲清楚，免得浪费你时间：

不做法币结算和出金，你收到的就是链上资产

不托管你的钱，代价是对账和记账得你自己来

不做钱包无感自动扣款那种订阅

币种只聚焦 USDT/USDC 和主流原生币，不堆几百个山寨币冲数量

想看实际长什么样，官网 polypay.ai http://polypay.ai 上有能直接跑的演示收银台，不注册也能看到
付款页。文档在 polypay.ai/docs http://polypay.ai/docs 。
有踩过坑的欢迎在楼下问，特别是少付、多付、超时之后才到账这类异常怎么处理
——这块是我花时间最多的地方，也是最容易被忽略的地方。

你这样主要是不方便收费呀，如果是从你的合约中转一下（同一个交易里发给商户，不托管资金），就能直接自动收手续费了。当然对用户来说主要是多了一个预授权的步骤，稍微麻烦一点。

（我用这个思路做了一个链上订阅的收款服务 https://tokensubs.io ）

那样就需要用户授权钱包，我们做的是不需要授权，只用填钱包地址，帮你监控。

授权的没人敢用，实际上类似于 https://btcpayserver.org 开源的。

怎么确定付款记录和订单的对应关系呢。

其实 ai 做这个也就一个会话的事情，做成服务根本没人用的。

gmpay 不是一个更好的选择吗。

#9 AI 自然是可以快速实现一个简单版本，我最初的业务也是用 epusdt 改了一下就用了，但是如何支持更多的链，保持支付系统的稳定性等等，这其中一路走来还是很多坑。
至于开发者是想自己开发还是直接购买我们的服务集成，无非是对自己时间和成本的衡量。
但是我们能保证的是相同服务的平台，我们已经是定价最低，并且经用户反馈安全性、体验都要比同类产品都要好太多。

这方面参考 epusdt ，用的是收款地址和金额作唯一值，另外我们又加了一些其他绑定逻辑。

这周刚用 AI 给我 vibe 了一个简陋版的。。。

刚开始参考的就是 epusdt ，不过我们是自己扫块确认的交易记录，包括几个超级节点的确认，也可以自定义域名等等，在他们基础上做了很多优化，主要还是方便开发者快速集成 U 收款能力。

直接到账钱包确实方便，但客户少付了或者多付了，你们那边是怎么处理的？

链上多笔交易同时到账怎么确保对应正确的订单？这个并发处理逻辑想了解下细节。