Javascript 通过W3C Web支付API处理多方交易

Square通过本地定制API向其商户/客户提供支付功能。除此之外，是否还有其他方法可以通过？

@adrianhopebailie目前详细介绍了一种Web支付支付功能的解决方案，该解决方案不需要对支付请求或支付处理程序API和W3C标准进行绝对零的更改！始终是奖金：-

正如他正确指出的那样，methodData参数是不透明的，基本上由自主支付处理程序来指定。因此，Stripe、Square和PayPal可以自由地向客户指定格式/命名约定，用于在Web应用程序供应商和Stripe之间交流应用程序费用

引用阿德里安的例子：-

const methodData = [
  {
    supportedMethods: "https://square.com/",
    data: {
      parties: [{ 
        merchantId: "super-mini-cabs",
        portion: 0.1
      },{ 
        merchantId: "driver-fred",
        portion: 0.9
      }],
    },
  },
  {
    supportedMethods: "https://stripe.com",
    data: {
      application_fee_amount: 1.00,
    },
  },
  {
    supportedMethods: "https://paypal.com",
    data: {
      payouts: [{ 
        paypalId: 12478764,
        amount: 1.00
      },{ 
        paypalId: 23448764,
        amount: 9.00
      }],
    },
  },
];

---

只要告诉我们你需要我们告诉你什么就行了

你能解释一下你试图用多方交易构建什么吗？请查看功能请求链接。我还想问一下为什么他们引入了多部分交易，基本上是网络应用程序佣金。我仍然不明白你到底想做什么。Square的多方交易旨在从开发者的角度将应用程序货币化——即从付款中扣除费用，这听起来与对话无关，但如果我有误解，请告诉我。这正是我的要求。在缺乏现有机制的情况下，我建议通过PaymentRequestAPI提供支付工具。PayPal和Stripe也提供类似的功能。请点击上面的功能请求链接以获取完整的详细信息。我有一个问题被错误地标记为垃圾邮件，因为它使用了monetize和Cha-Ching图片等词，但@sjosey一针见血。请参阅：-对于这段引文，我不能详细说明此功能的卓越之处，因为它将彻底改变网络支付，最重要的是为PWA供应商提供一种将应用程序货币化的方式！