cryptosnif
ES ↗
EnglishFrançaisPortuguês (Brasil)EspañolEl idioma conserva este tema. El país se elige por separado en las páginas de servicios.
Crash test / Red de prueba de trabajo / CT-KAS-001

Kaspa (KAS)

kaspa-mainnet · Activo nativo · Revisión documental
El veredicto

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 pruebas
Sin puntuaciónPuntuación global / 100
0%Cobertura de las pruebas
13 controles pendientes85% de cobertura y 3 controles esenciales exigidos para una puntuación
2026-10-05Documentación verificada · Método candidato 0.1.0

Revisión documental · Revisión · catalogue-translation-1

La revisión de las fuentes explica los mecanismos documentados. Los controles independientes de la red siguen pendientes.

Promesa

La documentación del nodo Rust de Kaspa informa de un aumento histórico en la tasa de bloques a través de la actualización Crescendo. La pregunta de investigación útil es qué describe esa tasa reportada y qué observaciones independientes serían necesarias para evaluar la operación actual de la red. Este dossier revisa la documentación del nodo y sus límites de prueba declarados.

Hechos establecidos

La evidencia proporcionada identifica una implementación de nodo completo en Rust fijada llamada rusty-kaspa, que sirve como reemplazo de un nodo Go anterior. Este software incluye bibliotecas asociadas y distingue entre una rama master en desarrollo activo y una rama estable correspondiente a una versión estable. La documentación informa de que la bifurcación dura Crescendo ocurrió el 5 de mayo de 2025, alrededor de las 15:00 UTC. Este evento cambió la tasa de bloques declarada de 1 a 10 bloques por segundo. Una tasa de bloques se refiere a la frecuencia con la que se añaden nuevos bloques a la cadena; no mide el rendimiento de transacciones, la velocidad de liquidación final, el rendimiento de la cartera ni los resultados de inversión. El README también describe un índice UTXO, donde UTXO significa salida de transacción no gastada, una estructura de datos rastreada por el software de cartera. Además, el código base contiene una simulación DAG en proceso. Un grafo acíclico dirigido es una estructura matemática utilizada aquí para modelar bloques virtuales. Los ejemplos proporcionados para el retardo virtual en esta simulación no reflejan el comportamiento observado en la red principal. No se ejecutó ningún cliente ni simulación durante esta revisión. La tasa de hash actual, la independencia de los mineros, la implementación del consenso, las versiones desplegadas, los patrones de uso, la distribución del suministro, la concentración de la propiedad, las condiciones de liquidez y el historial completo de incidentes permanecen desconocidos según los materiales proporcionados.

Incógnitas

La transición Crescendo reportada y la tasa de bloques no se reprodujeron ni midieron de forma independiente aquí. Las versiones desplegadas actuales, la implementación del consenso, la tasa de hash y la independencia de los mineros también permanecen desconocidas dentro de la evidencia recopilada.

Los ejemplos de simulación describen condiciones virtuales, sin resultados observados en la red principal. El uso real, el suministro de tokens, la propiedad, la liquidez y el registro completo de incidentes carecen de evidencia independiente fechada en este dossier. No se ejecutó ningún nodo ni simulación durante la revisión.

Consecuencias

Una tasa de bloques declarada describe con qué frecuencia se producen bloques. Medir el rendimiento de transacciones, el comportamiento de liquidación o la experiencia de la cartera requeriría observaciones separadas con condiciones explícitas. El aumento histórico por sí solo no proporciona ninguna estimación de retorno de inversión.

La distinción entre ramas de desarrollo y estable ayuda a identificar la versión del software a probar. La evidencia de la red principal, la red de prueba y la simulación virtual también requieren sus propios alcances. Los resultados de un ejemplo de retardo virtual necesitarían validación separada antes de informar una conclusión sobre el comportamiento de la red en vivo.

Veredicto

Sin calificación, con 0% de cobertura de los criterios de puntuación. La implementación en Rust y la actualización histórica están documentadas como declaraciones del mantenedor. La operación actual de la red permanece no demostrada dentro de esta revisión, y el porcentaje de cobertura registra la ausencia de observaciones de puntuación admitidas.

Qué lo cambiaría

Una verificación de identidad fechada y un examen reproducido de forma independiente del software desplegado establecerían un alcance operativo más claro. Las observaciones de bloques en vivo, la evidencia de participación minera y las pruebas de rendimiento con alcance explícito podrían examinar las afirmaciones relevantes. La evidencia económica y de incidentes requeriría entonces calibración y revisión editorial antes de una calificación.

02 / Crash test

Cada control exige pruebas.

Método candidato 0.1.0. Los resultados desconocidos se excluyen del cálculo de la puntuación.
ControlPesoResultado
Identidad exacta del activoEsencial3%Verificación pendiente
Uso observable15%Verificación pendiente
Papel económico del token10%Verificación pendiente
Mecanismos de ofertaEsencial10%Verificación pendiente
Concentración de titulares8%Verificación pendiente
Captación de valor7%Verificación pendiente
Poderes de controlEsencial10%Verificación pendiente
Verificación de seguridad7%Verificación pendiente
Proceso de decisión8%Verificación pendiente
Responsabilidades7%Verificación pendiente
Historial de incidentes6%Verificación pendiente
Continuidad operativa4%Verificación pendiente
Condiciones de ejecución5%Verificación pendiente

Controles específicos de la familia: Concentración de hashrate, reglas de consenso, independencia de nodos completos.

03 / Pruebas

Consultar las pruebas

Fuentes de este análisis

Los títulos y resúmenes de las fuentes están en inglés.

Kaspa: pinned kaspanet/rusty-kaspa overview (01b532e8b553)

The pinned rusty-kaspa README describes a Rust full-node implementation and associated libraries, presented as a replacement for the earlier Go node. It distinguishes the actively developed master branch from a stable branch corresponding to a stable release. It reports that the Crescendo hard fork occurred on May 5, 2025 around 15:00 UTC and changed the stated block rate from 1 to 10 blocks per second. These are historical maintainer claims; no live block rate or network transition was independently replayed here. A block rate does not measure transaction throughput, final settlement, wallet speed or investment performance. The README separates mainnet, testnet and local development commands and describes a UTXO index needed for wallet functionality. A UTXO is an unspent transaction output that can be tracked by wallet software. It also contains an in-process DAG simulation, a directed acyclic graph of virtual blocks, whose virtual-delay examples are not observed mainnet behavior. No client or simulation was executed in this dossier. Current hashrate, miner independence, consensus implementation, deployed versions, usage, supply, ownership, liquidity and complete incidents remain unknown.

Recopilación . Ámbito: documentación. El funcionamiento actual de la red queda por verificar.

Consultar la fuente primaria ↗

Huella SHA-256: 04bb95ce958b4235a04607cfe55edd599e4596c1782c63f592bc37b9a6ea2a2e

Solo se distribuyen resúmenes originales. Los datos de mercado brutos bajo licencia permanecen privados.

Continuar la investigación