Sluice: Global Invariant, Local Enforcement for Pooled Payment-Channel Liquidity
闪电网络中的路由节点把流动性分散存放在各自独立的支付通道中，因此当某条通道的出向余额耗尽时，即使节点在其它通道仍有余额，支付仍然会失败。把这些通道汇集成一个统一储备可以解决该问题，但前提是节点在所有通道上的支取总和不超过储备总量——这是一个
#lightning-network
共收录 7 条相关情报。
← 返回所有主题CheckMate: Automated Game-Theoretic Security Reasoning.
本文提出 CheckMate 框架，用于全自动化的博弈论安全分析，特别关注区块链技术。CheckMate 将协议建模为博弈，并分析其博弈论安全性，即激励兼容性和拜占庭容错性。该框架要么通过提供防御策略证明协议是安全的，要么给出所有可能的攻击
Enabling Threshold Custody for the Lightning Network with Nested Threshold Multi-Signatures
闪电网络是比特币二层支付网络的重要基础设施，其通道两端通常依赖单一在线私钥进行签名，这构成显著的单点故障风险。尽管阈值签名已广泛用于保护链上比特币资产，但至今无法在闪电通道中实际部署。其根本原因在于：将某一通道参与方阈值化，需要在现有两方
Payout Races and Congested Channels: A Formal Analysis of Security in the Lightning Network.
本文对闪电网络（Lightning Network）的安全性进行了形式化分析。闪电网络是一种支付通道网络，市值超过1.92亿美元，旨在通过链下快速交易解决比特币的可扩展性问题。目前存在多个闪电网络客户端实现，它们都遵循相同的文本规范（即BO
Blitz: Secure Multi-Hop Payments Without Two-Phase Commits.
本文提出Blitz，第一个无需两阶段提交就能实现安全的多跳支付方案。在闪电网络等支付通道网络中，多跳支付需要保证原子性：要么所有中间节点都收到资金，要么所有节点都不收到。现有方案依赖两阶段提交（2PC），但2PC在异步网络中可能因中间节点离
LNTest: A Testbed for Evaluating Bitcoin Lightning Network-Based Botnets
比特币闪电网络（LN）作为一种低成本、隐蔽的通信通道，可能被攻击者利用来构建僵尸网络，现有研究如LNBot和D-LNBot只是概念验证，且仅通过模拟评估，缺乏对现实拓扑形成、传播复杂性和抵御拆除能力的深入理解。本文提出LNTest，这是第一
Horcrux: Synthesize, Split, Shift and Stay Alive; Preventing Channel Depletion via Universal and Enhanced Multi-hop Payments.
该论文提出了名为 Horcrux 的新型多跳支付协议，旨在解决支付通道网络（如闪电网络）中因通道耗尽导致支付失败的问题。传统多跳支付存在路径中间节点通道余额被单向消耗殆尽的风险，称为“通道耗尽攻击”，严重影响网络可靠性和流动性效率。Horc