cryptosnif
Decred (DCR)
Non noté · 0% Couverture des preuves
Promesse documentée. Vérification indépendante en attente.
Les preuves disponibles sont insuffisantes pour attribuer une note globale. La description du mécanisme demande une vérification de son fonctionnement actuel.
Consulter les preuvesLa revue des sources explique les mécanismes documentés. Les contrôles indépendants du réseau restent à réaliser.
Promesse
Ce dossier examine la finalité documentée et les mécanismes du Decred natif (DCR) sur le réseau decred-mainnet. L'objectif est d'évaluer les objectifs de conception déclarés du projet, y compris son modèle de consensus hybride et sa structure de gouvernance communautaire, en se fondant uniquement sur les résumés originaux fournis.
Faits établis
Le README de dcrd épinglé présente Decred comme une cryptomonnaie combinant la preuve de travail avec la preuve d'enjeu et décrit la participation communautaire, la gouvernance et le financement du développement comme des objectifs de conception. Son affirmation qu'un petit groupe ne peut pas dominer la chaîne est une allégation à examiner. L'implémentation Go valide les blocs et les transactions, tient le registre des transactions et relaie les informations aux pairs. Un nœud complet vérifie localement les règles du réseau, tandis qu'un client léger s'appuie sur les nœuds complets pour les informations et les preuves. Le README exclut explicitement la fonctionnalité de portefeuille de dcrd et renvoie à des paquets de portefeuille distincts. Sa stabilité revendiquée et son historique de production ne fournissent aucune évaluation indépendante de la fiabilité. La source explique qu'une disponibilité insuffisante des nœuds complets pourrait accroître la dépendance à des services centralisés, une préoccupation de conception conditionnelle sans décompte actuel des nœuds ni étude de propriété.
Inconnues
Le contrôle indépendant actuel, la propriété bénéficiaire, l'usage, l'adoption par les clients, l'offre, la concentration, la liquidité et l'historique complet des incidents restent non vérifiés. Aucune observation de critère examinée de manière indépendante n'a été admise dans ce lot documentaire. Les versions déployées actuelles, l'indépendance des participants, les règles économiques et le registre complet des incidents restent non vérifiés de manière indépendante. Les descriptions de l'architecture établissent un périmètre de recherche mais ne confirment pas la réalité opérationnelle.
Conséquences
Les mécanismes documentaires seuls ne peuvent établir le comportement réel du réseau ni les résultats d'investissement. L'affirmation qu'un petit groupe ne peut pas dominer la chaîne est une allégation à examiner plutôt qu'un fait vérifié. Une disponibilité insuffisante des nœuds complets pourrait accroître la dépendance à des services centralisés, créant un risque potentiel de centralisation qui n'a pas été quantifié. L'absence de vérification indépendante signifie que le projet reste non noté avec une couverture de notation de zéro sur toutes les dimensions.
Verdict
La solidité opérationnelle reste non prouvée ; non noté avec 0 % de couverture de notation. La documentation fournie décrit l'intention architecturale mais ne démontre ni l'exécution, ni la sécurité, ni la résilience économique. Les critères essentiels manquants incluent l'identité, l'offre et le contrôle. Le statut du projet est défini par ce qui est absent plutôt que par ce qui est confirmé.
Ce qui le changerait
Des contrôles d'identité reproduits, des observations indépendantes datées du réseau et des preuves spécifiques aux critères seraient nécessaires pour modifier cette évaluation. La calibration et la revue éditoriale doivent suivre toute nouvelle donnée. Tant que la vérification indépendante de la distribution des nœuds, de la propriété et de l'historique des incidents n'a pas lieu, le statut non noté persiste.
Chaque contrôle demande ses preuves.
| Contrôle | Poids | Résultat |
|---|---|---|
| Identité exacte de l’actifEssentiel | 3% | Vérification en attente |
| Usage observable | 15% | Vérification en attente |
| Rôle économique du token | 10% | Vérification en attente |
| Mécanismes d’offreEssentiel | 10% | Vérification en attente |
| Concentration des détenteurs | 8% | Vérification en attente |
| Captation de valeur | 7% | Vérification en attente |
| Pouvoirs de contrôleEssentiel | 10% | Vérification en attente |
| Vérification de la sécurité | 7% | Vérification en attente |
| Processus de décision | 8% | Vérification en attente |
| Responsabilités | 7% | Vérification en attente |
| Historique des incidents | 6% | Vérification en attente |
| Continuité du fonctionnement | 4% | Vérification en attente |
| Conditions d’exécution | 5% | Vérification en attente |
Contrôles propres à la famille: Concentration du hashrate, règles de consensus, indépendance des nœuds complets.
Consulter les preuves
Les sources de cette analyse
Les titres et résumés des sources sont en anglais.
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.
Consulter la source primaire ↗Seuls les résumés originaux sont distribués. Les données de marché brutes sous licence restent privées.