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-DCR-001

Decred (DCR)

decred-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

Este dossier examina el propósito documentado y los mecanismos de Decred nativo (DCR) en la red decred-mainnet. El objetivo es evaluar los objetivos de diseño declarados del proyecto, incluido su modelo de consenso híbrido y su estructura de gobernanza comunitaria, basándose únicamente en los resúmenes originales suministrados.

Hechos establecidos

El README fijado de dcrd presenta a Decred como una criptomoneda que combina prueba de trabajo con prueba de participación y describe la participación comunitaria, la gobernanza y el financiamiento del desarrollo como objetivos de diseño. Su afirmación de que un grupo pequeño no puede dominar la cadena es una aseveración a examinar. La implementación en Go valida bloques y transacciones, mantiene el libro mayor de transacciones y retransmite información a los pares. Un nodo completo verifica las reglas de la red localmente, mientras que un cliente ligero depende de nodos completos para información y pruebas. El README excluye explícitamente la funcionalidad de cartera de dcrd y remite a paquetes de cartera separados. Su supuesta estabilidad e historial de producción no aportan ninguna evaluación de fiabilidad independiente. La fuente explica que una disponibilidad insuficiente de nodos completos podría aumentar la dependencia de servicios centralizados, una preocupación de diseño condicional sin un recuento actual de nodos ni un estudio de propiedad.

Incógnitas

El control independiente, la propiedad efectiva, el uso, la adopción de clientes, el suministro, la concentración, la liquidez y el historial completo de incidentes presentes permanecen sin verificar. Ninguna observación de criterio revisada de forma independiente fue admitida en este lote documental. Las versiones desplegadas actuales, la independencia de los participantes, las reglas económicas y el registro completo de incidentes permanecen sin verificar de forma independiente. Las descripciones de la arquitectura establecen un alcance de investigación, pero no confirman la realidad operativa.

Consecuencias

Los mecanismos documentales por sí solos no pueden establecer el comportamiento real de la red ni los resultados de inversión. La afirmación de que un grupo pequeño no puede dominar la cadena es una aseveración a examinar en lugar de un hecho verificado. Una disponibilidad insuficiente de nodos completos podría aumentar la dependencia de servicios centralizados, creando un riesgo potencial de centralización que no ha sido cuantificado. La ausencia de verificación independiente significa que el proyecto permanece sin calificación con una cobertura de puntuación de cero en todas las dimensiones.

Veredicto

La fortaleza operativa permanece sin demostrar; sin calificación con 0% de cobertura de puntuación. La documentación proporcionada esboza la intención arquitectónica, pero no demuestra ejecución, seguridad ni resiliencia económica. Entre los criterios esenciales faltantes se incluyen identidad, suministro y control. El estado del proyecto se define por lo que está ausente en lugar de por lo que está confirmado.

Qué lo cambiaría

Se requerirían verificaciones de identidad reproducidas, observaciones de red independientes con fecha y evidencia específica de criterios para alterar esta evaluación. La calibración y la revisión editorial deben seguir a cualquier dato nuevo. Hasta que ocurra una verificación independiente de la distribución de nodos, la propiedad y el historial de incidentes, persiste el estado sin 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.

Decred: pinned decred/dcrd overview (ffb42adf5fae)

The pinned dcrd README presents Decred as a cryptocurrency combining proof of work with proof of stake and describes community input, governance and development funding as design goals. Its statement that a small group cannot dominate the chain is a claim to examine. The Go implementation validates blocks and transactions, maintains the transaction ledger and relays information to peers. A full node checks network rules locally, while a lightweight client relies on full nodes for information and proofs. The README explicitly excludes wallet functionality from dcrd and points to separate wallet packages. Its claimed stability and production history supply no independent reliability assessment. The source explains that insufficient full-node availability could increase reliance on centralized services, a conditional design concern without a current node count or ownership study. No software, node, transaction, governance vote or benchmark was executed in this review. Current deployed versions, participant independence, economic rules, usage, supply, ownership, concentration, liquidity and the complete incident record remain independently unverified. Descriptions of architecture establish a research scope and supply no investment-return forecast or operational safety guarantee.

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

Consultar la fuente primaria ↗

Huella SHA-256: bcba549a133e8de0f13c776fcaa10eda5b08631b8b491acc3faf65cc072b50a5

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

Continuar la investigación