cryptosnif
Avalanche (AVAX)
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'objectif documenté et les mécanismes de l'Avalanche natif (AVAX) sur le réseau avalanche-mainnet. L'objectif est de vérifier si le code et la documentation publiés correspondent aux objectifs opérationnels déclarés, sans formuler d'affirmations sur la performance actuelle du marché ou la santé du réseau en direct.
Faits établis
Le matériel source examiné se compose de documentation primaire épinglée et de versions logicielles pour l'implémentation du nœud AvalancheGo. Le fichier README identifie le mainnet comme configuration par défaut, distinct du réseau de test Fuji et des réseaux locaux. Il précise qu'un nœud doit terminer le bootstrap, qui est le processus d'obtention des informations d'état nécessaires, avant de pouvoir participer au consensus ou exposer les API de manière fiable. Le code source de genèse construit explicitement un actif nommé Avalanche avec le symbole AVAX. Il construit des chaînes nommées X-Chain et C-Chain dans la construction de genèse examinée. La C-Chain utilise l'identifiant EVM, où EVM signifie Ethereum Virtual Machine, un environnement d'exécution pour l'exécution de contrats intelligents. Le code inclut des allocations et des fonds misés avec des calendriers de déverrouillage. Ces documents servent d'instructions d'implémentation et ne mesurent pas indépendamment le débit, la latence, les coûts, la disponibilité, l'indépendance des opérateurs, les pouvoirs de gouvernance, le déploiement actuel des clients, l'utilisation, la distribution de l'offre, la concentration de la propriété, la liquidité ou un historique complet des incidents.
Inconnues
La vérification indépendante de la propriété bénéficiaire, des modèles d'utilisation réels, des taux d'adoption des clients, de la dynamique de l'offre totale, de la concentration des jetons, de la profondeur de liquidité et du dossier historique complet des incidents de sécurité reste non vérifiée. Aucune observation de critère indépendant n'a été admise dans ce lot documentaire pour l'identité, l'utilisation, le rôle du jeton, l'offre, la concentration, la capture de valeur, le contrôle, la sécurité, la gouvernance, la responsabilité, les incidents, la continuité ou l'exécution. Par conséquent, la couverture de notation est de 0 %, et l'actif détient un statut non noté. Ces sources documentaires laissent les critères opérationnels non vérifiés.
Conséquences
Les mécanismes documentaires seuls ne peuvent établir le comportement réel du réseau ou les résultats d'investissement. Sans observations de réseau datées indépendantes ou vérifications d'identité reproduites, la solidité opérationnelle du réseau reste non prouvée. L'absence de données vérifiées sur l'offre, le contrôle et l'utilisation empêche toute évaluation du risque ou de la résilience au-delà de la revue statique du code.
Verdict
Avalanche (AVAX) sur avalanche-mainnet est non noté avec une couverture de notation de 0 %. Les résumés fournis décrivent une documentation épinglée et un logiciel mais ne constituent pas une vérification opérationnelle indépendante. Le dossier confirme l'existence de la structure d'actif définie dans le code mais ne peut valider son fonctionnement réel, sa sécurité ou ses propriétés économiques sur la seule base de ces sources.
Ce qui le changerait
Le verdict nécessiterait une révision si des vérifications d'identité reproduites, des observations de réseau datées indépendantes et des preuves spécifiques aux critères étaient fournies. Ces preuves doivent être suivies d'une calibration et d'une revue éditoriale pour passer d'un statut non noté à une évaluation notée. Jusque-là, l'absence de critères essentiels, notamment l'identité, l'offre et le contrôle, maintient l'actif dans un état inconnu.
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: Indépendance des validateurs, mises à jour, exécution et frais.
Consulter les preuves
Les sources de cette analyse
Les titres et résumés des sources sont en anglais.
ava-labs/avalanchego: pinned client README
The pinned AvalancheGo README describes a node implementation for Avalanche. A node must finish bootstrapping, obtaining the information needed to participate, before healthy participation and APIs are ready. The repository distinguishes mainnet, the Fuji test network and local networks, with mainnet as the default configuration. Its versioning discussion separates network upgrades and implementation patches and warns that some interfaces may change. These are implementation and deployment instructions. They do not independently establish throughput, latency, costs, uptime, operator independence, governance powers, current client deployment, usage, supply, ownership, liquidity or a complete incident history. This dossier concerns native AVAX, excluding third-party representations.
Consulter la source primaire ↗AvalancheGo: pinned genesis asset construction
The pinned genesis source constructs an asset named Avalanche with symbol AVAX and denomination 9 in its FromConfig code, then returns platform-chain genesis bytes and the AVAX asset identifier. It constructs chains named X-Chain and C-Chain with separate virtual-machine identifiers, with the C-Chain using the EVM identifier. A virtual machine defines the execution rules for a chain. The configuration contains allocations and staked and unstaked funds with unlock schedules. This code observation identifies native AVAX in the reviewed implementation; it neither independently reproduces deployed genesis nor measures current supply, allocations, unlock dates, burns, fees, client deployment or holder ownership.
Consulter la source primaire ↗Seuls les résumés originaux sont distribués. Les données de marché brutes sous licence restent privées.