400 / 691RUSTY

Rusty Russell

Desenvolvedor de Core Lightning e especificações Lightning

Rusty Russell contribuiu amplamente para Core Lightning, o processo BOLT e ofertas BOLT 12. Seu trabalho envolve implementação, compatibilidade e distinção entre oferta e pagamento.

Rusty Russell é desenvolvedor de código aberto ligado ao início de Core Lightning e a lnprototest. Liderança histórica não implica autoridade permanente sobre Lightning nem emprego atual.

A retrospectiva da Blockstream de 9 de junho de 2026 relembra o primeiro commit de Russell em 26 de maio de 2015 e sua saída após onze anos. Não anuncia o fim de todas as futuras contribuições abertas dele. [Blockstream — Rusty Russell retrospective (2026)]

Russell presidiu o processo BOLT e apoiou interoperabilidade. O repositório público aceita comentários e propostas; um colaborador importante não pode sozinho impor mudanças a todos os nós. [Blockstream — Rusty Russell retrospective (2026)] [BOLTs — specification repository]

lnprototest fornece ferramentas Python para testes do protocolo. O README distingue executor simulado de testes numa implementação real; sucesso simulado não prova por si só conformidade de um nó real. [lnprototest — protocol test framework]

BOLT 12 separa oferta publicada, invoice_request e fatura recebida. Uma oferta reutilizável fornece faturas individuais; repetir uma só fatura não cria pagamentos novos. [BOLT 12 — offers and payment flows]

Core Lightning fetchinvoice obtém fatura e informa em changes diferenças como valor ou descrição. Uma resposta bem-sucedida sozinha não envia dinheiro; os termos retornados precisam ser conferidos. [Core Lightning — fetchinvoice]

pay documenta complete, pending e failed, separando amount_msat recebido de amount_sent_msat incluindo taxas. Pending não é sucesso e o total com taxas não é o valor do destinatário. [Core Lightning — pay]

BOLT 12 descreve reembolso do comerciante ao usuário: o usuário fornece fatura, o comerciante verifica invoice_node_id e paga. Não cancela a transferência original nem cria direito automático a reembolso. [BOLT 12 — offers and payment flows]

BOLT 12 observa que preimage revelado prova o pagamento da fatura, mas sozinho não identifica quem pagou. Uma chave da solicitação pode comprovar o solicitante, sem verificar automaticamente sua identidade civil. [BOLT 12 — offers and payment flows]

Para ter uma visão mais completa, leia este verbete junto com Andrew Poelstra, Tadge Dryja, Lightning Network. Também há referências a este verbete em Andrew Poelstra, Tadge Dryja.

DOC · 001Blockstream — Rusty Russell retrospective (2026)Documentação ↗DOC · 002BOLTs — specification repositoryDocumentação ↗DOC · 003lnprototest — protocol test frameworkDocumentação ↗DOC · 004BOLT 12 — offers and payment flowsDocumentação ↗DOC · 005Core Lightning — fetchinvoiceDocumentação ↗DOC · 006Core Lightning — payDocumentação ↗
Fontes em primeiro lugar · Não é recomendação de investimento