Solana基金会宣布与Google Cloud合作推出Pay.sh，这是一套面向AI代理的新型支付网关，核心目标是让自动化软件能够在Solana网络上使用稳定币，直接发现、调用并支付API服务费用。与传统模式依赖账号注册、API密钥和人工配置账单不同，Pay.sh试图把“支付”本身变成“授权”方式，从而降低AI系统接入企业级API的门槛。
Pay.sh试图解决AI经济中的关键摩擦
随着AI代理越来越多地参与自动化工作流，从内容生成、数据分析到任务编排，软件对API的调用需求迅速增长。但现实中，多数企业级API仍然建立在传统互联网的接入逻辑之上：开发者需要先开户注册、申请凭证、配置权限、绑定支付方式，之后才能正式调用服务。对于需要高频、动态调用服务的AI代理而言，这一流程显得笨重且不适合机器自主运行。
Pay.sh正是针对这一痛点推出。根据介绍，该网关允许AI代理在统一入口中发现可用API，无需分别创建账户，即可按请求付费。换言之，传统的凭证验证机制被支付行为部分替代，每一次请求都可以被视为一次独立授权。对机器而言，这种模式更接近原生的自动化交易流程。
Pay.sh如何运作
从使用流程看，用户首先需要将Solana钱包连接到AI交互界面，例如文中提到的Gemini或Claude。随后，用户可以通过信用卡或稳定币为钱包充值。完成准备后，AI代理便可浏览API目录、查看实时价格，并在需要时立即发起调用与支付。
在底层架构上，Pay.sh运行于Google Cloud基础设施之上，扮演API代理层的角色。它可以将请求路由至Gemini、BigQuery、Cloud Run等服务，同时通过Solana完成支付处理，并实现数秒内结算。此外，该协议还支持企业级控制能力，包括速率限制和访问权限管理，以满足商业场景对稳定性和安全性的要求。
这意味着，在Pay.sh模型下，钱包不仅是支付工具，也承担了身份标识的作用。对AI代理而言，身份与支付被合并进同一套工作流，减少了独立认证、对账和计费环节的复杂度。
开放协议是其潜在竞争力
报道显示，Pay.sh建立在两类面向机器支付的开放标准之上：x402与MPP（Machine Payment Protocol）。这些协议专门用于软件系统之间的自动、直接交易。与封闭式账单系统不同，开放标准意味着开发者和服务提供商可以构建兼容系统，而不必被锁定在某一家平台的专有生态之中。
这一点对行业尤为重要。当前许多API平台虽然早已采用按量计费模式，但依旧离不开账户体系、API密钥和传统账单流程，包括OpenAI、Anthropic等平台普遍沿用类似设计。Pay.sh想做的，是进一步剥离这层人为配置结构，让支付直接承担接入功能。如果开放标准能够获得更多服务商支持，Pay.sh就有机会从单一产品演变为更广泛的行业接口范式。
为何这一发布值得市场关注
从趋势上看，Pay.sh对应的是一种被广泛讨论的方向——“代理型商业”（agentic commerce）。在这一模式下，数字服务的主要用户不再只是人，而是能够独立决策、独立执行任务的软件代理。若机器可以自行发现服务、比较价格、完成支付并获取结果，那么API经济将从“人操作软件”进一步走向“软件采购软件”。
对开发者而言，这种设计有助于简化自动化工作流；对API提供商而言，可以在不自行维护复杂计费系统的情况下实现按量变现；对AI代理而言，则意味着跨多个服务自主行动的能力进一步增强。与此同时，这也呼应了软件商业模式从订阅制逐步向更细粒度、按使用量收费迁移的趋势。
对Solana与加密支付赛道的潜在影响
对于Solana来说，Pay.sh不仅是一次支付工具发布，更像是其切入AI基础设施的重要尝试。长期以来，区块链支付常被讨论于消费者支付、跨境转账或DeFi场景，而此次Solana基金会将叙事重点放在“机器原生支付”上，试图证明公链和稳定币也可以成为AI经济底层结算层的一部分。
市场层面，这类产品若获得采用，可能增强外界对Solana在高频、低延迟支付场景中的认知，尤其是在小额、高频、自动化结算需求突出的API调用领域。稳定币支付、秒级结算和可编程接入，是Solana在此类场景中被强调的优势。不过，Pay.sh最终能否形成规模，仍取决于API提供商接入数量、开发者采纳意愿，以及企业客户是否愿意接受“以支付代替传统凭证”的新模式。
总体来看，Pay.sh展示了一个明确方向：未来软件不仅会调用API，也可能自己为API付费。借助Google Cloud的基础设施支持与Solana的链上支付能力，这一实验将AI代理、开放协议与加密结算连接在一起。如果行业接受这种模型，API商业化和机器间交易的组织方式都可能随之改变。