ParmetonPMN
Architecture du protocole
Une lecture technique de la version testnet actuelle : données, consensus, minage, monnaie et interface publique.
1. Modèle de données
Parmeton suit un modèle UTXO : une transaction consomme des sorties existantes et en crée de nouvelles. Les propriétaires sont identifiés par des clés publiques Ed25519. L’état validé est résumé par une racine d’état, exposée par les lectures de portefeuille et de sorties.
Une pièce est identifiée par le couple txid + output_index. Les montants sont comptés en atomes, avec neuf décimales natives.
2. DAG et consensus
Un bloc peut référencer jusqu’à 16 parents. GHOSTDAG ordonne ce graphe avec K = 124. Le nœud maintient les pointes, le parent sélectionné, un score DAA virtuel et un point finalisé.
La profondeur de finalité est de 432 000 scores DAA. Le code calcule un point d’élagage à 1 080 000 DAA. L’élagage reste désactivé.
3. Preuve de minage Phi
Le mineur GPU propose une preuve issue du modèle Phi-4-mini-instruct Q8_0. Le nœud ne lui fait pas confiance : il rejoue la preuve sur CPU, vérifie sa liaison au modèle et au bloc, puis applique les validations d’état et de DAG avant acceptation.
La distribution 0.2.51 prévoit des kits de minage NVIDIA et Intel sous Windows et un kit AMD Vulkan Linux expérimental. Les capacités observées et les causes de rejet sont consultables via l’API.
4. Politique monétaire
Le calendrier initial porte sur 21 000 000 PMN. Une émission de queue est prévue après épuisement du calendrier. À chaque émission, la récompense brute dépend de l’offre restante et d’un report de division entière. Un facteur de récompense, plafonné à un million de ppm, peut réduire l’émission ; la part non créée est comptabilisée comme offre abandonnée.
La récompense créée est répartie à 90 % au mineur et 10 % au trésor. La maturité est fixée à DAA canonique de création + 10 000. Les frais réseau et la taxe de première dépense sont brûlés selon la politique monétaire V4.
5. Réseau et persistance
Le nœud expose des compteurs de pairs, de synchronisation, d’orphelins, de mempool et de files internes. Les informations de journal et de point de contrôle permettent aussi de suivre la progression de l’état persistant.
Le stockage paginé publie les changements par lots. Les checkpoints de stockage servent à la reprise. Le point finalisé du DAG suit une règle distincte. L’explorateur historique complet reste à développer.
6. Frontière publique
L’interface existante est une API JSON-RPC 2.0 en lecture seule. Elle écoute par défaut sur 127.0.0.1:19201 et n’implémente ni TLS, ni authentification, ni CORS.
Le site publie un relevé du seed en HTTPS. Les requêtes JSON-RPC restent privées.
Portée de cette documentation
Ce document est une synthèse fidèle du code de la version 0.2.51, pas une promesse commerciale. Pour les schémas de réponses et les onze méthodes actuellement exposées, consultez la documentation API.