Solana 的“每秒百万次付款”人工智能系统可能会让卖家在发货后仍得不到付款

如果商户的最终账单错过了结算截止日期，他们将面临失去渠道收款的风险。

使用 Solana 支付渠道的客户可以在该渠道完成支付之前停止购买 AI 服务。如果运营商在中间保持沉默，客户需要一种方法来收回剩余的押金，而商家则需要在恢复窗口关闭之前将最后一张账单发送到区块链。

这种风险划分是 Solana 基金会 9 月 3 日发布的支付渠道公告的背后，该公告称，使用 100,000 个独特钱包通过代理每秒进行超过 100 万笔支付。该系统允许代理商通过签名消息在预付费上限内进行支出，从而减少每次交付时对单独区块链交易的需求。

客户为渠道提供资金，商家提供服务，运营商运行支付流程。每个项目都为授权和收款之间的不同部分提供资金：客户存款、运营商预付 SOL 费用和可退还账户租金，以及等待链上支付的商家服务。

与基金会相关的基准模板中的警告使得该间隔变得重要：重新启动其默认内存存储可能会丧失已接受但尚未结算的凭证。

该基准模板报告在 128 核 AVX-512 主机上持续运行 10 分钟期间每秒大约有 109 万张经过验证的凭证。它测量在没有上游服务的情况下返回响应的支付门。结果并没有衡量每秒一百万个人工智能完成情况或独立结算的主网交易。

网关检查签名并将通道的累积支出记录推进到链外。这种安排让许多小型授权分担链上运营的成本。但该模板表示，具有持久会话存储的部署必须单独进行基准测试，因为持久写入成为请求路径的一部分。

对于商家来说，这种区别将速度与可恢复性联系起来。快速接受记录对于决定是否服务下一个请求很有用。重启后需要有剩余的凭证来支持收集。总体吞吐量数据并不能同时确定两者的性能。

该基金会表示，阿里云 API 端点在发布时已上线，程序存储库列出了主网部署。该基准测试描述的是测试工作负载，而不是测量的商业需求。

退款有两种途径

支付渠道从客户将上限存入链上程序托管的账户开始。该程序控制余额并执行其付款规则。支出授权根据该存款进行累积，并且关闭为未记录为结算的部分提供了返回路径。

当双方合作时，指定收款人（其签名授权最终关闭）可以在单笔交易中提交最终结算、密封通道并分配资金。密封冻结已结算的总量；分配转移代币。商家付款和客户退款可以同时进行，无需强制关闭宽限等待。

9 月 3 日的会话草案是一项正在进行的规范，描述了无响应服务器的替代方案：客户请求强制关闭并启动宽限期。建议为每个通道配置 900 秒或 15 分钟。当请求被记录在链上时，而不是当客户第一次注意到服务停滞时，时钟就开始计时。

在赞助的稳定币会话中，运营商支付正常费用和租金。因此，没有 SOL 的客户必须获得 SOL 或付费提交者，以便在该操作员无法联系时启动逃生。无需许可的恢复允许另一方提供帮助；替代提交者仍然必须可用并且愿意支付交易费用。

宽限期满后，任何人都可以提交封印指令。然后，客户可以提取存款减去链上结算的金额。或者，任何人都可以使用公开开放交易中提交的支付分割来提交支付记录的商家份额和待处理退款的分配交易。

这些恢复路径假设有一个正常运行的网络和可用的令牌帐户。该计划文件警告说，发行人冻结的托管可能会阻止转账，而分配可能会将无法使用的受益人或退款帐户的份额重定向到财政部。即使不需要操作员签名，这些也是对恢复的单独限制。

对于客户来说，实际的延迟包括安排和落地交易以及配置的计时器。费用负担取决于谁提交。 15 分钟建议描述了一种可能的协议等待；每个授权的基准成本衡量不同的操作。

每日简报 噪音之前的信号。以由 CryptoSlate 编辑解码的推动市场的加密货币故事开始新的一天。一封电子邮件。一切重要的事情。电子邮件地址 免费加入 免费加入。随时取消订阅。哎呀，看来有问题了。请再试一次。你在名单上。您的下一份每日简报即将发送。

商家的收款窗口缩小

商家的地位取决于其账单达到了哪个记录。链下凭证、链上结算记录的金额以及已分发给接收者的代币是三件不同的事情。

当前的结算实施允许任何人在渠道保持开放的情况下出示有效凭证。一旦付款人请求关闭，该普通指令将停止接受新的结算。在宽限期间，最终凭证必须通过状态机规则中描述的收款人授权的结算和密封路径。

在宽限期间，收款人有时间记录其最终账单。有能力支付交易费用的第三方不一定能替换丢失的收款人签名。仅当授权结算路径在截止日期之前仍可使用凭证时，保留凭证副本才有帮助。

如果交付的服务在截止日期之前从未达到最终的链上结算总额，则可能无法从该渠道收取。一旦渠道被封锁，客户的退款将根据记录的总额计算，而不是运营商后来重建应计费的金额。

已经结算的商业资金则有不同的结果。它们在密封后仍保留用于分发，但前提是所需的代币帐户可用。客户的退款不包括那些记录的商户份额。因此，运营商故障并不意味着所有未支付的商户余额都会消失。

因此，一旦通道被密封，利用可用账户和资金交易，就可以通过无需许可的分发来完成缺失的支付交易。缺少最终的链上结算会更加困难：在强制关闭开始后，在宽限期到期之前添加它需要有效的凭证和收款人授权的路径。

会议草案提供了两种签约安排。在客户端模式下，客户控制凭证签名密钥；当挑战省略模式时，这是默认设置。在操作员模式下，顾客出示可重复使用的持票凭证，操作员在消费凭证上签名。

托管上限限制了这两种模式的结算。签名选择决定了谁创建支付授权。已发布的材料并未为每个阿里巴巴或 pay.sh 渠道建立单一的实时宽限期或签名模式，因此客户和商家的曝光取决于其特定的渠道条款。

运营商单独融资成本

还有一个单独的运营商融资成本。该指令参考允许被耗尽的通道账户的可退还 SOL 租金保持承诺状态，直到 1,500 个槽位的开放窗口过去。该计时器涉及帐户重新分配。客户代币退款和商家代币支付独立于租赁计时器进行。

对于运营商来说，持久的凭证记录和及时结算可以解决不同的问题：保存账单并在链上得到认可。分销然后完成付款。更频繁的结算可以减少等待进入记录的服务价值，而更早的分配则减少记录收益保留在托管中的时间。

对于客户来说，较小的承诺余额会减少与会话相关的资金，但退出的能力仍然取决于通道的计时器和对资助交易提交者的访问。与此同时，商家需要一个能够在重启后继续运行并在关闭窗口内运行的收款流程。

Solana 的支付渠道将重复授权从区块链的直接工作负载中移出。融资在三个地方仍然可见：客户的存款、商家等待收款的服务以及运营商的 SOL 预付款。衡量系统经济性的一个有用指标是，当快速路径停止时，这三种余额到达其预期所有者的可靠性如何。