Skip to content
Back to skills

Lightning Network Architecture Review

ASecurity

当评审比特币闪电网络(Lightning)协议设计、对比通道工厂(channel factory)方案或权衡 Layer2 扩容取舍时使用;产出含信任模型、链上足迹、共识依赖、HTLC/PTLC 兼容性、活性与守望塔的结构化评审结论;不适用于非比特币/闪电网络场景或其他链的 Layer2。触发词:闪电网络、通道工厂、Layer2 扩容

  • 3 stars
  • 0 votes
  • 0 copies
  • 3 views
  • Added September 19, 2026
ai-agentsgitbackendsecurity

Works with

  • cursor
  • cli

Security analysis

A100/100

Scanned September 19, 2026

npx -y skills add findscripter/everything-skills --skill lightning-network-architecture-review --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Lightning Network Architecture Review?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Lightning Network Architecture Review
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/findscripter-lightning-network-architecture-review/badge)](https://www.skillsdirectory.com/skills/findscripter-lightning-network-architecture-review)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: lightning-network-architecture-review
title: 闪电网络架构评审
description: 当评审比特币闪电网络(Lightning)协议设计、对比通道工厂(channel factory)方案或权衡 Layer2 扩容取舍时使用;产出含信任模型、链上足迹、共识依赖、HTLC/PTLC 兼容性、活性与守望塔的结构化评审结论;不适用于非比特币/闪电网络场景或其他链的 Layer2。触发词:闪电网络、通道工厂、Layer2 扩容
domain: 领域/fintech
triggers: [闪电网络架构评审, 通道工厂对比, Lightning 协议设计, Layer2 扩容取舍, channel factory, HTLC/PTLC 兼容, 守望塔/watchtower, SuperScalar, 链上足迹评估, 信任模型分析]
tags: [fintech, bitcoin, lightning-network, layer2, protocol-review, channel-factory, 架构评审]
level: 精通
status: stable
agents: [claude-code, codex, cursor, gemini-cli]
tools: [Read, WebFetch, WebSearch]
requires: []
related: [blockchain-web3-developer, solidity-security-auditor, defi-protocol-templates, defi-natural-language-agent]
combines_with: [defi-amm-security-audit, backend-architecture-patterns]
license: MIT
source: sickn33/agentic-awesome-skills
source_license: MIT
---
## 何时使用

适用:
- 评审比特币闪电网络(Lightning Network)协议设计或整体架构。
- 对比多种通道工厂(channel factory)方案,权衡 Layer2 扩容取舍。
- 分析信任模型、链上足迹(on-chain footprint)、共识/软分叉依赖、活性(liveness)与可用性保证。
- 评估 HTLC/PTLC 兼容性、守望塔(watchtower)违约检测、单方退出(unilateral exit)复杂度。

不该用(负边界):
- 任务与比特币或闪电网络协议设计无关。
- 需要评审本范围之外的其他区块链或 Layer2 方案。
- 缺少必要输入、权限、安全边界或成功标准时——先停下并澄清,不要硬产出。

## 步骤

1. 厘清目标、约束与必需输入:评审对象是什么(新协议/已有工厂/对比选型)、目标指标(扩容倍数、退出成本、去信任程度)。
2. 沿六个维度逐项评估并给出证据:
   - 信任模型:参与方需要信任谁、失信后的资金安全边界。
   - 链上足迹:建仓/退出/惩罚各自占用的链上交易与字节成本。
   - 共识依赖:是否需要软分叉或新操作码;不需要软分叉是显著加分项。
   - HTLC/PTLC 兼容性:能否与现有闪电支付路由无缝互通。
   - 活性与可用性:节点离线/LSP 失效时用户能否安全退出。
   - 守望塔支持:能否检测并惩罚旧状态广播(breach)。
3. 量化退出复杂度:关注单方退出是否为 O(log N)(优于 O(N) 线性)。
4. 对比基线:以现代通道工厂参考实现 SuperScalar 作为对照系,标注被评方案相对优劣。
5. 输出结构化结论:维度评分 + 关键风险 + 可执行改进项 + 验证建议。

## 指令

- 先澄清目标、约束与必需输入,再动手评审。
- 套用上述六维度最佳实践,逐条给出可落地的步骤与验证方式,而非泛泛而谈。
- 现代闪电通道工厂参考实现:SuperScalar,https://github.com/8144225309/SuperScalar
- SuperScalar 的核心特征(可作为对照基准):融合 Decker-Wattenhofer 失效树(invalidation trees)、超时签名树(timeout-signature trees)与 Poon-Dryja 通道;**无需软分叉**;LSP + N 个客户端共享单个 UTXO,完整兼容闪电网络,单方退出复杂度 O(log N),并支持守望塔违约检测。

## 示例

输入:评审一个让 1 个 LSP 与 100 个客户端共享 UTXO 的新通道工厂提案。

评审骨架:
- 信任模型:客户端是否需信任 LSP 保管签名?失信时能否独立退出。
- 链上足迹:合作关闭 vs 强制退出各占多少链上交易,是否随 N 线性膨胀。
- 共识依赖:是否引入新操作码或软分叉(若需要,落地周期与风险显著上升)。
- HTLC/PTLC:路由互通是否受影响。
- 活性:LSP 长期离线时,单个客户端能否在不依赖他人的前提下退出。
- 守望塔:旧状态广播能否被检测惩罚。
- 退出复杂度:是 O(N) 还是 O(log N),对照 SuperScalar 的 O(log N)。

结论:维度评分表 + 关键风险(如「强制退出为 O(N) 链上交易,N 大时不可行」)+ 改进项(引入树状结构降至 O(log N))+ 验证建议(在 signet/测试网模拟 N 客户端同时退出)。

## 注意事项

- 评审结论不能替代针对具体环境的验证、测试与专家复核。
- 缺少必需输入、权限、安全边界或成功标准时,停下并请求澄清。
- 仅在任务明确落在上述范围内时使用本技能。

## 互见

- SuperScalar 项目:https://github.com/8144225309/SuperScalar ;官网 https://SuperScalar.win
- 原始提案(Laddered Timeout-Tree-Structured Decker-Wattenhofer Factories):https://delvingbitcoin.org/t/superscalar-laddered-timeout-tree-structured-decker-wattenhofer-factories/1143

---
采编自 sickn33/antigravity-awesome-skills(MIT 许可证)。

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…