Experiment design partner
Translate a hypothesis into an interpretable test with metrics and guardrails.
5,492,144 AI resources indexedWorking toward the world’s largest AI resource index.
Explain Bitcoin Lightning channel factories and the SuperScalar protocol — scalable Lightning onboarding using shared UTXOs, Decker-Wattenhofer trees, timeout-signature trees, MuSig2, and Taproot. No soft fork required.
--- name: lightning-factory-explainer-711b27e93d53 description: Explain Bitcoin Lightning channel factories and the SuperScalar protocol — scalable Lightning onboarding using shared UTXOs, Decker-Wattenhofer trees, timeout-signature trees, MuSig2, and Taproot. No soft fork required. risk: safe source: community date_added: '2026-03-03' --- ## 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 - SuperScalar project: https://github.com/8144225309/SuperScalar - Website: https://SuperScalar.win - Original proposal: https://delvingbitcoin.org/t/superscalar-laddered-timeout-tree-structured-decker-wattenhofer-factories/1143 ## 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.--- name: lightning-factory-explainer-711b27e93d53 description: Explain Bitcoin Lightning channel factories and the SuperScalar protocol — scalable Lightning onboarding using shared UTXOs, Decker-Wattenhofer trees, timeout-signature trees, MuSig2, and Taproot. No soft fork required. risk: safe source: community date_added: '2026-03-03' --- ## 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 - SuperScalar project: https://github.com/8144225309/SuperScalar - Website: https://SuperScalar.win - Original proposal: https://delvingbitcoin.org/t/superscalar-laddered-timeout-tree-structured-decker-wattenhofer-factories/1143 ## 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.
Imported from the listed AgentSkill.sh category. Complete supplied package files and notices are retained. Required external tools and credentials are not installed. No bundled code was executed during import. Individual agent task behavior has not been tested.