cryptosnif
Stellar (XLM)
Sem nota · 0% Cobertura das evidências
Promessa documentada. Verificação independente pendente.
As evidências disponíveis são insuficientes para atribuir uma nota geral. O mecanismo descrito exige verificação do funcionamento atual.
Consultar as evidênciasA revisão das fontes explica os mecanismos documentados. As verificações independentes da rede continuam pendentes.
Promessa
O propósito documentado do Stellar Core é manter um ledger e processar transações em concordância com os pares. Este dossiê examina essa descrição de software para XLM nativo e identifica as evidências necessárias para avaliar como a rede implantada alcança concordância e se comporta durante falhas.
Fatos estabelecidos
A fonte identifica o mecanismo de concordância implementado como o Stellar Consensus Protocol, que ela chama de consenso federado. Uma máquina de estado replicada significa que computadores participantes mantêm cópias de um ledger e processam transações usando regras de transição de estado acordadas. O Stellar Core mantém uma cópia local de um ledger criptográfico e processa transações em consenso com um conjunto de pares. A implementação é descrita como software C++20 com suporte para os sistemas operacionais Linux, macOS e Windows. Essas descrições não estabelecem em quais pares os operadores atuais confiam, se esses pares são independentes ou como a rede implantada se comporta durante falhas. A configuração atual de quórum, emendas de protocolo, controle, uso, oferta de tokens, propriedade, liquidez, throughput e um histórico completo de incidentes permanecem não verificados por este lote documental.
Desconhecidos
A explicação separada do protocolo e a visão geral da arquitetura vinculadas pelo README não foram examinadas aqui. A fonte identifica o consenso federado, mas os pares atuais em que os operadores confiam e a configuração de quórum implantada permanecem não verificados.
A independência atual dos operadores, as emendas de protocolo, o throughput e o comportamento durante falhas também carecem de observações datadas. Oferta, propriedade dos detentores, uso real, liquidez e o registro completo de incidentes permanecem fora das evidências reunidas.
Consequências
A descrição de estado replicado identifica o processo de concordância como um assunto central para pesquisa adicional. Para avaliar resiliência, seria necessário obter a configuração implantada de pares e quórum e observações reproduzíveis de comportamento sob condições de falha declaradas.
Os sistemas operacionais suportados listados no README descrevem compatibilidade de software. Este dossiê não contém nenhum teste de runtime dessa compatibilidade. Nem a descrição do software nem a lista de sistemas operacionais estabelecem desempenho atual da rede ou um resultado de investimento.
Veredito
Não classificado, com 0% de cobertura dos critérios de pontuação. O papel do Stellar Core no ledger e na concordância está documentado. As evidências revisadas aqui deixam a força operacional atual da rede sem resolução, e a porcentagem de cobertura registra a ausência de observações de pontuação admitidas.
Evidências que o mudariam
Revisar a explicação do protocolo fixada aprofundaria a descrição do mecanismo. Verificações datadas de identidade, configurações reais de quórum e observações de rede reproduzidas de forma independente abordariam então operação e controle. Evidências econômicas e de incidentes verificadas seriam necessárias juntamente com calibração e revisão editorial antes de uma classificação.
Cada verificação exige evidências.
| Verificação | Peso | Resultado |
|---|---|---|
| Identidade exata do ativoEssencial | 3% | Verificação pendente |
| Uso observável | 15% | Verificação pendente |
| Papel econômico do token | 10% | Verificação pendente |
| Mecanismos de ofertaEssencial | 10% | Verificação pendente |
| Concentração dos detentores | 8% | Verificação pendente |
| Captura de valor | 7% | Verificação pendente |
| Poderes de controleEssencial | 10% | Verificação pendente |
| Verificação de segurança | 7% | Verificação pendente |
| Processo de decisão | 8% | Verificação pendente |
| Responsabilidades | 7% | Verificação pendente |
| Histórico de incidentes | 6% | Verificação pendente |
| Continuidade operacional | 4% | Verificação pendente |
| Condições de execução | 5% | Verificação pendente |
Verificações específicas da família: Independência do validador, atualizações, execução e taxas.
Consultar as evidências
Fontes desta análise
Os títulos e resumos das fontes estão em inglês.
Stellar: pinned stellar/stellar-core overview (88d2431d7245)
The pinned Stellar Core README describes its software as a replicated state machine. That term means participating computers maintain copies of a ledger and process transactions using agreed state-transition rules. Stellar Core keeps a local copy of a cryptographic ledger and processes transactions in consensus with a set of peers. It identifies the implemented agreement mechanism as the Stellar Consensus Protocol and calls it federated consensus. The source links a separate protocol explanation and a code-architecture overview; those linked documents were not examined in this dossier. Its implementation is described as C++20 software with Linux, macOS and Windows support. A supported operating system is a software claim, without a runtime test here. These descriptions do not establish which peers current operators trust, whether those peers are independent, or how the deployed network behaves during failures. The documentary subject is native XLM on Stellar. Current quorum configuration, protocol amendments, control, usage, token supply, ownership, liquidity, throughput and a complete incident history remain unverified.
Consultar a fonte primária ↗Somente resumos originais são distribuídos. Os dados brutos de mercado sob licença permanecem privados.