01 / 接入与运营
网站、支付、交付，各有明确接口
服务端创建报价，浏览器 SDK 打开付款体验，签名通知进入商户服务。业务系统确认事件后发放权益，同一事件重试时保持唯一交付。
StableIn Payments稳定币收款、订单与商户管理系统
02 / 接入与运营
失败可跟进，售后有记录
沿订单查看通知失败与恢复，再处理部分或全额退款。付款确认和商品交付分别显示，客服能明确告诉客户进展。
经营方式与价值流转
顾客付款、商户收入、平台费用，一笔订单讲清楚。
商户销售商品或服务，买家使用支持的加密资产付款。系统将订单金额、商户结算与手续费分别记录，便于对账与售后。
- 01
创建订单
服务端生成商品报价和支付订单
- 02
钱包付款
买方在收银台确认资产与金额
- 03
确认与交付
签名通知驱动订单更新与权益发放
- 04
结算与退款
查询商户金额，按订单处理退款
演示中的机制
演示订单中，顾客支付 100 test USDC 商户结算 99 支付手续费 1。
商户收入
来自商品或服务销售，可接入数字下载、账号权益等业务。
平台收入
支付手续费是可配置的经营参数；软件采购采用项目询价。
成本与售后
需要考虑链上费用、服务维护和退款资金，保持账目清楚。
1% 是演示规则，不是对外报价。按当前退款流程，退回 100 时需由商户提供全额退款资金，原手续费不返还。
支撑业务的技术
从使用体验，深入到执行方式。
收银台与 SDK
浏览器 SDK 连接网站与收银台，服务端固定报价，降低前端篡改金额的影响。
支付确认与通知
后台与 Worker 跟进确认状态，以签名 Webhook 通知商户；失败通知支持重试。
订单与售后
MySQL 业务记录连接结算、权益发放与退款，演示包含通知重试后的去重交付。
更多产品画面
BUILT BY 0xF1 / 2026-10-20
我在这个项目里做了什么
我把网站收银台、支付确认、签名通知和商户交付接成一条订单流程，也为通知失败后的恢复留下记录。
付款已确认，为什么不能直接发货？
先验证通知和当前订单，再按事件与订单去重。演示会让通知接收端失败后恢复，重复通知仍对应唯一交付；付款状态与交付状态分别呈现。
接下来想完善什么
继续完善真实钱包兼容性与业务接入。
继续了解
从你关心的部分开始。
你可能还想了解
需要重做现有商品页面吗？
可以保留现有商店，通过 SDK 按钮进入付款流程，商品金额与资产由商户后端确定。
收款会进入哪里？
商户净额在支付交易中进入配置的收款钱包，平台费用单独记录。