ParmetonPMN Nœud non connecté

La blockchain DAG minée sur carte graphique

Parmeton Network (PMN) est un testnet UTXO organisé en DAG : les blocs produits en parallèle sont ordonnés par GHOSTDAG, tandis que le travail PoM s’exécute sur GPU puis est revérifié par le nœud.

Lire la documentation de l’API Découvrir la 0.2.51
Logo Parmeton : un P en métal brossé, une traînée rouge à gauche et des lueurs cyan en dessous
Blocs
—
Pairs du seed
—
Score DAA virtuel
—
Score DAA finalisé
—

En attente d’un relevé récent du seed.

Testnet 0.2.51

Le nouveau réseau de test utilise le genesis parmeton-testnet-v4 et la version monétaire 4. Il démarre avec son propre historique.

Politique monétaire 3.1

Les frais réseau et la taxe sur la première dépense d’une récompense mineur sont brûlés. La taxe décroît avec l’âge de la sortie.

Voir les règles d’émission

Validation et stockage

Les workers CPU rejouent le PoM Phi. Le nœud applique l’état dans l’ordre du DAG et publie le stockage paginé par lots à partir du journal.

Voir l’architecture

Supervision

VPSmon distingue l’admission des blocs du rejeu PoM. Le MCP PARMETON compare le rattrapage, les racines d’état et les compteurs via des RPC locaux en lecture seule.

Voir le suivi du testnet

État du projet. Le PoI et le bridge Solana restent en développement. Les mesures de test publiées sur ce site sont datées. Le tableau public présente un relevé horodaté du seed.

Les bases du réseau

Quatre choix de conception qui expliquent le reste du site.

DAG
Les blocs ne forment pas une chaîne unique. Un bloc peut référencer jusqu’à 16 parents. GHOSTDAG sélectionne un parent et ordonne les branches concurrentes dans une vue canonique commune.
UTXO
Les fonds sont des sorties non dépensées, comme sur Bitcoin. Chaque sortie appartient à une clé publique ed25519 et ne se dépense qu’une fois : l’état reste simple à vérifier.
Minage sur GPU
Le PoM (Proof of Matrix) est calculé par les cartes graphiques. Le mineur demande un modèle de bloc au nœud, cherche une solution, puis soumet son bloc. Le nœud revérifie tout côté CPU avant de l’accepter.
Finalité explicite
Un bloc canonique peut encore être réorganisé ; un bloc finalisé ne le sera plus. Le réseau publie les deux repères : le score DAA virtuel et le score DAA finalisé.

Du mineur au bloc confirmé

Le parcours d’un bloc à l’intérieur d’un nœud Parmeton, de la carte graphique jusqu’à la base de données.

Canonique ne veut pas dire final. Un bloc accepté entre d’abord dans l’ordre du DAG ; la finalité est annoncée plus tard.

  1. Le mineur prépare un candidat

    Une carte graphique cherche une solution PoM pour le modèle de bloc fourni par le nœud. Dès qu’elle en trouve une, le mineur soumet le bloc candidat.

  2. Le nœud reçoit et organise les blocs

    Les blocs venus d’un mineur local ou d’un pair entrent dans des files bornées, qui protègent le nœud pendant les pics. Chaque bloc est rattaché à ses parents dans le DAG.

  3. Des workers CPU revérifient le PoM

    Plusieurs workers rejouent la preuve de minage sans toucher à l’état du réseau. Un bloc dont la preuve ne tient pas est rejeté dès cette étape.

  4. Un propriétaire unique applique les règles

    Un seul composant possède l’état. Il contrôle les signatures, la difficulté, les parents et le consensus, applique les transactions, crée les nouvelles sorties non dépensées et calcule la racine d’état.

  5. Journal, puis enregistrement par lots

    Le bloc accepté est d’abord écrit dans un journal, puis regroupé avec d’autres dans un lot et enregistré dans la base. Après un arrêt brutal, le nœud reprend à partir du journal.

L’architecture actuelle

Trois composants distincts dans la version 0.2.51.

Nœud de consensus

ait-node maintient le DAG, l’état UTXO, l’émission, le réseau P2P, le journal et les checkpoints.

Il reste l’autorité de validation.

Mineur GPU

Les kits NVIDIA et Intel calculent les candidats PoM sur GPU. Le kit AMD Vulkan Linux est expérimental. Le nœud rejoue la preuve côté CPU avant toute admission durable.

Le GPU propose, le nœud décide.

Interface de lecture

L’API JSON-RPC expose l’état du nœud, le DAG, le réseau, le minage et les UTXO. Elle est locale et sans méthode d’écriture.

Le site publie un relevé réseau en HTTPS.

Une API JSON-RPC 2.0 sur HTTP

Le nœud expose son état, le DAG, le réseau, le minage, les soldes et les sorties non dépensées. Une requête, une réponse, en JSON.

Voir toutes les méthodes
RequêtePOST, Content-Type : application/json
// Demander l’état du DAG
{ "jsonrpc": "2.0", "id": 1, "method": "dag.getInfo" }

// Forme de la réponse
{ "jsonrpc": "2.0", "id": 1, "result": {
    "blockCount": <entier>,
    "tipCount": <entier>,
    "virtualDaaScore": <entier>,
    "finalizedDaaScore": <entier>
    // …
} }

Explorer le protocole

Les informations ci-dessous décrivent le testnet 0.2.51. Les valeurs du relevé public s’affichent tant que celui-ci est récent.