Candidato a lançamento do Litecoin Core V0.18.1

Republicado por Platão

seguidores: 0

Siga o nosso Twitter para as últimas notícias de desenvolvimento.

Temos o prazer de lançar o release candidate do Litecoin Core 0.18.1. Este é um novo lançamento de versão principal, incluindo novos recursos, várias correções de bugs, melhorias de desempenho e traduções atualizadas.

É recomendado que usuários avançados atualizem para esta versão. Após testes suficientes, o Litecoin Core 0.18.1 final será lançado e é recomendado para todos os usuários atualizarem.

Se você estiver executando uma versão mais antiga, desligue-a. Espere até que ele desligue completamente (o que pode levar alguns minutos para versões mais antigas), então execute o instalador (no Windows) ou apenas copie /Applications/Litecoin-Qt (no Mac) ou litecoind/litecoin-qt (no Linux).

Na primeira vez que você executar a versão 0.15.0 ou mais recente, seu banco de dados chainstate será convertido para um novo formato, o que levará de alguns minutos a meia hora, dependendo da velocidade de sua máquina.

Observe que o formato do banco de dados de blocos também mudou na versão 0.8.0 e não há código de atualização automática de versões anteriores à 0.8 para a versão 0.15.0 ou posterior. A atualização direta da versão 0.7.x e anteriores sem baixar novamente o blockchain não é suportada. No entanto, como de costume, as versões antigas da carteira ainda são suportadas.

Litecoin Core é suportado e extensivamente testado em sistemas operacionais que usam o kernel Linux, macOS 10.10+ e Windows 7 e mais recentes. Não é recomendado usar Litecoin Core em sistemas não suportados.

Litecoin Core também deve funcionar na maioria dos outros sistemas do tipo Unix, mas não é testado com tanta frequência neles.

A partir da versão 0.17.0, o macOS <10.10 não é mais compatível. 0.17.0 foi desenvolvido usando Qt 5.9.x, que não oferece suporte a versões do macOS anteriores a 10.10. Além disso, o Litecoin Core ainda não muda a aparência quando o “modo escuro” do macOS é ativado.

Além das plataformas de CPU suportadas anteriormente, a distribuição pré-compilada desta versão também fornece binários para a plataforma RISC-V.

GUI da carteira

Para usuários avançados que têm (1) recursos de controle de moedas habilitados e (2) usam várias carteiras carregadas ao mesmo tempo: A caixa de diálogo de seleção de entrada de controle de moedas pode reter erroneamente o estado errado da carteira ao trocar de carteira usando o menu suspenso. Por enquanto, é recomendado não usar recursos de controle de moedas com múltiplas carteiras carregadas.

Mineração

Chamadas para getblocktemplate falhará se a regra segwit não for especificada. Chamando getblocktemplate sem o segwit especificado é quase certamente uma configuração incorreta, pois isso resulta em recompensas mais baixas para o minerador. Chamadas com falha produzirão uma mensagem de erro descrevendo como habilitar a regra segwit.

Mudanças nas opções de configuração

Um aviso será impresso se um nome de seção não reconhecido for usado no arquivo de configuração. As seções reconhecidas são [test], [main] e [regtest].
Quatro novas opções estão disponíveis para configurar o número máximo de mensagens que o ZMQ irá enfileirar na memória (o “limite máximo”) antes de descartar mensagens adicionais. O valor padrão é 1,000, o mesmo usado nas versões anteriores. Veja o Documentação ZMQ para obter detalhes.
A rpcallowip A opção não pode mais ser usada para escutar automaticamente em todas as interfaces de rede. Em vez disso, o rpcbind O parâmetro deve ser usado para especificar os endereços IP para escutar. A escuta de comandos RPC em uma conexão de rede pública é insegura e deve ser desativada, portanto, um aviso será impresso se um usuário selecionar tal configuração. Se você precisar expor o RPC para usar uma ferramenta como o Docker, certifique-se de vincular o RPC apenas ao seu host local, por exemplo docker run [...] -p 127.0.0.1:9332:9332 (este é um extra :9332 sobre a especificação normal da porta Docker).
A rpcpassword A opção agora causa um erro de inicialização se a senha definida no arquivo de configuração contiver um caractere hash (#), pois é ambíguo se o caractere hash se destina à senha ou a um comentário.
A whitelistforcerelay A opção é usada para retransmitir transações de pares na lista de permissões, mesmo quando não aceitas no mempool. Esta opção agora está desativada por padrão, para que mudanças na política e no comportamento de desconexão/banimento não façam com que um nó que esteja colocando outro na lista de permissões seja descartado pelos pares. Os usuários ainda podem ativar explicitamente esse comportamento com a opção de linha de comando (e podem querer considerar contatando o projeto Litecoin Core para nos informar sobre seu caso de uso, já que esse recurso pode ser descontinuado no futuro).

Ao criar uma transação com taxa acima -maxtxfee (padrão 0.1 LTC), os comandos RPC walletcreatefundedpsbt e fundrawtransaction agora falhará em vez de arredondar a taxa. Cuidado que o feeRate O argumento é especificado em LTC por kilobyte, não em litoshi por byte.

Um novo short documento sobre a interface JSON-RPC descreve casos em que os resultados de um RPC podem conter inconsistências entre dados provenientes de diferentes subsistemas, como estado da carteira e estado do mempool. Uma nota é adicionada ao Documentação da interface REST indicando que as mesmas regras se aplicam.
Mais informações são adicionadas ao Documentação JSON-RPC sobre como proteger esta interface.
Um novo documento sobre as litecoin.conf descreve como usá-lo para configurar o Litecoin Core.
Um novo documento apresenta o BIP174 do Litecoin Core Transações Litecoin Parcialmente Assinadas (PSBT) interface, que é usada para permitir que vários programas trabalhem de forma colaborativa para criar, assinar e transmitir novas transações. Isso é útil para carteiras off-line (armazenamento frio), carteiras multisig, implementações de coinjoin e muitos outros casos em que dois ou mais programas precisam interagir para gerar uma transação completa.
A descritor de script de saída a documentação foi atualizada com informações sobre novos recursos nesta linguagem ainda em desenvolvimento para descrever os scripts de saída para os quais uma carteira ou outro programa deseja receber notificações, como quais endereços deseja saber os pagamentos recebidos. A linguagem é atualmente usada em vários RPCs novos e atualizados descritos nestas notas de lançamento e espera-se que seja adaptado a outros RPCs e à estrutura subjacente da carteira.

Um novo --disable-bip70 opção pode ser passada para ./configure para evitar que o Litecoin-Qt seja construído com suporte ao protocolo de pagamento BIP70 ou vincule o libssl. Como o protocolo de pagamento expôs o Litecoin Core a vulnerabilidades do libssl no passado, os construtores que não precisam de suporte BIP70 são incentivados a usar esta opção para reduzir sua exposição a vulnerabilidades futuras.
A versão mínima necessária do Qt (ao construir a GUI) foi aumentada de 5.2 para 5.5.1 (a versão depende do sistema fornece 5.9.7)

getnodeaddresses retorna endereços de pares conhecidos por este nó. Ele pode ser usado para encontrar nós aos quais se conectar sem usar um semeador de DNS.
listwalletdir retorna uma lista de carteiras no diretório de carteiras (o diretório de carteira padrão ou o diretório configurado pelo -walletdir parâmetro).
getrpcinfo retorna detalhes de tempo de execução do servidor RPC. No momento, ele retorna uma matriz dos comandos atualmente ativos e há quanto tempo eles estão em execução.
deriveaddresses retorna um ou mais endereços correspondentes a um descritor de saída.
getdescriptorinfo aceita um descritor e retorna informações sobre ele, incluindo sua soma de verificação computada.
joinpsbts mescla vários PSBTs distintos em um único PSBT. Os vários PSBTs devem ter entradas diferentes. O PSBT resultante conterá todas as entradas e saídas de todos os PSBTs. Quaisquer assinaturas fornecidas em qualquer um dos PSBTs serão retiradas.
analyzepsbt examina um PSBT e fornece informações sobre o que o PSBT contém e as próximas etapas que precisam ser executadas para concluir a transação. Para cada entrada de um PSBT, analyzepsbt fornece informações sobre quais informações estão faltando para aquela entrada, incluindo se um UTXO precisa ser fornecido, quais chaves públicas ainda precisam ser fornecidas, quais scripts precisam ser fornecidos e quais assinaturas ainda são necessárias. Cada entrada também listará qual função é necessária para concluir essa entrada e analyzepsbt também listará a próxima função em geral necessária para concluir o PSBT. analyzepsbt também fornecerá a taxa de taxa estimada e o tamanho virtual estimado da transação concluída, se tiver informações suficientes para fazê-lo.
utxoupdatepsbt pesquisa o conjunto de saídas de transação não gastas (UTXOs) para localizar as saídas que estão sendo gastas pela transação parcial. Os PSBTs precisam ter os UTXOs gastos para serem fornecidos porque o algoritmo de assinatura requer informações do UTXO gasto. Para entradas segwit, apenas o próprio UTXO é necessário. Para saídas não segwit, toda a transação anterior é necessária para que os signatários possam ter certeza de que estão assinando a coisa correta. Infelizmente, como o conjunto UTXO contém apenas UTXOs e não transações completas, utxoupdatepsbt adicionará apenas o UTXO para entradas segwit.

Observação: algumas alterações de RPC de baixo nível, úteis principalmente para testes, são descritas na seção Alterações de baixo nível abaixo.

getpeerinfo agora retorna um adicional minfeefilter campo definido para o filtro de taxa BIP133 do par. Você pode usar isso para detectar se há pares dispostos a aceitar transações abaixo da taxa de retransmissão mínima padrão.
Os RPCs do mempool, como getrawmempool de verbose=true, agora retorna um valor adicional “substituível por bip125” indicando se a transação (ou seus ancestrais não confirmados) opta por solicitar que os nós e os mineradores a substituam por uma transação com taxas mais altas gastando qualquer uma das mesmas entradas.
settxfee tentativas anteriormente ignoradas silenciosamente de definir a taxa abaixo dos mínimos permitidos. Agora imprime um aviso. O valor especial “0” ainda pode ser utilizado para solicitar o valor mínimo.
getaddressinfo agora fornece um ischange campo indicando se a carteira usou o endereço em uma saída de alteração.
importmulti foi atualizado para suportar P2WSH, P2WPKH, P2SH-P2WPKH e P2SH-P2WSH. Solicitações de P2WSH e P2SH-P2WSH aceitam um adicional witnessscript parâmetro.
importmulti agora retorna um adicional warnings campo para cada solicitação com uma matriz de strings explicando quando os campos estão sendo ignorados ou são inconsistentes, se houver.
getaddressinfo agora retorna um adicional solvable campo booleano quando o Litecoin Core sabe o suficiente sobre o scriptPubKey, redeemScript opcional e testemunhoScript opcional do endereço para que a carteira seja capaz de gerar uma entrada não assinada para gastar fundos enviados para esse endereço.
A getaddressinfo, listunspent e scantxoutset RPCs agora retornam um valor adicional desc campo que contém um descritor de saída contendo todos os caminhos de chave e informações de assinatura do endereço (exceto a chave privada). O desc campo só é retornado para getaddressinfo e listunspent quando o endereço é solucionável.
importprivkey preservará os rótulos previamente definidos para endereços ou chaves públicas correspondentes à chave privada que está sendo importada. Por exemplo, se você importou um endereço somente para observação com o rótulo “carteira fria” em versões anteriores do Litecoin Core, a importação subsequente da chave privada seria padronizada para redefinir o rótulo do endereço para o rótulo de string vazia padrão (“”). Nesta versão, o rótulo anterior de “carteira fria” será mantido. Se você especificar opcionalmente qualquer rótulo além do padrão ao chamar importprivkey, o novo rótulo será aplicado ao endereço.
veja a Mineração seção para alterações getblocktemplate.
getmininginfo agora omite currentblockweight e currentblocktx quando um bloco nunca foi montado via RPC neste nó.
A getrawtransaction Os endpoints RPC e REST não verificam mais o conjunto UTXO não gasto para uma transação. Os comportamentos restantes são os seguintes: 1. Se um blockhash for fornecido, verifique o bloco correspondente. 2. Se nenhum blockhash for fornecido, verifique o mempool. 3. Se nenhum blockhash for fornecido, mas o txindex estiver habilitado, verifique também o txindex.
unloadwallet agora é síncrono, o que significa que não retornará até que a carteira esteja totalmente descarregada.
importmulti agora suporta importação de endereços de descritores. Um parâmetro “desc” pode ser fornecido em vez de “scriptPubKey” em uma solicitação, bem como um intervalo opcional para descritores de intervalo para especificar o início e o fim do intervalo a ser importado. Descritores com informações chave de origem importadas através importmulti terão suas principais informações de origem armazenadas na carteira para uso na criação de PSBTs. Mais informações sobre descritores podem ser encontradas SUA PARTICIPAÇÃO FAZ A DIFERENÇA.
listunspent foi modificado para que também retorne witnessScript, o script testemunha no caso de uma saída P2WSH ou P2SH-P2WSH.
createwallet agora tem um opcional blank argumento que pode ser usado para criar uma carteira em branco. Carteiras em branco não possuem chaves ou sementes HD. Eles não podem ser abertos em softwares anteriores a 0.18. Uma vez que uma carteira em branco tenha um conjunto de sementes HD (usando sethdseed) ou chaves privadas, scripts, endereços e outras coisas somente de observação foram importadas, a carteira não está mais em branco e pode ser aberta em 0.17.x. Criptografar uma carteira em branco também definirá uma semente HD para ela.

signrawtransaction é removido após ser obsoleto e oculto atrás de uma opção de configuração especial na versão 0.17.0.
A API 'account' foi removida após ser obsoleta na v0.17. A API 'label' foi introduzida na v0.17 como um substituto para contas. Veja o notas de lançamento da v0.17 para obter uma descrição completa das alterações da API 'account' para a API 'label'.
addwitnessaddress foi removido após ser descontinuado na versão 0.16.0.
generate está obsoleto e será totalmente removido em uma versão principal subsequente. Este RPC é usado apenas para testes, mas sua implementação atingiu vários subsistemas (carteira e mineração), por isso está sendo descontinuado para simplificar a interface nó-carteira. Projetos que estão usando generate para fins de teste deve fazer a transição para o uso do generatetoaddress RPC, que não requer nem usa o componente wallet. Chamando generatetoaddress com um endereço retornado pelo getnewaddress RPC oferece a mesma funcionalidade do antigo generate RPC. Para continuar usando generate nesta versão, reinicie o Litecoind com o -deprecatedrpc=generate opção de configuração.
Lembre-se de que partes do validateaddress comando foi descontinuado e movido para getaddressinfo. Os seguintes campos obsoletos foram movidos para getaddressinfo: ismine, iswatchonly, script, hex, pubkeys, sigsrequired, pubkey, embedded, iscompressed, label, timestamp, hdkeypath, hdmasterkeyid.
A addresses campo foi removido do validateaddress e getaddressinfo Métodos RPC. Este campo era confuso porque se referia a chaves públicas usando seu endereço P2PKH. Os clientes devem usar o embedded.address campo para endereços empacotados P2SH ou P2WSH e pubkeys para inspecionar participantes multisig.

Um novo /rest/blockhashbyheight/ endpoint é adicionado para buscar o hash do bloco no melhor blockchain atual com base em sua altura (quantos blocos existem após o Bloco Genesis).

Um novo menu Janela é adicionado junto com os menus Arquivo, Configurações e Ajuda existentes. Vários itens de outros menus que abriam novas janelas foram movidos para este novo menu Janela.
Na guia Enviar, a caixa de seleção “pagar apenas a taxa exigida” foi removida. Em vez disso, o usuário pode simplesmente diminuir o valor no campo Custom Feerate até a taxa de retransmissão mínima configurada do nó.
Na guia Visão geral, o saldo somente para observação será o único saldo mostrado se a carteira tiver sido criada usando o createwallet RPC e o disable_private_keys parâmetro foi definido como verdadeiro.
A opção de inicialização na inicialização não está mais disponível no macOS se compilado com a versão macosx min superior a 10.11 (use CXXFLAGS=”-mmacosx-version-min=10.11″ CFLAGS=”-mmacosx-version-min=10.11″ para configuração a versão do SDK de implantação)

Um novo litecoin-wallet A ferramenta agora é distribuída junto com outros executáveis do Litecoin Core. Sem a necessidade de usar nenhum RPC, esta ferramenta pode atualmente criar um novo arquivo de carteira ou exibir algumas informações básicas sobre uma carteira existente, como se a carteira está criptografada, se usa uma semente HD, quantas transações ela contém e quantas entradas do catálogo de endereços que possui.

Esta seção descreve as alterações planejadas no Litecoin Core que podem afetar outros softwares e serviços do Litecoin.

Desde a versão 0.16.0, a carteira integrada do Litecoin Core tem como padrão gerar endereços segwit encapsulados em P2SH quando os usuários desejam receber pagamentos. Esses endereços são compatíveis com versões anteriores de todos os softwares amplamente utilizados. A partir do Litecoin Core 0.20 (esperado cerca de um ano após 0.18), o Litecoin Core usará como padrão endereços segwit nativos (bech32) que proporcionam economia adicional de taxas e outros benefícios. Atualmente, muitas carteiras e serviços já suportam o envio para endereços bech32, e se o projeto Litecoin Core tiver adoção adicional suficiente, ele usará como padrão os endereços de recebimento bech32 no Litecoin Core 0.20. Os endereços segwit encapsulados em P2SH continuarão a ser fornecidos se o usuário os solicitar na GUI ou por RPC, e qualquer pessoa que não desejar a atualização poderá configurar seu tipo de endereço padrão. (Da mesma forma, os usuários pioneiros que desejam alterar seu padrão agora podem definir o addresstype=bech32 opção de configuração em qualquer versão do Litecoin Core a partir de 0.16.0.)

As mensagens rejeitadas do BIP 61 agora estão obsoletas. As mensagens rejeitadas não têm caso de uso na rede P2P e são registradas apenas para depuração pela maioria dos nós da rede. Além disso, aumentam a largura de banda e podem ser prejudiciais à privacidade e à segurança. É possível desabilitar mensagens BIP 61 desde v0.17 com o -enablebip61=0 opção. As mensagens BIP 61 serão desativadas por padrão em uma versão futura, antes de serem totalmente removidas.

Esta seção descreve alterações de RPC úteis principalmente para testes, em sua maioria não relevantes na produção. As alterações são mencionadas para fins de integridade.

A submitblock O RPC retornou anteriormente o motivo pelo qual um bloco rejeitado era inválido na primeira vez que processou esse bloco, mas retornou uma mensagem genérica de rejeição “duplicada” nas ocasiões subsequentes em que processou o mesmo bloco. Agora ele sempre retorna o motivo fundamental para rejeitar um bloco inválido e retorna apenas “duplicado” para blocos válidos que já aceitou.
Um novo submitheader O RPC permite enviar cabeçalhos de bloco independentemente do seu bloco. Provavelmente, isso só é útil para testes.
A signrawtransactionwithkey e signrawtransactionwithwallet Os RPCs foram modificados para que também aceitem opcionalmente um witnessScript, o script testemunha no caso de uma saída P2WSH ou P2SH-P2WSH. Isto é compatível com a mudança para listunspent.
Para o walletprocesspsbt e walletcreatefundedpsbt RPCs, se o bip32derivs estiver definido como verdadeiro, mas os metadados da chave pública ainda não foram atualizados, então essa chave terá um caminho de derivação como se fosse apenas uma chave independente (ou seja, nenhum caminho de derivação e sua impressão digital mestre é ela mesma).

A -usehd opção de configuração foi removida na versão 0.16. A partir dessa versão, todas as novas carteiras criadas são carteiras determinísticas hierárquicas. Esta versão torna a especificação -usehd uma opção de configuração inválida.

Esta versão permite que peers que seu nó desconectou automaticamente por mau comportamento (por exemplo, envio de dados inválidos) se reconectem ao seu nó se você tiver slots de conexão de entrada não utilizados. Se seus slots ficarem cheios, um nó com mau comportamento será desconectado para abrir espaço para nós sem histórico de problemas (a menos que o nó com mau comportamento ajude seu nó de alguma outra forma, como conectando-se a uma parte da Internet da qual você não não tenho muitos outros pares). Anteriormente, o Litecoin Core proibia os endereços IP de pares com comportamento inadequado por um período de tempo (padrão de 1 dia); isso foi facilmente contornado por invasores com vários endereços IP. Se você banir manualmente um par, por exemplo, usando o setban RPC, todas as conexões desse ponto ainda serão rejeitadas.

Os metadados principais precisarão ser atualizados na primeira vez que a semente HD estiver disponível. Para carteiras não criptografadas, isso ocorrerá durante o carregamento da carteira. Para carteiras criptografadas, isso ocorrerá na primeira vez que a carteira for desbloqueada.
Carteiras recém-criptografadas não exigirão mais a reinicialização do software. Em vez disso, essas carteiras serão completamente descarregadas e recarregadas para obter o mesmo efeito.
Um subprojeto do Litecoin Core agora fornece scripts de interação de carteira de hardware (HWI) que permitem que usuários de linha de comando usem vários dispositivos populares de gerenciamento de chaves de hardware com Litecoin Core. Veja seus página do projeto para obter detalhes.

Esta versão altera o Gerador de Números Aleatórios (RNG) usado do OpenSSL para a própria implementação do Litecoin Core, embora a entropia coletada pelo Litecoin Core seja enviada para o OpenSSL e depois lida novamente quando o programa precisar de forte aleatoriedade. Isso aproxima o Litecoin Core de não precisar mais depender do OpenSSL, uma dependência que causou problemas de segurança no passado. A nova implementação reúne entropia de múltiplas fontes, inclusive de hardware que suporta a instrução de CPU rdseed.

No macOS, o Litecoin Core agora desativa a otimização da CPU do aplicativo (“app nap”) durante o download inicial do blockchain, ao recuperar mais de 100 blocos atrás da ponta da cadeia atual ou ao reindexar dados da cadeia. Isso ajuda a evitar que essas operações demorem excessivamente porque o sistema operacional está tentando economizar energia.

Para fazer o download, visite a página de download SUA PARTICIPAÇÃO FAZ A DIFERENÇA. Alternativamente, você pode ver a pasta de download SUA PARTICIPAÇÃO FAZ A DIFERENÇA.

Use o GPG para verificar a integridade dos binários de lançamento. Isso garante que o binário que você baixou não foi adulterado. Instruções GPG de linha de comando do cygwin para Linux, MacOS e Win32 estão disponíveis SUA PARTICIPAÇÃO FAZ A DIFERENÇA. Observe também que assinamos os binários com GPG para sua conveniência, a melhor maneira de verificar a integridade das compilações é construí-las você mesmo usando Gitian. As instruções sobre como realizar essas construções podem ser encontradas SUA PARTICIPAÇÃO FAZ A DIFERENÇA.

Para esta versão, os binários foram assinados com o identificador de chave FE3348877809386C (chave do thrasher).

Apesar de esta versão ser bastante testada, esta versão ainda pode conter bugs. Sempre faça backup do arquivo wallet.dat antes de atualizar. Se você encontrar qualquer problema, avise-nos postando na seção de relatório de bug abaixo.

O branch master contém os commits mais recentes para as próximas versões estáveis do Litecoin Core.

As instruções de construção para Linux podem ser encontradas SUA PARTICIPAÇÃO FAZ A DIFERENÇA.

As instruções de construção para OSX podem ser encontradas SUA PARTICIPAÇÃO FAZ A DIFERENÇA.

As instruções de builds para Windows podem ser encontradas SUA PARTICIPAÇÃO FAZ A DIFERENÇA.

Envie qualquer problema que encontrar aqui e um dos desenvolvedores do Litecoin o ajudará.

Inscreva-se apenas para anúncios ou discussão de desenvolvimento.

Estes são os hashes SHA-256 dos arquivos lançados:

b8a118e94703e84128bec31a99a59b91af54edb1b0470b970cec3809fc8753ae litecoin-0.18.1-aarch64-linux-gnu.tar.gz
7a47b11065c86a661eec3eb5ba8d157d65ac7e16930fbd381e519d4dcbf86574 litecoin-0.18.1-arm-linux-gnueabihf.tar.gz
58be96c96f7579f05acb3b544698a3e1cd8ede8fb10874ccc7ce1ee9de4f3fc0 litecoin-0.18.1-i686-pc-linux-gnu.tar.gz
8798e030235e2099a456f06a8488a5567641058885965da03036538fa57df0a6 litecoin-0.18.1-osx64.tar.gz
68f4348cb9aa913845a94bcc93718b83b593999ed41e245cdfed0477ec1a9631 litecoin-0.18.1rc1-osx.dmg
7b7f78588340d26b222ff927c7bbfa5eafa68d80b8408d1835f537361a4d9123 litecoin-0.18.1rc1-win32-setup.exe
b76f31c9e7341ffb21f655cfa217ee50b9cde4e10f117eba7167aff85a57e769 litecoin-0.18.1rc1-win64-setup.exe
00e05c776d57443127ed4a75c5a27b3789f8f7bbf01edb668bfa75ac138a49d3 litecoin-0.18.1-riscv64-linux-gnu.tar.gz
6dfa71ccf059463f0a304f85ff1ca8b88039d63e93269d6f056ab24915be936d litecoin-0.18.1.tar.gz
4aea854431c495f43bf3665fc6c0e18f2e6a0caf2b5c4682b8aca4875650c5ad litecoin-0.18.1-win32.zip
fa47ab17be61a924ac5dcba251cbea919aef7ff2dabe7803a6b3af402ef1fe75 litecoin-0.18.1-win64.zip
3c8d2cd2cc06645fc553ced8361c6951eef50e09dc2334268625902bcdb18f76 litecoin-0.18.1-x86_64-linux-gnu.tar.gz

Obrigado a todos que contribuíram diretamente para este lançamento: