Lightning Network
PulseAugur coverage of Lightning Network — every cluster mentioning Lightning Network across labs, papers, and developer communities, ranked by signal.
-
AI 发现比特币、闪电网络和 Liquid 网络中的关键漏洞
AI 工具已在比特币基础设施中识别出关键漏洞，特别影响钱包、闪电网络和 Liquid 网络。这些发现导致了重大的安全漏洞，并需要实施紧急补丁来解决已识别的缺陷。
-
AI代理将按次付费模式以外的服务付费
支付行业正在探索AI代理支付服务的新模式，超越简单的按次付费。当前的方法难以应对AI请求的不可预测性，因为最终成本通常在执行后才能确定。x402协议和基于会话的支付模型等创新通过允许代理在授权预算或定义会话内运行，并在之后进行最终结算，来解决这一问题。
-
AI 工具发现 Core Lightning 代码中的关键漏洞
Core Lightning 的开发者在 AI 工具识别出闪电网络代码中的关键漏洞后发出了紧急警告。这一发现凸显了一个新时代，能够快速运用算法进行安全分析将提供显著优势。
-
机器学习预测比特币闪电网络通道关闭
研究人员开发了机器学习模型来预测比特币闪电网络中的通道关闭。通过分析两年来的网络活动，他们发现时间特征和行为特征，如端点活动和过去的关闭历史，是最重要的预测因子。基于图的方法并未优于更简单的模型，这表明闪电网络固有的隐私性限制了仅凭公开的 gossip 数据进行预测的能力。
-
引入新的随机重置路径寻找框架用于基于图的学习
研究人员引入了随机重置路径寻找（SRP），这是一个新的情景学习问题，专为涉及有向图上未知边成功概率的场景而设计。该框架适用于量子中继器网络、闪电网络上的支付路由以及网状网络中的交付等各种领域。提出的解决方案，带有UCB（PathUCB）和Thompson Sampling（PathTS）实例化的Log-Dijkstra元算法，提供了路径级遗憾界限，与现有的边级界限相比，为结构化图提供了更详细的见解。实验表明，PathTS在经验上通常表…
-
AI代理现已在比特币Layer 2上执行原子加密货币互换 · 跟踪1个来源
第二个团队已独立开发并部署了一个能够对比特币Layer 2网络执行原子哈希时间锁定合约（HTLC）互换的AI代理。该代理由KaleidoSwap命名为KaleidoAgent，以非托管方式运行，通过闪电网络管理稳定币和RGB代币等资产。该代理利用Claude或OpenAI等LLM来驱动其交易策略和钱包功能，验证了结算层不需要交易裁判的概念。
-
MPFlow 使用图强化学习优化比特币闪电网络流动性
研究人员开发了 MPFlow，这是一种深度图强化学习代理，旨在优化比特币闪电网络上的流动性配置。该代理解决了在固定预算下选择哪些通道以最大化路由容量（以 s-t 最大流衡量）的挑战。MPFlow 使用带有近端策略优化 (PPO) 的消息传递策略网络，并已投入生产，成功指导了在多个节点上分配大量 BTC 和价值的通道开放决策。
-
代理支付协议 x402 v2 和 L402 成熟，BoltzPay 桥接链
随着新协议和集成的推出，代理支付生态系统正在迅速成熟。x402 协议已发布 2.0 版本，具有更新的网络标识符和支付挑战头，现已在 @x402 npm 范围内提供。同时，L402 基于比特币的闪电网络构建，提供使用 macaroons 和发票的自 प्रमाणात支付验证方法。BoltzPay 作为桥梁，支持代理在需要使用不同加密货币进行操作时进行跨链转换。
-
开发者比较了 4 种 MCP 服务器限制方式：Stripe、身份验证或免费 PoW
一位开发者比较了四种限制 MCP 服务器访问权限的方法，旨在防止未经授权的代理使用并控制成本。PayGated 提供了一个集成了 Stripe 的解决方案，适用于 Stripe 生态系统内的企业，但需要对提供商和用户进行广泛的 KYC。APort 和 AgentSign 侧重于身份验证和来源追溯，而非直接支付或速率限制，可作为多代理系统的补充工具。作者自己的项目 captcha-mcp 提供了一个免费的工作量证明选项，或者通过低成本的…
-
AI代理现可接受闪电网络支付
一套新的开源中间件包已发布，用于将闪电网络支付集成到AI代理框架中。这些包可在npm上获取，允许开发人员使用L402 HTTP扩展来控制对AI工具和服务的访问。这使得API调用的直接点对点微支付成为可能，绕过了传统的支付处理商，并可能降低用户和开发者的成本。
-
MCP 服务器被速率限制，导致用户损失数千美元
一位 Sentry MCP 用户在身份验证后因 API 速率限制而产生了巨额费用，其中一个实例在八小时内花费了 47,000 美元。该问题源于 MCP 规范对 OAuth 2.1 授权的依赖，而 OAuth 2.1 并未解决调用频率或成本问题。提出的解决方案包括集成一个“每次调用摩擦”层，使用工作量证明谜题或闪电网络支付，并通过简单的 5 行代码添加来实现。