Sui (SUI)

Promesse examinée

Sui décrit une plateforme où les programmes Move définissent la manière dont les actifs sont créés, transférés et modifiés. Son token natif SUI est documenté comme payant les frais d'exécution des transactions et soutenant la mise déléguée. Ce dossier examine ces rôles décrits et sépare les déclarations architecturales disponibles des affirmations de performance en attente de mesure.

Faits établis

La source principale est un README épinglé du dépôt MystenLabs, conservé comme la version exacte liée dans les sources. Ce document décrit Sui comme une plateforme de contrat intelligent utilisant un modèle de programmation orienté actif construit avec le langage Move. Dans ce modèle, les programmes définissent des règles pour créer, transférer et modifier des actifs pouvant avoir des propriétaires spécifiques. Le code d'implémentation est écrit en Rust. Le texte identifie SUI comme le token natif et définit le gas comme les frais requis pour exécuter une transaction. Il explique également la mise déléguée, qui est allouée aux autorités pendant une époque, une période de temps définie par le protocole. Le pouvoir de vote des autorités est décrit comme dépendant de cette mise déléguée, l'ensemble des autorités étant sujet à reconfiguration entre les époques. La documentation annonce une faible latence, une scalabilité et un traitement parallèle des transactions, revendiquant des chemins plus simples pour les transferts courants. Ce sont des déclarations architecturales et des descriptions de performance fournies par le projet, et non des garanties de débit mesurées.

Inconnues

L'ensemble actuel des autorités, l'indépendance des opérateurs et la concentration de la mise déléguée n'ont pas été mesurés ici. L'affirmation de l'offre fixe du README ne fournit également aucune offre en circulation ou dépensable observée.

L'examen manque de preuves datées des changements d'implémentation déployés, de l'utilisation réelle, de la distribution des détenteurs, de la liquidité et de l'historique complet des incidents. Les contrats SUI tiers rapportés par un fournisseur de données sont exclus de ce dossier d'actif natif et nécessiteraient des vérifications d'identité séparées.

Conséquences

Le lien documenté entre la mise déléguée et le pouvoir de vote des autorités identifie un sujet concret pour un examen plus approfondi : la distribution actuelle de la mise déléguée et son effet dans le cadre des règles déployées. Cette capture contient la description, sans cette mesure.

Les affirmations de traitement parallèle et de faible latence nécessiteraient des benchmarks avec des conditions explicites. Le README ne fournit aucun résultat de débit actuel, garantie de règlement ou base pour supposer que chaque transaction contourne le consensus. Sa description du rôle du token ne fournit également aucune estimation des rendements d'investissement.

Verdict

Non noté, avec 0% de couverture des critères de notation. Les rôles documentés de frais et de mise déléguée de SUI donnent à cet examen un cadre de départ. Le fonctionnement et le contrôle actuels restent non prouvés dans les preuves rassemblées, tandis que le pourcentage décrit la couverture de notation vérifiée.

Preuves qui le changeraient

Une vérification reproduite de l'identité de l'actif natif, du logiciel déployé et de l'ensemble des autorités comblerait les lacunes initiales. Des observations datées de la distribution de la mise et des tests de performance pourraient examiner les affirmations architecturales pertinentes. L'offre, l'utilisation, la propriété et les incidents vérifiés devraient ensuite être calibrés et révisés éditorialement avant une notation.