cryptosnif
Avalanche (AVAX)
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 pruebasLa revisión de las fuentes explica los mecanismos documentados. Los controles independientes de la red siguen pendientes.
Promesa
Este dosier examina el propósito documentado y los mecanismos de Avalanche nativo (AVAX) en la red avalanche-mainnet. El objetivo es verificar si el código publicado y la documentación coinciden con los objetivos operativos declarados, sin hacer afirmaciones sobre el rendimiento actual del mercado ni sobre la salud de la red en vivo.
Hechos establecidos
El material de origen revisado consiste en documentación primaria fijada y versiones de software para la implementación del nodo AvalancheGo. El archivo README identifica mainnet como la configuración predeterminada, distinta de la red de prueba Fuji y de las redes locales. Aclara que un nodo debe completar el bootstrapping, que es el proceso de obtener la información de estado necesaria, antes de poder participar en el consenso o exponer API de manera fiable. El código fuente de génesis construye explícitamente un activo llamado Avalanche con el símbolo AVAX. Construye cadenas llamadas X-Chain y C-Chain dentro de la construcción de génesis revisada. La C-Chain utiliza el identificador EVM, donde EVM significa Ethereum Virtual Machine, un entorno de ejecución para ejecutar contratos inteligentes. El código incluye asignaciones y fondos en staking con calendarios de desbloqueo. Estos documentos sirven como instrucciones de implementación y no miden de forma independiente el rendimiento, la latencia, los costos, el tiempo de actividad, la independencia de los operadores, los poderes de gobernanza, el despliegue actual de clientes, el uso, la distribución del suministro, la concentración de la propiedad, la liquidez ni un historial completo de incidentes.
Incógnitas
La verificación independiente de la propiedad beneficiaria, los patrones de uso reales, las tasas de adopción de clientes, la dinámica del suministro total, la concentración de tokens, la profundidad de liquidez y el registro histórico completo de incidentes de seguridad permanece sin verificar. No se han admitido observaciones de criterios independientes en este lote documental para identidad, uso, rol del token, suministro, concentración, captura de valor, control, seguridad, gobernanza, rendición de cuentas, incidentes, continuidad o ejecución. En consecuencia, la cobertura de puntuación es del 0%, y el activo mantiene un estado no calificado. Estas fuentes documentales dejan los criterios operativos sin verificar.
Consecuencias
Los mecanismos documentales por sí solos no pueden establecer el comportamiento real de la red ni los resultados de inversión. Sin observaciones de red independientes con fecha ni verificaciones de identidad reproducidas, la fortaleza operativa de la red permanece sin demostrar. La ausencia de datos verificados sobre suministro, control y uso impide cualquier evaluación de riesgo o resiliencia más allá de la revisión estática del código.
Veredicto
Avalanche (AVAX) en avalanche-mainnet está no calificado con una cobertura de puntuación del 0%. Los resúmenes proporcionados describen documentación fijada y software, pero no constituyen una verificación operativa independiente. El dosier confirma la existencia de la estructura del activo definida en el código, pero no puede validar su operación en el mundo real, su seguridad ni sus propiedades económicas basándose únicamente en estas fuentes.
Qué lo cambiaría
El veredicto requeriría revisión si se proporcionaran verificaciones de identidad reproducidas, observaciones de red independientes con fecha y evidencia específica por criterio. Dicha evidencia debe ir seguida de calibración y revisión editorial para pasar de un estado no calificado a una evaluación puntuada. Hasta entonces, la falta de criterios esenciales, incluidos identidad, suministro y control, mantiene el activo en un estado desconocido.
Cada control exige pruebas.
| Control | Peso | Resultado |
|---|---|---|
| Identidad exacta del activoEsencial | 3% | Verificación pendiente |
| Uso observable | 15% | Verificación pendiente |
| Papel económico del token | 10% | Verificación pendiente |
| Mecanismos de ofertaEsencial | 10% | Verificación pendiente |
| Concentración de titulares | 8% | Verificación pendiente |
| Captación de valor | 7% | Verificación pendiente |
| Poderes de controlEsencial | 10% | Verificación pendiente |
| Verificación de seguridad | 7% | Verificación pendiente |
| Proceso de decisión | 8% | Verificación pendiente |
| Responsabilidades | 7% | Verificación pendiente |
| Historial de incidentes | 6% | Verificación pendiente |
| Continuidad operativa | 4% | Verificación pendiente |
| Condiciones de ejecución | 5% | Verificación pendiente |
Controles específicos de la familia: Independencia de validadores, actualizaciones, ejecución y tarifas.
Consultar las pruebas
Fuentes de este análisis
Los títulos y resúmenes de las fuentes están en inglés.
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.
Consultar la fuente primaria ↗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.
Consultar la fuente primaria ↗Solo se distribuyen resúmenes originales. Los datos de mercado brutos bajo licencia permanecen privados.