Solana基金会宣布推出Pay.sh，这是一项与Google Cloud合作打造的新型支付网关，目标是让自主AI代理能够在Solana网络上使用稳定币完成API调用和按次付费结算。该产品瞄准当前AI经济中的一个关键痛点：尽管AI代理越来越多地参与自动化工作流，但企业级API的使用仍普遍依赖人工开户注册、密钥管理以及传统账单关系，流程复杂且不利于机器自主执行。
Pay.sh试图用“支付即授权”重构API调用
根据披露的信息，Pay.sh的核心思路是将传统认证体系中的账户、凭证和API Key尽可能弱化，转而以支付行为本身作为访问授权的一部分。换句话说，AI代理不需要先完成一整套人工账户注册和财务绑定流程，而是可以在统一入口发现API、查看实时价格，并通过稳定币为每一次请求单独付费。
这一模式本质上将“身份验证”和“支付结算”合并到同一工作流中。对于越来越依赖自动化的软件代理而言，这种设计意味着调用外部服务时不再需要人为介入批准、申请密钥或配置独立的结算系统，从而降低接入门槛。
Pay.sh如何运作
从使用流程来看，用户首先需要将Solana钱包连接至AI交互界面，例如报道中提到的Gemini或Claude。随后，用户可以通过信用卡或稳定币为钱包注资。完成后，AI代理便可直接浏览可用API、查看价格，并即时发起调用。
在底层架构上，Pay.sh运行于Google Cloud基础设施之上，扮演一个API代理层的角色。它可以将请求路由至Gemini、BigQuery、Cloud Run等服务，同时通过Solana完成支付处理，并实现数秒内结算。此外，系统还加入了企业级控制机制，包括访问权限管理和速率限制，以满足更严肃的商业场景需求。
从产品逻辑看，钱包在Pay.sh中不仅是支付工具，也承担了部分身份功能。也就是说，钱包地址既关联资金来源，也成为发起请求的主要凭据之一。这种设计与Web3基础设施的特征一致，也为“机器作为消费者”提供了更自然的支付接口。
开放协议是其差异化卖点
报道指出，Pay.sh建立在x402和MPP（Machine Payment Protocol）等机器原生支付协议之上。这些协议的目标，是让软件系统之间可以直接、自动地完成交易，不再依赖封闭的账单系统或传统账户体系。与专有支付基础设施相比，开放标准更容易被开发者和服务提供商共同采用，也更有机会形成跨平台互操作生态。
这也是Pay.sh试图强调的一点：它并不只是为单一平台封装一套新的支付壳层，而是希望借助开放协议，成为未来“机器支付API”的通用入口。如果这一设想得到更多服务商支持，其意义将不局限于Solana生态本身，而可能延伸至更广泛的AI服务市场。
为何这一发布值得关注
当前主流API服务虽然大多采用按量计费模式，但在接入流程上仍保留了传统互联网的账户式结构，包括注册、申请密钥、添加账单信息等步骤。对于人类开发者而言，这类流程尚可接受；但对需要自主调用多个服务的AI代理来说，这些环节会显著抬高自动化门槛。
Pay.sh的出现，指向一种被称为“代理型商业（agentic commerce）”的趋势：未来数字服务的主要用户可能不再是人，而是软件代理。若支付、鉴权与结算能够在机器之间原生完成，那么开发者构建复杂自动化流程的成本将进一步下降，API服务商也可能在不搭建复杂计费系统的情况下实现更细粒度变现。
从商业模式角度看，这也映射出软件行业从订阅制向更精细的按使用量收费继续演进的趋势。对于API提供商而言，按请求收费并非新鲜事，但让AI代理能够直接完成从发现、定价到付款和调用的闭环，仍是一个重要的基础设施升级。
对Solana与市场的潜在影响
对Solana而言，Pay.sh强化了其在高频、低成本支付场景中的叙事。由于API调用天然具有高频、小额、即时结算的特点，这类场景与公链支付能力的适配度较高。如果未来有更多AI工具、开发平台和企业服务接入，Solana有望在“AI原生支付”这一垂直赛道中获得更高能见度。
对Google Cloud而言，此次合作则体现出云服务提供商正积极探索如何为AI代理经济提供底层支撑。通过云基础设施承载API代理层，再结合链上结算能力，传统云计算与加密支付的边界正在被重新定义。
当然，Pay.sh能否真正成为行业标准，仍取决于采用率。API供应商是否愿意接入开放协议、企业客户是否接受以稳定币为核心的结算方式，以及AI代理在真实商业场景中的自主消费规模，都会影响其后续发展。但从方向上看，信号已经十分明确：软件不再只是调用API，未来它还将自己为API付款。