Kaspa (KAS)

Promessa

A documentação do nó Rust da Kaspa relata um aumento histórico na taxa de blocos por meio da atualização Crescendo. A questão de pesquisa útil é o que essa taxa relatada descreve e quais observações independentes seriam necessárias para avaliar a operação atual da rede. Este dossiê revisa a documentação do nó e seus limites de teste declarados.

Fatos estabelecidos

A evidência fornecida identifica uma implementação de nó completo em Rust fixada chamada rusty-kaspa, que serve como substituta de um nó Go anterior. Este software inclui bibliotecas associadas e distingue entre um branch master em desenvolvimento ativo e um branch estável correspondente a uma versão estável. A documentação relata que o hard fork Crescendo ocorreu em 5 de maio de 2025, por volta de 15:00 UTC. Este evento alterou a taxa de blocos declarada de 1 para 10 blocos por segundo. Uma taxa de blocos refere-se à frequência com que novos blocos são adicionados à cadeia; ela não mede a taxa de transferência de transações, a velocidade de liquidação final, o desempenho da carteira ou resultados de investimento. O README também descreve um índice UTXO, onde UTXO significa saída de transação não gasta, uma estrutura de dados rastreada por software de carteira. Além disso, a base de código contém uma simulação DAG em processo. Um grafo acíclico direcionado é uma estrutura matemática usada aqui para modelar blocos virtuais. Os exemplos fornecidos para atraso virtual nesta simulação não refletem o comportamento observado na mainnet. Nenhum cliente ou simulação foi executado durante esta revisão. A taxa de hash atual, a independência dos mineradores, a implementação de consenso, as versões implantadas, os padrões de uso, a distribuição de suprimento, a concentração de propriedade, as condições de liquidez e o histórico completo de incidentes permanecem desconhecidos com base nos materiais fornecidos.

Desconhecidos

A transição Crescendo relatada e a taxa de blocos não foram reproduzidas ou medidas independentemente aqui. As versões implantadas atuais, a implementação de consenso, a taxa de hash e a independência dos mineradores também permanecem desconhecidas dentro da evidência reunida.

Os exemplos de simulação descrevem condições virtuais, sem resultados observados na mainnet. O uso real, o suprimento de tokens, a propriedade, a liquidez e o registro completo de incidentes carecem de evidência independente datada neste dossiê. Nenhum nó ou simulação foi executado durante a revisão.

Consequências

Uma taxa de blocos declarada descreve com que frequência os blocos são produzidos. Medir a taxa de transferência de transações, o comportamento de liquidação ou a experiência da carteira exigiria observações separadas com condições explícitas. O aumento histórico por si só não fornece nenhuma estimativa de retorno de investimento.

A distinção entre branches de desenvolvimento e estável ajuda a identificar a versão de software a ser testada. Evidências de mainnet, testnet e simulação virtual também exigem seus próprios escopos. Resultados de um exemplo de atraso virtual precisariam de validação separada antes de informar uma conclusão sobre o comportamento da rede ao vivo.

Veredito

Não classificado, com 0% de cobertura dos critérios de pontuação. A implementação em Rust e a atualização histórica estão documentadas como declarações dos mantenedores. A operação atual da rede permanece não comprovada dentro desta revisão, e a porcentagem de cobertura registra a ausência de observações de pontuação admitidas.

O que mudaria isso

Uma verificação de identidade datada e um exame reproduzido independentemente do software implantado estabeleceriam um escopo operacional mais claro. Observações de blocos ao vivo, evidência de participação de mineração e testes de taxa de transferência com escopo explícito poderiam examinar as alegações relevantes. Evidências econômicas e de incidentes exigiriam então calibração e revisão editorial antes de uma classificação.