
Stellar (XLM)
Sin puntuación · 0% Cobertura de las pruebas
Promesa documentada. Verificación independiente pendiente.
Las pruebas disponibles son insuficientes para asignar una puntuación global. El mecanismo descrito requiere verificar su funcionamiento actual.
Consultar las pruebasLa revisión de las fuentes explica los mecanismos documentados. Los controles independientes de la red siguen pendientes.
Promesa
El propósito documentado de Stellar Core es mantener un libro contable y procesar transacciones de acuerdo con sus pares. Este expediente examina esa descripción del software para XLM nativo e identifica la evidencia necesaria para evaluar cómo la red desplegada alcanza el acuerdo y se comporta durante fallos.
Hechos establecidos
La fuente identifica el mecanismo de acuerdo implementado como el Stellar Consensus Protocol, al que denomina consenso federado. Una máquina de estados replicada significa que las computadoras participantes mantienen copias de un libro contable y procesan transacciones utilizando reglas de transición de estado acordadas. Stellar Core mantiene una copia local de un libro contable criptográfico y procesa transacciones en consenso con un conjunto de pares. La implementación se describe como software C++20 con soporte para los sistemas operativos Linux, macOS y Windows. Estas descripciones no establecen en qué pares confían los operadores actuales, si esos pares son independientes ni cómo se comporta la red desplegada durante fallos. La configuración actual de quórum, las enmiendas de protocolo, el control, el uso, la oferta de tokens, la propiedad, la liquidez, el rendimiento y un historial completo de incidentes permanecen sin verificar por este lote documental.
Incógnitas
La explicación separada del protocolo y la descripción general de la arquitectura enlazadas por el README no fueron examinadas aquí. La fuente identifica el consenso federado, pero los pares actuales en los que confían los operadores y la configuración de quórum desplegada permanecen sin verificar.
La independencia actual de los operadores, las enmiendas de protocolo, el rendimiento y el comportamiento durante fallos también carecen de observaciones fechadas. La oferta, la propiedad de los tenedores, el uso real, la liquidez y el registro completo de incidentes permanecen fuera de la evidencia recopilada.
Consecuencias
La descripción de estado replicado identifica el proceso de acuerdo como un tema central para investigación adicional. Para evaluar la resiliencia, se necesitaría la configuración desplegada de pares y quórum y observaciones reproducibles del comportamiento bajo condiciones de fallo declaradas.
Los sistemas operativos compatibles listados en el README describen la compatibilidad del software. Este expediente no contiene ninguna prueba en tiempo de ejecución de esa compatibilidad. Ni la descripción del software ni la lista de sistemas operativos establecen el rendimiento actual de la red ni un resultado de inversión.
Veredicto
Sin calificación, con 0% de cobertura de los criterios de puntuación. El papel de Stellar Core en el libro contable y el acuerdo está documentado. La evidencia revisada aquí deja sin resolver la fortaleza operativa actual de la red, y el porcentaje de cobertura registra la ausencia de observaciones de puntuación admitidas.
Evidencia que lo cambiaría
Revisar la explicación del protocolo fijada profundizaría la descripción del mecanismo. Las verificaciones de identidad fechadas, las configuraciones reales de quórum y las observaciones de red reproducidas de forma independiente abordarían entonces la operación y el control. Se necesitaría evidencia económica y de incidentes verificada junto con calibración y revisión editorial antes de una calificación.
Cada control exige pruebas.
| Control | Peso | Resultado |
|---|---|---|
| Identidad exacta del activoEsencial | 3% | Verificación pendiente |
| Uso observable | 15% | Verificación pendiente |
| Papel económico del token | 10% | Verificación pendiente |
| Mecanismos de ofertaEsencial | 10% | Verificación pendiente |
| Concentración de titulares | 8% | Verificación pendiente |
| Captación de valor | 7% | Verificación pendiente |
| Poderes de controlEsencial | 10% | Verificación pendiente |
| Verificación de seguridad | 7% | Verificación pendiente |
| Proceso de decisión | 8% | Verificación pendiente |
| Responsabilidades | 7% | Verificación pendiente |
| Historial de incidentes | 6% | Verificación pendiente |
| Continuidad operativa | 4% | Verificación pendiente |
| Condiciones de ejecución | 5% | Verificación pendiente |
Controles específicos de la familia: Independencia de validadores, actualizaciones, ejecución y tarifas.
Consultar las pruebas
Fuentes de este análisis
Los títulos y resúmenes de las fuentes están en 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 la fuente primaria ↗Solo se distribuyen resúmenes originales. Los datos de mercado brutos bajo licencia permanecen privados.