How long does the integration take?

Change one base URL in an OpenAI-compatible client, or install the Python or TypeScript SDK; the quickstart routes a first request in a few minutes.

Will this lock us into another vendor?

No. The router is Apache-2.0 open source, your provider keys stay yours, and the API is OpenAI-compatible, so leaving is a change of base URL.

What happens when a provider fails?

The router falls back to the next model your policy allows and records the fallback in the trace, so an outage costs a retry, not an incident.

lightning-channel-factories - Skill

Name: lightning-channel-factories
Author: sickn33

Imported from sickn33/agentic-awesome-skills (skills/lightning-channel-factories/SKILL.md). Install upstream with npx skills add sickn33/agentic-awesome-skills --skill lightning-channel-factories. Copyright stays with the author.

Use this skill when

Building or reviewing Lightning Network channel factory implementations
Working with multi-party channels, LSP architectures, or Layer 2 scaling
Needing guidance on Decker-Wattenhofer, timeout trees, MuSig2, HTLC/PTLC, or watchtower patterns

Do not use this skill when

The task is unrelated to Bitcoin or Lightning Network infrastructure
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.

The declared community implementation at 8144225309/SuperScalar returned HTTP 404 on 2026-10-14. Do not treat it as a verified production implementation, funded-mainnet deployment, 400-test suite or audited watchtower. The original SuperScalar proposal is a protocol source, not proof that a similarly named repository implements it correctly.

Purpose

Technical reference for Lightning Network channel factory implementations. Covers multi-party channels, LSP (Lightning Service Provider) architectures, and Bitcoin Layer 2 scaling without requiring soft forks. Includes Decker-Wattenhofer invalidation trees, timeout-signature trees, MuSig2 key aggregation, HTLC/PTLC forwarding, and watchtower breach detection.

Key Topics

Channel factory implementation in C
MuSig2 (BIP-327) and Schnorr adaptor signatures
Encrypted Noise NK transport protocol
SQLite persistence layer
Watchtower breach detection
HTLC/PTLC forwarding
Regtest, signet, testnet, and mainnet support
Actual implementation tests, vectors and reproducible exit behavior

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

Example

User request:

Build or reviewing Lightning Network channel factory implementations.

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.

Review evidence

Distinguish proposal properties from a specific implementation revision. Trace funding ownership, required signers, offline/liveness assumptions, timelock ordering, old-state invalidation, recovery artifacts, fee/bump behavior and unilateral exit under congestion. Define what N measures before stating complexity. Verify HTLC/PTLC and watchtower compatibility with actual protocol versions and test vectors; a claim of no consensus change does not establish deployability or safety. Use an isolated regtest fixture; signing, funding or broadcasting with real funds needs separate explicit authorization.

Install lightning-channel-factories and it becomes one more candidate the router can pick - when it fits.

A listing is a routing target with a manifest: what it does, which domains it covers, what it costs and who publishes it. Once installed it sits beside your own models and tools, is scored like any other candidate for each request, and shows up in the trace when it wins. Ratings come from workspaces that installed it, one per account.

{ "ocm": "1", "id": "sickn33-agentic-awesome-skills-lightning-channel-factories", "kind": "skill", "name": "lightning-channel-factories", "description": "Technical reference on Lightning Network channel factories, multi-party channels, LSP architectures, and Bitcoin Layer 2 scaling without soft forks. Covers Decker-Wattenhofer, timeout trees, MuSig2 key aggregation, HTLC/PTLC forwarding, and watchtower breach detection.", "publisher": "sickn33", "version": "1.0.0", "capabilities": { "domains": [ "coding", "math" ], "tags": [ "skill-md", "skills-sh" ], "languages": [ "en" ] }, "quality_prior": 0.6, "examples": [ "Technical reference on Lightning Network channel factories, multi-party channels, LSP architectures, and Bitcoin Layer 2 scaling without soft forks. Covers Decker-Wattenhofer, timeout trees, MuSig2 key aggregation, HTLC/PTLC forwarding, and watchtower breach detection." ], "primary": false, "metadata": { "source": { "provider": "skills.sh", "repository": "https://github.com/sickn33/agentic-awesome-skills", "path": "skills/lightning-channel-factories/SKILL.md", "ref": "HEAD", "url": "https://github.com/sickn33/agentic-awesome-skills/blob/HEAD/skills/lightning-channel-factories/SKILL.md", "key": "sickn33/agentic-awesome-skills/skills/lightning-channel-factories/SKILL.md" } }, "instructions": "## Use this skill when\n\n- Building or reviewing Lightning Network channel factory implementations\n- Working with multi-party channels, LSP architectures, or Layer 2 scaling\n- Needing guidance on Decker-Wattenhofer, timeout trees, MuSig2, HTLC/PTLC, or watchtower patterns\n\n## Do not use this skill when\n\n- The task is unrelated to Bitcoin or Lightning Network infrastructure\n- You need a different blockchain or Layer 2 outside this scope\n\n## Instructions\n\n- Clarify goals, constraints, and required inputs.\n- Apply relevant best practices and validate outcomes.\n- Provide actionable steps and verifi", "cost": { "context_tokens": 769 } }

lightning-channel-factories

About

Use this skill when

Do not use this skill when

Instructions

Purpose

Key Topics

References

Example

Limitations

Review evidence

Install lightning-channel-factories and it becomes one more candidate the router can pick - when it fits.

What it costs to adopt - in engineering time.

One base URL

No vendor lock-in

Failover built in

Use it

Manifest

Reviews