cryptosnif
EN ↗
EnglishFrançaisPortuguês (Brasil)EspañolLanguage keeps this subject. Country is selected separately on service pages.
Crash test / Smart contract platform / CT-AVAX-001

Avalanche (AVAX)

avalanche-mainnet · Native asset · Documentation reviewed
The verdict

Unrated · 0% Evidence coverage

Operational strength remains unproven; unrated with 0% scoring coverage.

Documentary mechanisms alone cannot establish actual network behavior or investment outcomes.

Inspect the evidence
UnratedOverall score / 100
0%Evidence coverage
13 checks pending85% coverage and 3 essential checks required for a score
2026-10-05Documentation checked · Candidate method 0.1.0

Documentation review · Reviewed · catalogue-documentary-1

The source review explains documented mechanisms. Independent network checks remain pending.

Promise

This dossier examines the documented purpose and mechanisms of native Avalanche (AVAX) on the avalanche-mainnet network. The objective is to verify whether the published code and documentation align with the stated operational goals, without making claims about current market performance or live network health.

Established facts

The reviewed source material consists of pinned primary documentation and software versions for the AvalancheGo node implementation. The README file identifies mainnet as the default configuration, distinct from the Fuji test network and local networks. It clarifies that a node must complete bootstrapping, which is the process of obtaining necessary state information, before it can participate in consensus or expose APIs reliably. The genesis source code explicitly constructs an asset named Avalanche with the symbol AVAX. It constructs chains named X-Chain and C-Chain within the reviewed genesis construction. The C-Chain utilizes the EVM identifier, where EVM stands for Ethereum Virtual Machine, a runtime environment for executing smart contracts. The code includes allocations and staked funds with unlock schedules. These documents serve as implementation instructions and do not independently measure throughput, latency, costs, uptime, operator independence, governance powers, current client deployment, usage, supply distribution, ownership concentration, liquidity, or a complete incident history.

Unknowns

Independent verification of beneficial ownership, actual usage patterns, client adoption rates, total supply dynamics, token concentration, liquidity depth, and the full historical record of security incidents remains unverified. No independent criterion observations have been admitted into this documentary lot for identity, usage, token role, supply, concentration, value capture, control, security, governance, accountability, incidents, continuity, or execution. Consequently, the scoring coverage is 0%, and the asset holds an unrated status. These documentary sources leave the operational criteria unverified.

Consequences

Documentary mechanisms alone cannot establish actual network behavior or investment outcomes. Without independent dated network observations or reproduced identity checks, the operational strength of the network remains unproven. The absence of verified data on supply, control, and usage prevents any assessment of risk or resilience beyond the static code review.

Verdict

Avalanche (AVAX) on avalanche-mainnet is unrated with 0% scoring coverage. The provided summaries describe pinned documentation and software but do not constitute independent operational verification. The dossier confirms the existence of the defined asset structure in the code but cannot validate its real-world operation, security, or economic properties based solely on these sources.

What would change it

The verdict would require revision if reproduced identity checks, independent dated network observations, and criterion-specific evidence were provided. Such evidence must be followed by calibration and editorial review to move from an unrated status to a scored assessment. Until then, the lack of essential criteria including identity, supply, and control keeps the asset in an unknown state.

02 / Crash test

Each check earns its result.

Candidate method 0.1.0. Unknown results are excluded from the score calculation.
CheckWeightResult
Exact asset identityEssential3%Verification pending
Observable use15%Verification pending
Economic role of the token10%Verification pending
Supply mechanismsEssential10%Verification pending
Ownership concentration8%Verification pending
Value capture7%Verification pending
Control powersEssential10%Verification pending
Security verification7%Verification pending
Decision process8%Verification pending
Accountability7%Verification pending
Incident history6%Verification pending
Operational continuity4%Verification pending
Execution conditions5%Verification pending

Family-specific checks: Validator independence, upgrades, execution and fees.

03 / Evidence

Inspect the evidence

Sources behind this analysis

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.

Retrieved . Scope: documentation. Current network operation remains unverified.

Inspect the primary source ↗

Snapshot SHA-256: fb2a186b04abe64a0ebf1f6ebf47212cc32d1e1a02b2637a644d34ec638912e7

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.

Retrieved . Scope: documentation. Current network operation remains unverified.

Inspect the primary source ↗

Snapshot SHA-256: c81fe6a410d4d17f7d0224eefbd80906a87ceedbab39aa0bf7544056ba773623

Only original summaries are distributed. Licensed raw market data stays private.

Continue the investigation