Stellar (XLM)

Promesse

L'objet documenté de Stellar Core est de maintenir un registre et de traiter des transactions en accord avec des pairs. Ce dossier examine cette description logicielle pour le XLM natif et identifie les preuves nécessaires pour évaluer comment le réseau déployé parvient à un accord et se comporte en cas de défaillance.

Faits établis

La source identifie le mécanisme d'accord implémenté comme le Stellar Consensus Protocol, qu'elle appelle consensus fédéré. Une machine à états répliquée signifie que les ordinateurs participants maintiennent des copies d'un registre et traitent des transactions selon des règles de transition d'état convenues. Stellar Core conserve une copie locale d'un registre cryptographique et traite des transactions en consensus avec un ensemble de pairs. L'implémentation est décrite comme un logiciel C++20 avec prise en charge des systèmes d'exploitation Linux, macOS et Windows. Ces descriptions n'établissent pas quels pairs les opérateurs actuels font confiance, si ces pairs sont indépendants, ni comment le réseau déployé se comporte en cas de défaillance. La configuration actuelle du quorum, les amendements du protocole, le contrôle, l'usage, l'offre de jetons, la propriété, la liquidité, le débit et un historique complet des incidents restent non vérifiés par ce lot documentaire.

Inconnues

L'explication séparée du protocole et l'aperçu de l'architecture liés par le README n'ont pas été examinés ici. La source identifie le consensus fédéré, mais les pairs actuellement approuvés par les opérateurs et la configuration déployée du quorum restent non vérifiés.

L'indépendance actuelle des opérateurs, les amendements du protocole, le débit et le comportement en cas de défaillance manquent également d'observations datées. L'offre, la propriété des détenteurs, l'usage réel, la liquidité et le registre complet des incidents restent hors des preuves rassemblées.

Conséquences

La description d'état répliqué identifie le processus d'accord comme un sujet central pour des recherches ultérieures. Pour évaluer la résilience, il faudrait la configuration déployée des pairs et du quorum et des observations reproductibles du comportement dans des conditions de défaillance énoncées.

Les systèmes d'exploitation pris en charge listés dans le README décrivent une compatibilité logicielle. Ce dossier ne contient aucun test d'exécution de cette compatibilité. Ni la description logicielle ni la liste des systèmes d'exploitation n'établissent la performance actuelle du réseau ou un résultat d'investissement.

Verdict

Non noté, avec 0% de couverture des critères de notation. Le rôle de registre et d'accord de Stellar Core est documenté. Les preuves examinées ici laissent la force opérationnelle actuelle du réseau non résolue, et le pourcentage de couverture enregistre l'absence d'observations de notation admises.

Preuves qui changeraient cela

Examiner l'explication épinglée du protocole approfondirait la description du mécanisme. Des vérifications d'identité datées, des configurations réelles de quorum et des observations réseau reproduites indépendamment aborderaient ensuite l'opération et le contrôle. Des preuves économiques et d'incidents vérifiées seraient nécessaires, avec une calibration et une revue éditoriale, avant une notation.