Solana基金会宣布推出全新支付网关Pay.sh，并与Google Cloud合作，将其定位为面向AI代理的API按次付费基础设施。该产品的核心目标，是让自主AI代理能够在Solana网络上使用稳定币直接访问并支付API费用，从而减少传统企业级API接入中的人工开户、凭证管理和账单绑定等摩擦。
在当前AI应用快速扩张的背景下，越来越多自动化代理被用于执行工作流、查询数据和调用模型服务，但企业级API的使用流程仍高度依赖人工配置。无论是注册账号、申请API Key，还是建立结算关系，这些步骤对“机器直接消费服务”的场景来说都显得笨重。Pay.sh试图改变的，正是这一点。
Pay.sh是什么？
根据披露信息，Pay.sh是一个API网关，允许AI代理在统一入口发现可用API、无需创建账户即可访问服务，并通过稳定币按请求付费。与传统认证模式不同，Pay.sh将“付款”本身视为授权机制的一部分，某种意义上实现了“支付即认证”。这意味着，调用一次服务就完成一次授权，不再依赖长期保存的账户凭证和密钥体系。
这一设计尤其适合AI代理和自动化软件系统。对于机器来说，最理想的交互方式并不是填写注册表单，而是在获得权限后即时访问服务并即时结算。Pay.sh正是围绕这种“机器原生支付”逻辑搭建。
Pay.sh如何运作
从使用流程看，用户首先需要将Solana钱包连接到Gemini或Claude等AI界面中。随后，资金可以通过信用卡或稳定币充值。完成这些准备后，AI代理便可浏览API目录、实时查看价格，并在需要时立即发起调用。
底层架构方面，Pay.sh运行在Google Cloud基础设施之上，扮演API代理层的角色。它能够将请求路由至Gemini、BigQuery、Cloud Run等服务；支付通过Solana处理，并在数秒内完成结算；同时协议还支持企业级控制能力，例如访问权限和速率限制。换言之，钱包在这一系统中同时承担了身份标识与支付工具的双重角色。
这一点值得关注。当前大多数API平台虽然早已采用按使用量计费模式，但通常仍要求开发者提前配置账户、API密钥和账单系统。Pay.sh希望移除这一中间层，让支付行为直接成为访问入口，从而让自动化系统以更低摩擦消费服务。
开放标准是关键看点
资料显示，Pay.sh建立在机器原生支付协议之上，包括x402和MPP（Machine Payment Protocol）。这些协议专门为软件系统之间的自动交易设计。与封闭式、平台专有的计费基础设施不同，这类协议属于开放标准，开发者和服务提供商可以在不被单一平台生态绑定的前提下构建兼容系统。
这意味着，如果相关标准获得更广泛支持，Pay.sh的潜力将不只是Solana生态中的单一工具，而可能成为机器间支付和API访问的新接口范式。对于行业来说，开放性通常意味着更强的可组合性、互操作性和更低的迁移成本。
为何这对AI与加密行业重要
Pay.sh的发布，反映出一个更大的趋势：所谓“Agentic Commerce”，即软件代理而非人类，正在逐步成为数字服务的主要使用者。在这一模式下，AI代理不仅负责执行任务，还将独立完成资源采购、服务调用和支付结算。
对开发者而言，这种模式降低了自动化工作流搭建门槛；对API提供方而言，可在不自建复杂账单系统的情况下直接实现服务变现；对AI代理而言，则获得了跨多个服务自主运行的能力。与此同时，这也呼应了软件商业模式从订阅制向更细粒度、按实际使用付费迁移的长期方向。
市场影响分析
从市场层面看，Pay.sh将Solana进一步推进到AI基础设施与链上支付的交叉点。Solana一直强调高速、低成本结算能力，而AI代理场景恰好需要高频、小额、即时确认的支付网络。若这一模式被开发者和API服务商接受，Solana有望在“机器支付”这一新兴赛道中获得先发优势。
对于Google Cloud而言，此次合作也体现出云服务商对加密支付和AI自动化场景的持续探索。通过把自身云产品与链上支付接口结合，Google Cloud实际上在测试一种新的服务消费方式：API不再只是被人类开发者订阅，而是被软件代理按需、按次调用并即时付款。
不过，Pay.sh能否成为行业标准，仍取决于实际采用率。API提供商是否愿意接入、AI平台是否愿意支持钱包交互、企业客户是否接受以稳定币作为结算媒介，这些都将影响其扩张速度。即便如此，方向已经相当清晰：未来的软件不只是调用API，软件本身也将成为能够自主付款的经济主体。
总体而言，Pay.sh并非单纯的支付工具，而更像是一次对“API访问方式”的重新定义。它试图把账户、认证、账单三套传统系统，压缩成一次链上支付动作。若这一模型在AI代理经济中跑通，Solana和Google Cloud的此次合作，或将成为机器原生互联网商业化的重要起点。