São Paulo taperadar.com.br
TapeRadar.

Cripto e mercado.
Sem ruído.

Explicado · Bitcoin

Contratos HTLC condicionam pagamentos roteados na Lightning a segredo e prazo

Na Lightning, cada etapa do pagamento bloqueia o valor pelo mesmo hash: o destinatário libera a transferência ao revelar o segredo, e o remetente pode recuperar os fundos após o prazo se a rota falhar.

Os contratos HTLC (Hash Time-Locked Contracts) permitem encaminhar um pagamento pela Lightning Network sem exigir que cada nó intermediário confie nos demais. Em cada canal da rota, o valor fica condicionado à apresentação de um segredo cuja versão criptográfica, o hash, é conhecida desde o início.

O destinatário final recebe uma cobrança associada ao hash e conhece o segredo original, chamado preimage. Quando revela esse segredo para reivindicar o valor recebido, o nó anterior pode usá-lo para reivindicar o pagamento no canal precedente. A revelação percorre a rota de volta até quem iniciou a transferência. Assim, os intermediários só conseguem receber os valores que encaminharam se o pagamento chegar ao destino e o segredo for revelado.

Cada contrato também inclui um prazo. Se o segredo não aparecer a tempo, o remetente pode recuperar o valor bloqueado. Os vencimentos são escalonados: o pagamento de saída de cada nó expira antes do pagamento de entrada, deixando uma janela para que o nó resolva uma etapa antes de perder a possibilidade de reembolso. A documentação da Lightning Labs descreve esse intervalo como uma proteção contra corridas na liquidação.

Em condições normais, o HTLC é resolvido pela atualização do saldo do canal, sem registrar cada etapa na blockchain do Bitcoin. Se uma das partes ficar indisponível ou não cooperar, o contrato pode ser levado à cadeia para resolver a disputa; nesse caso, o fechamento forçado do canal pode deixar fundos bloqueados até que os prazos aplicáveis sejam cumpridos. Portanto, o mecanismo condiciona a transferência e prevê uma saída em caso de falha, mas não elimina a necessidade de canais financiados nem todos os riscos operacionais da rede.

Fonte: docs.lightning.engineering

Explorar o arquivo