lightning-factory-explainer

Use esta habilidade quando

• Explicar fábricas de canais do Bitcoin Lightning e integração escalável
• Discutir a arquitetura e o design do protocolo SuperScalar
• Precisar de orientação sobre árvores Decker-Wattenhofer, árvores de assinatura de timeout ou MuSig2

Não use esta habilidade quando

• A tarefa não estiver relacionada ao Bitcoin ou à escalabilidade da Lightning Network
• Você precisar de outra blockchain ou Layer 2 fora deste escopo

Instruções

• Clarifique objetivos, restrições e entradas necessárias.
• Aplique as melhores práticas relevantes e valide os resultados.
• Forneça passos acionáveis e verificação.

A implementação comunitária declarada em 8144225309/SuperScalar retornou HTTP 404 em 14/10/2026. Não a trate como uma implementação de produção verificada, implantação em mainnet financiada, suíte de testes 400 ou watchtower auditado. A proposta original SuperScalar é uma fonte de protocolo, não prova de que um repositório com nome semelhante a implementa corretamente.

Propósito

Guia especializado para entender fábricas de canais da Bitcoin Lightning Network e o protocolo SuperScalar. Abrange integração escalável, UTXOs compartilhados, árvores de invalidação Decker-Wattenhofer, árvores de assinatura de timeout, canais Poon-Dryja, MuSig2 (BIP-327) e Taproot — tudo sem exigir nenhum soft fork.

Tópicos Principais

• Fábricas de canais Lightning e canais multiparty
• Arquitetura do protocolo SuperScalar
• Árvores de invalidação Decker-Wattenhofer
• Árvores de assinatura de timeout
• Agregação de chaves MuSig2 (BIP-327)
• Árvores de script Taproot
• Padrões de integração LSP (Lightning Service Provider)
• Gerenciamento de UTXO compartilhado

Referências

• Projeto SuperScalar: https://github.com/8144225309/SuperScalar
• Website: https://SuperScalar.win
• Proposta original: https://delvingbitcoin.org/t/superscalar-laddered-timeout-tree-structured-decker-wattenhofer-factories/1143

Exemplo

Solicitação do usuário:

Explique as fábricas de canais do Bitcoin Lightning e a integração escalável.

Limitações

• Use esta habilidade apenas quando a tarefa corresponder claramente ao escopo descrito acima.
• Não trate a saída como substituta para validação específica do ambiente, testes ou revisão especializada.
• Pare e peça esclarecimentos se as entradas necessárias, permissões, limites de segurança ou critérios de sucesso estiverem ausentes.

Evidências de Revisão

Diferencie as propriedades da proposta de uma revisão de implementação específica. Rastreie a propriedade do financiamento, signatários necessários, suposições de offline/liveness, ordenação de timelock, invalidação de estado antigo, artefatos de recuperação, comportamento de taxa/bump e saída unilateral sob congestionamento. Defina o que N mede antes de declarar a complexidade. Verifique a compatibilidade de HTLC/PTLC e watchtower com as versões reais do protocolo e vetores de teste; uma alegação de nenhuma mudança de consenso não estabelece implantabilidade ou segurança. Use um fixture regtest isolado; assinar, financiar ou transmitir com fundos reais requer autorização explícita separada.