Kaspa (KAS)

Promesse

La documentation du nœud Rust de Kaspa rapporte une augmentation historique du rythme de blocs via la mise à niveau Crescendo. La question de recherche utile est ce que ce rythme rapporté décrit et quelles observations indépendantes seraient nécessaires pour évaluer le fonctionnement actuel du réseau. Ce dossier examine la documentation du nœud et ses limites de test déclarées.

Faits établis

Les éléments de preuve fournis identifient une implémentation épinglée de nœud complet en Rust appelée rusty-kaspa, qui sert de remplacement à un nœud Go antérieur. Ce logiciel inclut des bibliothèques associées et distingue une branche master en développement actif d'une branche stable correspondant à une version stable. La documentation rapporte que le hard fork Crescendo a eu lieu le 5 mai 2025, vers 15:00 UTC. Cet événement a fait passer le rythme de blocs déclaré de 1 à 10 blocs par seconde. Un rythme de blocs désigne la fréquence à laquelle de nouveaux blocs sont ajoutés à la chaîne ; il ne mesure pas le débit de transactions, la vitesse de règlement final, la performance d'un portefeuille ni les résultats d'investissement. Le README décrit aussi un index UTXO, où UTXO signifie unspent transaction output, une structure de données suivie par les logiciels de portefeuille. De plus, la base de code contient une simulation de DAG en cours de processus. Un graphe orienté acyclique est une structure mathématique utilisée ici pour modéliser des blocs virtuels. Les exemples fournis pour le délai virtuel dans cette simulation ne reflètent pas le comportement observé sur le mainnet. Aucun client ni simulation n'a été exécuté durant cet examen. Le hashrate actuel, l'indépendance des mineurs, l'implémentation du consensus, les versions déployées, les schémas d'usage, la distribution de l'offre, la concentration de la propriété, les conditions de liquidité et l'historique complet des incidents restent inconnus sur la base des documents fournis.

Inconnues

La transition Crescendo et le rythme de blocs rapportés n'ont pas été rejoués ni mesurés indépendamment ici. Les versions déployées actuelles, l'implémentation du consensus, le hashrate et l'indépendance des mineurs restent également inconnus dans les éléments rassemblés.

Les exemples de simulation décrivent des conditions virtuelles, sans résultats observés sur le mainnet. L'usage réel, l'offre de jetons, la propriété, la liquidité et le dossier complet des incidents manquent de preuves indépendantes datées dans ce dossier. Aucun nœud ni simulation n'a été exécuté durant l'examen.

Conséquences

Un rythme de blocs déclaré décrit la fréquence de production des blocs. Mesurer le débit de transactions, le comportement de règlement ou l'expérience d'un portefeuille nécessiterait des observations distinctes aux conditions explicites. L'augmentation historique seule ne fournit aucune estimation de rendement d'investissement.

La distinction entre les branches de développement et stable aide à identifier la version logicielle à tester. Les preuves issues du mainnet, du testnet et de la simulation virtuelle exigent aussi leurs propres périmètres. Les résultats d'un exemple de délai virtuel devraient être validés séparément avant d'éclairer une conclusion sur le comportement du réseau en production.

Verdict

Non noté, avec 0% de couverture des critères de notation. L'implémentation Rust et la mise à niveau historique sont documentées comme des déclarations de mainteneurs. Le fonctionnement actuel du réseau reste non prouvé dans cet examen, et le pourcentage de couverture consigne l'absence d'observations de notation admises.

Ce qui le changerait

Une vérification d'identité datée et un examen reproduit indépendamment du logiciel déployé établiraient un périmètre opérationnel plus clair. Des observations de blocs en direct, des preuves de participation minière et des tests de débit au périmètre explicite pourraient examiner les affirmations concernées. Les preuves économiques et d'incidents nécessiteraient ensuite une calibration et une revue éditoriale avant une notation.