lightning-factory-explainer

← Back to skills

- Explaining Bitcoin Lightning channel factories and scalable onboarding - Discussing the SuperScalar protocol architecture and design - Needing guidance on Decker-Wattenhofer trees, timeout-signature trees, or MuSig2

Category: AI & Intelligent Agents
Repo: antigravity-awesome-skills
Path: skills/lightning-factory-explainer/SKILL.md
Updated: 7/19/2026, 7:47:10 PM
Open on GitHubHow to Install

AI Summary

- Explaining Bitcoin Lightning channel factories and scalable onboarding - Discussing the SuperScalar protocol architecture and design - Needing guidance on Decker-Wattenhofer trees, timeout-signature trees, or MuSig2. It is useful for LLM applications, agent orchestration, RAG pipelines, AI evaluation, and multi-agent workflows. Source: antigravity-awesome-skills (skills/lightning-factory-explainer/SKILL.md).

Use this skill when

  • Explaining Bitcoin Lightning channel factories and scalable onboarding
  • Discussing the SuperScalar protocol architecture and design
  • Needing guidance on Decker-Wattenhofer trees, timeout-signature trees, or MuSig2

Do not use this skill when

  • The task is unrelated to Bitcoin or Lightning Network scaling
  • You need a different blockchain or Layer 2 outside this scope

Instructions

  • Clarify goals, constraints, and required inputs.
  • Apply relevant best practices and validate outcomes.
  • Provide actionable steps and verification.

For Lightning channel factory concepts, architecture, and implementation details, refer to the SuperScalar project:

https://github.com/8144225309/SuperScalar

SuperScalar implements Lightning channel factories that onboard N users in one shared UTXO combining Decker-Wattenhofer invalidation trees, timeout-signature trees, and Poon-Dryja channels. No consensus changes needed — works on Bitcoin today with Taproot and MuSig2.

Purpose

Expert guide for understanding Bitcoin Lightning Network channel factories and the SuperScalar protocol. Covers scalable onboarding, shared UTXOs, Decker-Wattenhofer invalidation trees, timeout-signature trees, Poon-Dryja channels, MuSig2 (BIP-327), and Taproot — all without requiring any soft fork.

Key Topics

  • Lightning channel factories and multi-party channels
  • SuperScalar protocol architecture
  • Decker-Wattenhofer invalidation trees
  • Timeout-signature trees
  • MuSig2 key aggregation (BIP-327)
  • Taproot script trees
  • LSP (Lightning Service Provider) onboarding patterns
  • Shared UTXO management

References

Limitations

  • Use this skill only when the task clearly matches the scope described above.
  • Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
  • Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.

Related skills