Tezos (XTZ)

Promesse

Tezos documente l'accord sur l'état du registre et sur l'évolution du protocole. Son implémentation Octez rend ce second sujet particulièrement pertinent pour votre recherche : comment une règle économique proposée devient un protocole réseau adopté. Ce dossier examine la description sans affirmer qu'un vote ou une mise à niveau particulière a été vérifié.

Faits établis

La source primaire est un README épinglé pour Octez, une implémentation du protocole Tezos. Ce document décrit Tezos comme un système doté d'un consensus sur l'état du registre et d'un méta-consensus sur l'évolution du protocole. Octez inclut un nœud, un client, un baker, un accuser et des outils supplémentaires. Il peut fonctionner sur le réseau principal ou sur des réseaux de test. L'ensemble de règles économiques est appelé le protocole. Les modifications du protocole nécessitent une adoption par une procédure de vote en chaîne. Le vote en chaîne désigne des décisions de protocole enregistrées selon des règles réseau définies. La source ne précise pas les seuils de vote, la puissance de vote actuelle ni une mise à niveau achevée. L'acceptation dans le dépôt et l'adoption d'un protocole déployé nécessitent des vérifications distinctes. Aucun baker, accuser, vote ou transition de réseau n'a été exploité dans cette revue. La documentation avertit explicitement que le contenu synchronisé avec la branche de développement master peut différer du code exécuté sur les réseaux en production. Le développement logiciel a lieu sur GitLab ; le dépôt GitHub est la capture source utilisée ici. Le XTZ natif est le sujet, à l'exclusion des représentations rapportées par des fournisseurs.

Inconnues

La source ne fournit pas les seuils de vote, la puissance de vote actuelle ni de preuve d'une mise à niveau achevée. Elle avertit également que la documentation alignée sur la branche de développement peut différer du code exécuté sur les réseaux en production.

La concentration actuelle de la gouvernance, la délégation et le logiciel déployé restent donc non vérifiés ici. Le dossier ne comporte aucun vote ni transition de réseau observé de manière indépendante et manque de preuves datées d'utilisation réelle, d'offre, de propriété, de liquidité et de l'historique complet des incidents.

Conséquences

Le README décrit des étapes distinctes pour le développement logiciel et l'adoption du protocole. Une contribution acceptée dans un dépôt devrait encore être reliée à la procédure de vote et au réseau déployé avant de pouvoir établir un changement de protocole actif.

Son avertissement documentaire est une raison d'identifier les versions exactes lors de la recherche sur Tezos. La question pertinente est de savoir si la règle décrite correspond à la version du réseau examinée. Cette revue fournit la distinction documentée, sans observation d'une divergence ni de son impact opérationnel.

Verdict

Non noté, avec 0 % de couverture des critères de notation. La source documente les composants d'Octez et une procédure d'adoption en chaîne. L'influence actuelle sur la gouvernance et la solidité opérationnelle restent non résolues dans cette revue, et le pourcentage décrit la couverture de notation vérifiée.

Éléments qui le changeraient

Des règles de vote épinglées, des données de participation datées et une vérification reproduite d'un protocole adopté permettraient de répondre aux questions de gouvernance. Des observations indépendantes des versions déployées et du fonctionnement du réseau renforceraient l'évaluation. Les preuves concernant l'offre, la propriété, l'utilisation et les incidents nécessiteraient ensuite une calibration et une revue éditoriale avant une notation.