Skill

Review Bitcoin Lightning Network Architectures

Lightning Architecture Review compares Bitcoin Lightning channel factory designs against trust and liveness criteria.

Works with github

84
Spark score
out of 100
Updated 3 days ago
Version 15.5.1

Add to Favorites

Why it matters

Expertly analyze and review Bitcoin Lightning Network protocol designs, focusing on Layer 2 scaling, channel factories, and trust models to ensure robust and efficient implementations.

Outcomes

What it gets done

01

Evaluate Lightning Network protocol designs and architecture.

02

Compare different channel factory approaches and their scaling tradeoffs.

03

Analyze trust models, on-chain footprint, and consensus requirements.

04

Assess HTLC/PTLC compatibility, liveness guarantees, and watchtower support.

Install

Add it to your toolbox

Run in your project directory:

curl -fsSL https://spark.entire.vc/get/ag-lightning-architecture-review | bash

Overview

Lightning Architecture Review

Lightning Architecture Review is an expert-reviewer skill for Bitcoin Lightning Network channel factory and Layer 2 designs, evaluated against trust model, on-chain footprint, and liveness criteria. Use it to review or compare Lightning Network protocol and channel factory designs. Not for other blockchains or Layer 2 systems outside Bitcoin Lightning.

What it does

Lightning Architecture Review is an expert-reviewer skill for Bitcoin Lightning Network protocol designs, specifically comparing channel factory approaches and Layer 2 scaling tradeoffs. It evaluates a design's trust model, on-chain footprint, consensus requirements, HTLC/PTLC compatibility, liveness and availability guarantees, and watchtower breach-detection support.

When to use - and when NOT to

Use it to review a Lightning Network protocol design or architecture, compare channel factory approaches, or analyze trust models, on-chain footprint, consensus requirements, or liveness guarantees. It is explicitly out of scope for anything unrelated to Bitcoin or Lightning Network protocol design, or for a different blockchain or Layer 2 outside this scope.

Inputs and outputs

Input: a Lightning Network protocol or channel-factory design to evaluate. Output: a structured comparison against the named topics - channel factory design, trust model, on-chain footprint, consensus requirements, HTLC/PTLC compatibility, liveness and availability, watchtower support, and unilateral-exit complexity - using the SuperScalar project as its reference implementation of a modern channel factory: SuperScalar combines Decker-Wattenhofer invalidation trees, timeout-signature trees, and Poon-Dryja channels, requires no soft fork, lets an LSP and N clients share one UTXO with full Lightning compatibility, and provides O(log N) unilateral exit with watchtower breach detection.

Integrations

References the SuperScalar project - its source repository, superscalar.win, and its original delvingbitcoin.org proposal for laddered timeout-tree-structured Decker-Wattenhofer factories - as the concrete benchmark for evaluating other channel factory designs against.

Who it's for

Bitcoin protocol engineers and researchers evaluating or comparing Lightning Network Layer 2 scaling designs, especially channel factory proposals, who want a structured review against trust, on-chain footprint, consensus, and liveness criteria rather than an ad hoc read.

FAQ

Common questions

Discussion

Questions & comments · 0

Sign In Sign in to leave a comment.