Os desenvolvedores do projeto Blackcoin lançaram a versão 30.1.5.2 do Blackcoin Core, uma atualização de manutenção direcionada à correção de processos internos na carteira e à melhoria das respostas de comando. O software ajusta o gerenciamento de conexões de banco de dados e otimiza a separação de recursos computacionais no processamento de Proof of Work (PoW).
Por se tratar de um release estabilizado configurado como candidato a lançamento final (RC0 e parâmetro de versão do cliente assinalado como verdadeiro), a atualização mantém a compatibilidade estrutural da blockchain. Operadores devem verificar a autenticidade dos binários por meio de chaves, visto que os instaladores distribuídos para Windows e macOS não possuem validação comercial nativa por parte da Microsoft ou Apple.
Otimização no processamento PoW e orçamentos da carteira
A mudança técnica central desta versão ocorre na capacidade de operações claim-input, mecanismo que viabiliza a execução de regras de prova de trabalho no projeto. Para otimizar os recursos do cliente local, a carteira passa a debitar o esforço computacional do claim-input e o trabalho do gerenciador de scripts diretamente no subconjunto de código legado. Essa separação estrutural garante que as saídas (outputs) de recompensas acumuladas não esgotem os orçamentos internos do cliente.
As regras de validação do protocolo estão intactas. O Blackcoin Core continua impondo verificações rigorosas de elegibilidade, de tamanho em bytes, de reservas de stake, de rastreio de extremidades ativas da rede (active-tip) e da seleção final de blocos.
Para os administradores e usuários avançados que utilizam o comando getpowmininginfo.claim_input_enumeration via RPC para auditar o status do cliente, há uma nova resposta técnica. O resultado emitido detalhará com precisão as contagens completas de varredura (scan) e exibirá prontamente qual foi a primeira verificação do sistema a apresentar falha, auxiliando no rápido diagnóstico do nó.
Integridade e isolamento de banco de dados SQLite
Outra correção fundamental aplica-se ao motor SQLite integrado. O controle de propriedade de lotes de dados (batch ownership) foi alterado para prevenir conflitos de operação. A partir desta versão, uma transação explícita captura e mantém um bloqueio de conexão exclusivo ao SQLite destinado unicamente ao seu lote. Isso significa que tarefas ou lotes concorrentes não podem se acoplar a uma transação que já esteja aberta e retida.
Em decorrência desse comportamento, caso uma transação enfrente problemas e falhe em sua reversão (rollback), o cliente bloqueará o acesso subsequente ao banco de dados por questões de integridade até que o operador recarregue a carteira.
A forma como as instâncias do SQLite são contabilizadas também mudou. O cliente agora registra as instâncias apenas após o processo de inicialização declarar sucesso total. Em compilações anteriores, problemas nessa etapa prejudicavam o reinício da aplicação. A mudança impede processos “fantasmas” em memória e permite uma tentativa limpa de religamento ou um encerramento adequado, mesmo que o arranque inicial tenha falhado.
Compatibilidade estrutural e distribuição de binários
No que se refere à clareza para o usuário comum, os textos de ajuda nativa (help) do software passaram por ajustes redatoriais. As orientações internas sobre operações de staking, opções de desbloqueio, definição de taxas de uso e processos de recuperação de claim ganharam um vocabulário mais conciso, mas sem nenhuma mudança real nas permissões requeridas pelo aplicativo.
A infraestrutura do Blackcoin v30.1.5.2 preserva o formato dos bancos de dados, o armazenamento local, o protocolo da rede e as alturas de ativação programadas do projeto. Administradores podem instalar o novo binário por cima de versões anteriores sem qualquer exigência técnica de reconstrução dos arquivos de chaves ou reindexação completa de blocos, embora procedimentos de segurança estipulem a criação prévia de cópias de segurança (backup). A numeração interna do cliente permanece inalterada como 300105.
A equipe responsável lembra que a compilação oficial segue regras independentes de assinaturas comerciais. Instaladores do Windows carecem da certificação Authenticode, e pacotes para macOS recebem assinaturas ad-hoc limitadas que dispensam notarização cartorária do sistema da Apple. Antes de qualquer transição em ambientes de produção, exige-se que a verificação completa seja efetuada por via de atestados criptográficos próprios (SHA256), análise das assinaturas no commit do código-fonte, conferência da lista de componentes providos (SBOM) e atestados de integridade hospedados no repositório GitHub.
