cryptosnif
Flux (FLUX)
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 l'objet documenté et les mécanismes du Flux natif (FLUX) sur le réseau flux-mainnet. L'objectif est de vérifier si la documentation logicielle épinglée correspond aux objectifs déclarés du projet, sans effectuer d'observation du réseau en direct ni de vérification opérationnelle indépendante.
Faits établis
Le README épinglé de Flux 9.1.0 décrit Fluxd comme le démon de blockchain fournissant les fonctionnalités de consensus et de monnaie pour un écosystème qui comprend un cloud décentralisé et Arcane OS. Il distingue fluxd, un démon de nœud complet, flux-cli pour l'interaction RPC et flux-tx pour les utilitaires de transaction. La source décrit un consensus de travail utile, également nommé Proof of Nodes, et rapporte une activation au bloc 2020000. Il s'agit d'une affirmation épinglée d'un mainteneur, sans mise à niveau reproduite ni observation actuelle du consensus. Des livres blancs séparés et des services cloud sont liés mais n'ont pas été examinés ni testés. Le README liste également des FluxNodes incités, un système de nœuds délégués et un algorithme de difficulté. La disponibilité d'un démon de blockchain ne fournit aucune preuve indépendante de calcul cloud livré, d'isolation des locataires ou d'hébergement d'applications fiable. Le FLUX natif, conservé sous l'identifiant zelcash du fournisseur, est distinct des représentations de jetons sur d'autres réseaux.
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. Les versions actuellement déployées, l'indépendance des participants, les règles économiques, l'usage, l'offre, la propriété, la concentration, la liquidité et le registre complet des incidents restent indépendamment non vérifiés. Les descriptions de l'architecture établissent un périmètre de recherche et ne fournissent aucune prévision de rendement d'investissement ni garantie de sécurité opérationnelle.
Conséquences
Le démon de blockchain et les services cloud décrits par la source nécessitent des observations distinctes. Vérifier l'activité de la chaîne répondrait à une question différente de celle consistant à tester un service de calcul livré. L'activation rapportée du travail utile nécessite une version reproduite et une vérification de transition. La délégation de nœuds et la participation nécessitent leurs propres observations datées avant toute conclusion sur le contrôle.
Verdict
La solidité opérationnelle reste non prouvée ; non notée avec 0 % de couverture de notation. Le dossier ne confirme que l'existence d'une documentation épinglée, et non la réalité fonctionnelle du réseau ou de l'actif.
Éléments qui le modifieraient
Des vérifications d'identité reproduites, des observations indépendantes et datées du réseau et des preuves spécifiques aux critères, suivies d'une calibration et d'une revue éditoriale, seraient nécessaires pour passer d'un statut non noté à une évaluation notée.
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.
Flux: pinned RunOnFlux/fluxd overview (8a60ee631637)
The pinned Flux 9.1.0 README describes Fluxd as the blockchain daemon supplying consensus and currency functionality for an ecosystem that includes a decentralized cloud and Arcane OS. It distinguishes fluxd, a full-node daemon, flux-cli for RPC interaction and flux-tx for transaction utilities. The source describes useful-work consensus, also named Proof of Nodes, and reports an activation at block 2020000. This is a pinned maintainer claim, without a reproduced upgrade or current consensus observation. Separate whitepapers and cloud services are linked but were not examined or tested. The README also lists incentivized FluxNodes, a delegated-node system and a difficulty algorithm. Availability of a blockchain daemon supplies no independent evidence of delivered cloud computation, tenant isolation or reliable application hosting. Native FLUX, retained under the provider's zelcash identifier, is separate from token representations on other networks. 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.