Lightning Labs 推出 AI 代理工具包,让智能体直接在闪电网络上收付款

Lightning Labs 推出 AI 代理工具包,让智能体直接在闪电网络上收付款

N
News Editor 01
2026-07-04 02:00:14
Lightning Labs 发布了一套开源工具,目标是让 AI 代理直接接入比特币闪电网络,自主完成支付、调用服务和提供付费接口。这套工具试图解决 AI 经济中的一个核心问题:智能体如何在没有人工介入的情况下完成小额、即时、可编程的交易。此次发布的核心组件包括命令行客户端 lnget、基于 HTTP 402 的 L402 支付标准,以及用于服务端的 Aperture 反向代理。同时,Lightning Labs 也强调私钥隔离和 macaroons 权限控制,以降低代理持有支付能力时的安全风险。
闪电网络比特币Lightning LabsAI 代理L402lnget支付基础设施

Lightning Labs 发布了一套新的开源工具包,目标很明确:让 AI 代理能够直接在比特币闪电网络上运行,并以原生方式完成支付、调用服务,甚至对外提供收费接口。公司认为,这填补了新兴 AI 经济里的一个关键空白——很多自动化系统可以生成内容、执行任务,却还不能像真人一样独立完成链上或支付层面的交易。

按照 Lightning Labs 的说法,这套工具支持 AI 系统自行运行闪电网络节点、为服务付费、托管按次收费的 API 端点,而且不依赖身份认证、API key 或传统注册流程。换句话说,开发者可以把“登录后调用接口”的互联网模式,换成“先付费再访问”的机器支付模式。这对需要频繁执行小额请求的 AI 代理尤其重要。

Lightning Labs 产品增长负责人 Michael Levin 介绍,这个代码仓库包含 7 个模块化功能,覆盖节点管理、私钥隔离、范围受限的凭证、基于 L402 的支付、付费端点托管,以及查询节点状态等任务。整体设计并不是单一工具,而是一套可组合的积木,方便开发者按自己的架构接入。

lnget:面向比特币支付场景的 AI 代理客户端

这次发布里最核心的组件之一,是名为 lnget 的命令行 HTTP 客户端。它围绕 L402 支付标准工作。L402 的思路来自互联网中的 HTTP 402 状态码,也就是“Payment Required”。与传统网站先登录、再校验 API key 的方式不同,启用 L402 的服务器会在收到请求后,直接返回一张闪电网络发票。

lnget 收到这张发票后,会自动读取内容,通过连接好的闪电网络后端完成支付,并拿回加密学意义上的支付证明。随后,代理就能访问目标资源。对于后续的重复请求,系统还会复用缓存过的凭证,从而减少重复验证流程。这意味着 AI 代理访问付费数据源、模型接口或工具服务时,不需要人手动点击确认,而是可以在规则范围内自行结算。

在底层接入上,这套工具支持多种 Lightning 后端。开发者既可以通过 gRPC 直接连接本地 lnd 节点,也可以使用 Lightning Node Connect,通过加密隧道远程接入;如果只是实验环境,还能尝试嵌入式的 Neutrino 轻钱包。这样的设计给了开发者更大的灵活性:测试阶段不一定要先搭完整闪电节点,真正进入生产环境后,也能保留兼容性。

Lightning Labs 把这次发布描述为迈向“机器可支付的网络”的一步。原因并不复杂。传统支付体系,比如信用卡或银行账户,更适合人类用户,也依赖账户、身份、清算与风控流程;但 AI 代理需要的是即时、程序化、往往金额很小的支付能力。闪电网络正好适合这种场景:低延迟、支持微支付,而且天然适合自动化调用。

客户端侧的 lnget,再配合服务端的 Lightning Labs Aperture 反向代理,就形成了一个完整的交易闭环:一个代理可以托管收费服务,另一个代理可以按次调用;支付过程在后台通过闪电网络自动完成。也就是说,未来不只是“AI 帮人付款”,还可能是“AI 之间互相买卖服务”,而支付本身成为网络协议的一部分。

私钥安全与权限隔离是这套工具的重点

让 AI 代理拥有支付能力,最大的顾虑往往不是功能,而是安全。Lightning Labs 在这套工具里特别强调私钥保护。官方建议采用 LND remote signer 架构,把私钥存储与节点运行拆开。这样一来,代理虽然能和节点交互、发起支付或读取状态,但不会直接接触私钥本身,降低了密钥泄露或误用带来的系统性风险。

除了密钥隔离,开发者还可以使用被称为 macaroons 的范围受限凭证。它类似可细粒度控制的访问令牌,可以只授予某一类权限,比如仅付款、仅开发票,或者只读访问。对 AI 代理来说,这种最小权限原则很关键。即便代理逻辑出现异常,或某个服务被滥用,损失也能被限制在预设范围内,而不是把整套钱包权限全部暴露出去。

这也说明,Lightning Labs 并不是单纯在做“让 AI 会花钱”的产品,而是在尝试建立一套更适合机器身份的支付安全模型。传统互联网大量依赖账号体系与中心化授权,而机器代理更适合以加密凭证、支付证明和受限权限来协同工作。对开发者而言,这种设计更容易嵌入自动化工作流,也更适合多代理系统之间的相互调用。

AI 支付赛道正在升温,闪电网络成为重要方向

Lightning Labs 的这次发布,并不是孤立事件。原文提到,围绕 AI 支付的更广泛尝试正在加速推进。比如 Coinbase 近期推出了 Agentic Wallets,让代理可以持有资金、完成付款,并通过 x402 协议交易代币。与此同时,Stripe 也预告了面向 USDC 的机器支付方案。不同公司虽然路线不完全一样,但共同目标都很明确:让自动化软件拥有原生经济能力。

相比传统 Web2 接口授权模式,这类方案的价值在于,它把“访问服务”与“完成结算”合并到同一条流程里。对 AI 代理来说,未来获取数据、调用工具、购买算力、使用 API,可能都不再依赖预充值账户、信用卡绑定或人工审批,而是直接通过协议层支付。Lightning Labs 选择从比特币闪电网络切入,重点押注的正是微支付、开放标准和无需许可的接入方式。

从行业角度看,这也反映出一个更大的趋势:AI 代理不再只是内容生成工具,而是在逐步变成能够独立行动的经济参与者。谁能先解决支付、权限和安全这三件事,谁就更有机会搭建下一代机器商业基础设施。Lightning Labs 这套工具离大规模落地或许还有距离,但它已经给出了一个清晰方向——让比特币闪电网络成为 AI 代理之间结算价值的底层通道。

本文最初由 Bit.Fan 发布。 欲了解更多加密货币新闻与市场洞察,请访问 www.bit.fan.
100

免责声明:

本平台展示的市场信息、项目资料与第三方内容仅用于行业信息分享,不构成任何形式的投资建议或收益承诺。

加密资产交易具有较高风险,用户应充分评估自身风险承受能力并独立作出决策,相关盈亏及法律责任由用户自行承担。