cryptosnif
ES ↗
EnglishFrançaisPortuguês (Brasil)EspañolEl idioma conserva este tema. El país se elige por separado en las páginas de servicios.
Crash test / Plataforma de contratos inteligentes / CT-XTZ-001

Tezos (XTZ)

tezos-mainnet · Activo nativo · Revisión documental
El veredicto

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 pruebas
Sin puntuaciónPuntuación global / 100
0%Cobertura de las pruebas
13 controles pendientes85% de cobertura y 3 controles esenciales exigidos para una puntuación
2026-10-05Documentación verificada · Método candidato 0.1.0

Revisión documental · Revisión · catalogue-translation-1

La revisión de las fuentes explica los mecanismos documentados. Los controles independientes de la red siguen pendientes.

Promesa

Tezos documenta el acuerdo sobre el estado del libro mayor y la evolución del protocolo. Su implementación Octez hace que ese segundo tema sea especialmente relevante para su investigación: cómo una regla económica propuesta se convierte en un protocolo de red adoptado. Este dossier examina la descripción sin afirmar que se haya verificado una votación o actualización particular.

Hechos establecidos

El material de origen principal es un README fijado de Octez, una implementación del protocolo Tezos. Este documento describe a Tezos como un sistema con consenso sobre el estado del libro mayor y meta-consenso sobre la evolución del protocolo. Octez incluye un nodo, cliente, baker, acusador y herramientas adicionales. Puede ejecutarse en mainnet o redes de prueba. El conjunto de reglas económicas se denomina protocolo. Los cambios de protocolo requieren adopción mediante un procedimiento de votación en cadena. La votación en cadena significa decisiones de protocolo registradas bajo reglas de red definidas. La fuente no especifica umbrales de votación, poder de voto actual ni una actualización completada. La aceptación en el repositorio y la adopción del protocolo implementado requieren verificaciones separadas. No se operó ningún baker, acusador, voto ni transición de red en esta revisión. La documentación advierte explícitamente que el contenido sincronizado con la rama de desarrollo master puede diferir del código que se ejecuta en redes activas. El desarrollo de software tiene lugar en GitLab; el repositorio de GitHub es la captura de origen utilizada aquí. El XTZ nativo es el sujeto, excluyendo las representaciones reportadas por proveedores.

Incógnitas

La fuente no proporciona umbrales de votación, poder de voto actual ni evidencia de una actualización completada. También advierte que la documentación alineada con la rama de desarrollo puede diferir del código que se ejecuta en redes activas.

Por lo tanto, la concentración de gobernanza actual, la delegación y el software implementado permanecen sin verificar aquí. El dossier no tiene ningún voto o transición de red observado de forma independiente y carece de evidencia fechada de uso real, suministro, propiedad, liquidez y el historial completo de incidentes.

Consecuencias

El README describe pasos separados para el desarrollo de software y la adopción del protocolo. Una contribución aceptada en un repositorio aún tendría que conectarse al procedimiento de votación y desplegarse en la red antes de que pudiera establecer un cambio de protocolo activo.

Su advertencia de documentación es una razón para identificar versiones exactas al investigar Tezos. La pregunta relevante es si la regla descrita coincide con la versión de red que se está examinando. Esta revisión proporciona la distinción documentada, sin observación de una discrepancia ni de su impacto operativo.

Veredicto

Sin calificación, con 0% de cobertura de los criterios de puntuación. La fuente documenta los componentes de Octez y un procedimiento de adopción en cadena. La influencia de gobernanza actual y la fortaleza operativa permanecen sin resolver dentro de esta revisión, y el porcentaje describe la cobertura de puntuación verificada.

Evidencia que lo cambiaría

Reglas de votación fijadas, datos de participación fechados y una verificación reproducida de un protocolo adoptado abordarían las preguntas de gobernanza. Observaciones independientes de versiones implementadas y operación de red fortalecerían la evaluación. La evidencia de suministro, propiedad, uso e incidentes requeriría entonces calibración y revisión editorial antes de una puntuación.

02 / Crash test

Cada control exige pruebas.

Método candidato 0.1.0. Los resultados desconocidos se excluyen del cálculo de la puntuación.
ControlPesoResultado
Identidad exacta del activoEsencial3%Verificación pendiente
Uso observable15%Verificación pendiente
Papel económico del token10%Verificación pendiente
Mecanismos de ofertaEsencial10%Verificación pendiente
Concentración de titulares8%Verificación pendiente
Captación de valor7%Verificación pendiente
Poderes de controlEsencial10%Verificación pendiente
Verificación de seguridad7%Verificación pendiente
Proceso de decisión8%Verificación pendiente
Responsabilidades7%Verificación pendiente
Historial de incidentes6%Verificación pendiente
Continuidad operativa4%Verificación pendiente
Condiciones de ejecución5%Verificación pendiente

Controles específicos de la familia: Independencia de validadores, actualizaciones, ejecución y tarifas.

03 / Pruebas

Consultar las pruebas

Fuentes de este análisis

Los títulos y resúmenes de las fuentes están en inglés.

Tezos: pinned tezos/tezos-mirror overview (9cf2d13ced39)

The pinned Octez README describes Tezos as having consensus over ledger state and meta-consensus over protocol evolution. It identifies Octez as an implementation containing a node, client, baker, accuser and additional tools, distributed with mainnet economic protocols. The implementation can run on mainnet or test networks. It explicitly warns that documentation synchronized with the master development branch can differ from code running on live networks. Software development takes place on GitLab; the GitHub repository is the source capture used here. The economic ruleset is called the protocol, and the README says protocol changes require adoption through an on-chain voting procedure. On-chain voting means recorded protocol decisions under defined network rules; this source does not specify voting thresholds, current voting power or a completed upgrade. Repository acceptance and deployed protocol adoption therefore require separate checks. No baker, accuser, vote or network transition was operated in this review. Current governance concentration, delegation, deployed version, usage, supply, ownership, liquidity and complete incident history remain unverified. Native XTZ is the subject, excluding provider-reported representations.

Recopilación . Ámbito: documentación. El funcionamiento actual de la red queda por verificar.

Consultar la fuente primaria ↗

Huella SHA-256: fb80889426aa17a7858ce2e5662fa86166f30edcef431452167e691c352a050d

Solo se distribuyen resúmenes originales. Los datos de mercado brutos bajo licencia permanecen privados.

Continuar la investigación