O boletim informativo Bitcoin Optech oferece aos leitores um resumo de alto nível das notícias técnicas mais importantes que acontecem no Bitcoin, junto com recursos que os ajudam a aprender mais. Para ajudar nossos leitores a se manterem atualizados com o Bitcoin, estamos republicando a última edição deste boletim informativo abaixo. Lembre-se de se inscrever para receber este conteúdo diretamente em sua caixa de entrada.
O boletim informativo desta semana descreve mudanças recentes em serviços e software cliente, discute por que as carteiras devem esperar antes de gerar endereços de raiz principal, lista novos lançamentos de software e candidatos a lançamento e resume as mudanças notáveis no popular software de infraestrutura Bitcoin.
Notícias
Nenhuma notícia significativa esta semana.
Mudanças nos serviços e software cliente
Neste artigo mensal, destacamos atualizações interessantes para carteiras e serviços Bitcoin.
Preparando-se para a raiz principal # 5: por que estamos esperando?
Uma série sobre como os desenvolvedores e provedores de serviço podem se preparar para a próxima ativação da raiz principal na altura do bloco 709.632.
Em entradas anteriores desta série, incentivamos os desenvolvedores que trabalham em carteiras e serviços a começar a implementar taproot atualiza agora para que estejam prontos quando a raiz principal for ativada. Mas também alertamos contra a geração de quaisquer endereços para P2TR antes do bloco 709.632, pois isso poderia fazer com que seu serviço ou seus usuários perdessem dinheiro.
A razão para não gerar endereços antecipadamente é que qualquer pagamento a um P2TR A saída de estilo pode ser gasta por qualquer pessoa antes do bloco 709.632. O dinheiro estaria completamente inseguro. Mas, começando com esse bloco, milhares de nós completos começarão a aplicar as regras de BIP341 e BIP342 (e, por associação, BIP340 ).
Se fosse garantido que não haveria uma reorganização da cadeia de blocos, seria seguro começar a gerar endereços para P2TR assim que o bloco pré-taproot final fosse visto (bloco 709.631). Mas há motivos para se preocupar com reorgs de block chain-não apenas reorgs acidentais, mas também aqueles criados deliberadamente para tirar dinheiro dos pagamentos iniciais de P2TR.
Imagine um grande número de pessoas que desejam ser as primeiras a receber um pagamento P2TR. Eles ingenuamente enviam algum dinheiro assim que veem o bloco 709.631. 1 Esses pagamentos estarão seguros no bloco 709.632, mas podem ser roubados por qualquer minerador que crie uma alternativa ao bloco 709.631. Se o valor do dinheiro enviado para as saídas P2TR for grande o suficiente, pode facilmente se tornar mais lucrativo tentar minerar dois blocos em vez de apenas um (consulte nosso tópico taxa sniping para obter mais detalhes).
Por esse motivo, não recomendamos que seu software ou serviço gere endereços para P2TR até você pensar o risco de reorganização foi efetivamente eliminado. Acreditamos que esperar 144 bloqueios (aproximadamente um dia) após a ativação é uma margem razoavelmente conservadora que minimiza o risco sem atrasar significativamente você ou seus usuários de tirar proveito dos benefícios da raiz principal.
Em suma:
709.631: último bloco onde qualquer pessoa pode gastar dinheiro enviado para uma saída do tipo P2TR709.632: primeiro bloco onde as saídas P2TR só podem ser gastas se atenderem a BIP341 e BIP342 regras.709.776: um bloqueio razoável no qual as carteiras podem começar a dar aos seus usuários bech32m recebendo endereços para saídas P2TR
Nenhuma das opções acima muda o conselho dado no primeira parte desta série para habilitar o pagamento g para endereços bech32m o mais rápido possível. Se alguém solicitar o pagamento para um endereço para P2TR antes de você achar que é seguro, esse é o risco deles.
Lançamentos e candidatos a lançamento
Novos lançamentos e candidatos a lançamento para projetos populares de infraestrutura de Bitcoin. Considere fazer upgrade para novos lançamentos ou ajudar a testar os candidatos a lançamento.
LND 0.13.1-beta é uma versão de manutenção com pequenas melhorias e correções de bugs para recursos introduzidos na 0.13.0-beta. Rust-Lightning 0.0.99 é uma versão com algumas alterações de API e configuração. Veja suas notas de versão para obter detalhes. Eclair 0.6.1 é uma nova versão com melhorias de desempenho, alguns novos recursos e várias correções de bugs. Além de suas notas de versão , consulte as descrições do Eclair # 1871 e # 1846 na seção de alterações notáveis abaixo.
Alterações notáveis no código e na documentação
Alterações notáveis esta semana em Bitcoin Core , C-Lightning , Eclair , LND , Rust-Lightning , libsecp256k1 , Hardware Wallet Interface (HWI) , Rust Bitcoin , Servidor BTCPay , Propostas de melhoria de Bitcoin ( BIPs) e Lightning BOLTs .
Bitcoin Core # 22112 altera a porta assumida para endereços I2P sejam 0 em vez de 8333 (que é o padrão para endereços IPv4 e IPv6) e evita conexões com endereços I2P com portas diferentes de 0. O especificação SAM v3.1 (que é suportada pelo Bitcoin Core), não inclui o conceito de portas. Esta restrição pode ser suspensa se o Bitcoin Core for atualizado para suportar SAM v3.2, que inclui o conceito de portas. C-Lightning # 4611 atualiza o keysend fornecido pelo plug-in RPC para adicionar um parâmetro de rota que permite fornecer informações para rotear pagamentos para canais não anunciados . C-Lightning # 4646 faz duas mudanças na preparação para remover o comportamento antigo. A primeira mudança assume que os nós suportam a codificação de estilo TLV adicionada em 2019 (consulte Boletim nº 55 ). Somente nós que indicam explicitamente que não suportam a codificação TLV serão tratados de forma diferente. A segunda mudança torna os segredos de pagamento obrigatórios (consulte Boletim informativo nº 75 para discussão anterior e Boletim informativo nº 126 para quando LND começou a exigir). C-Lightning # 4614 atualiza o RPC listchannels com um novo parâmetro de destino opcional que pode ser usado apenas para retornar canais que levam ao nó solicitado. Alterações em Eclair # 1871 suas configurações SQLite para aumentar em 5x o número de HTLCs que pode processar por segundo e também aumentar seu robustez contra perda de dados. Referenciado no PR está uma postagem do blog de Joost Jager comparando a taxa de transferência de HTLC em vários software de nó. Eclair # 1846 adiciona suporte opcional para usar um script de desligamento inicial-um O endereço que o nó especifica ao negociar um novo canal que o peer remoto concorda que será o único endereço que permitirá que seja usado em um fechamento mútuo posterior do canal. Consulte também o Boletim nº 76 que descreve a implementação desse recurso pelo LND. Rust-Lightning # 975 torna a taxa básica de encaminhamento de pagamento configurável com um padrão valor de 1 satoshi (a taxa de mercado em julho de 2021). Os nós de roteamento do LN podem cobrar duas taxas para rotear um pagamento, uma taxa básica fixa ou uma porcentagem do valor roteado; muitos nós usam ambos. Anteriormente, Rust-Lightning definiu a taxa básica para a taxa estimada necessária para liquidar o HTLC na cadeia, que era muito maior do que 1 sat. BTCPay Server # 2462 torna mais fácil usar o BTCPay para rastrear pagamentos feitos de uma carteira separada, como o caso em que o operador de uma instância deseja pagar um reembolso usando sua própria carteira pessoal.
Notas de rodapé
Os usuários que desejam receber um pagamento P2TR no primeiro bloco da raiz principal devem gerar um endereço que não compartilham com ninguém e, em seguida, criar uma transação para esse endereço com nLockTime definido como 709.631. Essa transação pode ser transmitida assim que o bloco 709.631 for recebido. O nLockTime irá garantir que a transação não possa ser incluída em qualquer bloco antes de 709.632, onde as regras da raiz principal são aplicadas. Mexer com novos tipos de script e tempos de bloqueio personalizados pode ser perigoso se você não souber o que está fazendo, então tome cuidado.
Encontre a postagem original aqui.
Assine o boletim informativo Bitcoin Optech diretamente para receber este conteúdo diretamente em sua caixa de entrada todos os meses.
