Christian Decker

Ao procurar o trabalho de Decker, aparecem a conta cdecker e o nome Snyke. Na consulta de outubro de 2026, seu perfil público também indicava Blockstream. Isso liga um autor a códigos e propostas, mas uma breve apresentação não basta para confirmar seu cargo atual. Em uma rede aberta, uma proposta vale pelo problema que resolve e pela análise que consegue enfrentar. O nome ou o empregador não dão autoridade para mudar as regras de todos os demais. [1]

Um bloco novo se espalha por etapas: um computador o transmite a outros, e isso leva tempo. Christian Decker e Roger Wattenhofer mediram esse processo em 2013. Estudaram a propagação de transações e blocos e a relação dos atrasos com ramificações temporárias, quando partes da rede trabalham com blocos recentes diferentes. Essas medições históricas ajudam a entender o funcionamento real. Não descrevem a velocidade atual do Bitcoin, pois programas e formas de transmissão mudaram. [2]

Em um canal de pagamento, os participantes atualizam o acordo sobre a parcela de cada um nos fundos comprometidos em conjunto. E se alguém fechar o canal com um acordo antigo que lhe favoreça? A proposta eltoo, de Decker, Rusty Russell e Olaoluwa Osuntokun, permite fazer prevalecer um estado mais recente antes da liquidação final. É como substituir uma conta desatualizada pelo último acordo. Trata-se de um mecanismo proposto, não de uma função automaticamente presente em todos os canais Lightning atuais. [3]

A possibilidade de corrigir não basta. No eltoo, uma transação corretiva precisa ser confirmada antes que o estado antigo possa ser liquidado. OP_CSV estabelece a janela de resposta: permite determinado gasto apenas após um período de espera contado da confirmação da saída correspondente. Portanto, o usuário ou um serviço designado precisa acompanhar a cadeia. A proposta muda o tratamento dos estados antigos, mas não torna seguro ficar offline por tempo ilimitado. [3]

Aplicar um acordo novo a diferentes estados anteriores exige regras de assinatura adequadas. BIP 118, de Decker e Anthony Towns, propõe SIGHASH_ANYPREVOUT. Na consulta de outubro de 2026, o documento tinha status Draft, ou rascunho, e descrevia uma mudança de consenso por soft fork: alteração das regras usadas pelos nós para validar o Bitcoin. Publicar o documento ou obter apoio de desenvolvedores não comprova sua ativação. Proposta, implementação e adoção são etapas distintas. [4]

Normalmente, uma assinatura também se vincula à saída específica de uma transação anterior que será gasta: um valor acompanhado de condições de gasto. BIP 118 flexibiliza esse vínculo em um modo escolhido. Uma transação assinada pode se ligar a outra saída compatível, ajudando a substituir estados antigos do canal. Isso não permite gastar arbitrariamente dinheiro alheio. A possibilidade maior de reutilização de assinaturas exige cuidado no projeto. Conforme o modo, também importam os vínculos com valor e condições de gasto. [4]

Operar um nó Lightning exige acompanhamento. A Blockstream anunciou o lançamento público do Greenlight em 12 de outubro de 2023, apresentando Decker como líder do projeto. As tarefas são divididas: o usuário mantém as chaves privadas, e um prestador opera a infraestrutura do nó. Uma chave privada autoriza gastos; mantê-la não equivale a operar um servidor. Esse modelo não garante disponibilidade ininterrupta nem condições comerciais imutáveis. Esses aspectos precisam ser avaliados separadamente. [5]

Core Lightning é um programa para operar um nó Lightning. Plugins, ou complementos, ampliam suas funções conforme a necessidade do operador; reckless ajuda a instalá-los e ativá-los. Essa mudança é diferente de criar regras de assinatura do Bitcoin. Instalar um complemento não acrescenta BIP 118 às regras de toda a rede. O trabalho de Decker conecta pesquisa, propostas de protocolo e ferramentas práticas, mas cada área percorre seu próprio caminho até o uso real. [6]