La preuve de travail sur chaîne unique ne conserve qu’un seul bloc à chaque hauteur, les autres blocs concurrents étant orphelins et écartés. blockDAG permet la coexistence de plusieurs blocs parallèles. GHOSTDAG résout le défi de l’ordre unique parmi ces blocs, permettant à Kaspa d’atteindre un débit supérieur et des confirmations plus rapides, tout en préservant la sécurité de la PoW.
Pour comprendre GHOSTDAG, il faut maîtriser la structure blockDAG, la logique de coloration Blue/Red, l’accumulation de la profondeur de confirmation et les différences fondamentales avec le consensus Nakamoto sur chaîne unique.
GHOSTDAG : définition
GHOSTDAG (Greedy Heaviest Observed SubTree DAG) est le protocole de consensus de Kaspa (KAS). Fondé sur le concept GHOST, il appartient à la famille PHANTOM. GHOSTDAG calcule un Blue Set et un Red Set pour chaque nouveau bloc du blockDAG. Les blocs bleus sont inclus dans l’ordre principal et le consensus, tandis que les blocs rouges sont traités ou exclus selon des règles précises. Ce mécanisme permet d’extraire un ordre global cohérent à partir d’un graphe de blocs parallèles.
Les mineurs continuent de rivaliser pour les droits de bloc via la PoW, appliquant les règles GHOSTDAG pour sélectionner le sous-arbre le plus lourd et attribuer les couleurs. Les nouveaux blocs maintiennent la connectivité du DAG grâce à des références multi-parents. Contrairement aux chaînes uniques, GHOSTDAG traite l’ensemble du graphe, ordonnant les blocs selon le Blue Set et le taux de hachage cumulé.
| Éléments clés GHOSTDAG |
Description |
| blockDAG |
Graphe orienté acyclique permettant des blocs parallèles |
| Blue Set |
Blocs inclus dans l’ordre principal et le consensus |
| Red Set |
Blocs en conflit ou en attente pour l’ordre principal |
| Heaviest Subtree |
Indicateur de taux de hachage pour la direction de la chaîne principale |
| Référence multi-parent |
Les nouveaux blocs référencent plusieurs prédécesseurs pour la connectivité du DAG |
| k-cluster |
Paramètre local pour la coloration bleue |
Le tableau ci-dessus présente les concepts clés de GHOSTDAG. Le Blue Set définit les blocs parallèles inclus dans le registre ordonné, le sous-arbre le plus lourd établit la dominance du taux de hachage, et le paramètre k-cluster fixe la limite de cohérence locale pour la coloration bleue.
Différences entre blockDAG et chaîne unique
blockDAG (graphe orienté acyclique de blocs) permet à chaque bloc de référencer un ou plusieurs blocs existants, créant un maillage de références plutôt qu’une chaîne unique. Les mineurs peuvent diffuser des blocs dans des intervalles proches, et le réseau n’impose plus un seul gagnant par hauteur.
Raccourcir les intervalles de bloc sur une chaîne unique augmente les blocs orphelins et gaspille le taux de hachage. blockDAG autorise la coexistence de plusieurs blocs parallèles inclus dans l’ordre final. Les différences entre Kaspa et Bitcoin portent sur la structure de données, le rythme de production, la gestion des blocs orphelins et la logique de confirmation : Bitcoin utilise un bloc par hauteur avec un intervalle de 10 minutes, Kaspa vise environ 10 blocs par seconde avec blocs parallèles.
| Catégorie |
PoW blockDAG (Kaspa) |
Chaîne unique PoW (Bitcoin) |
| Structure de données |
Graphe orienté acyclique, références multi-parents |
Chaînage linéaire des en-têtes de blocs |
| Production de blocs |
Plusieurs blocs parallèles |
Un seul bloc par hauteur |
| Consensus |
GHOSTDAG |
Chaîne la plus longue de Nakamoto |
| Gestion des blocs orphelins |
Règles Blue/Red pour inclusion/exclusion |
Généralement écartés comme blocs orphelins |
| Rythme cible |
~10 blocs/sec |
~10 minutes/bloc |
| Logique de confirmation |
Accumulation de profondeur du DAG |
Attente linéaire de hauteur de bloc |
Ce tableau résume les différences architecturales : blockDAG permet l’enregistrement parallèle, GHOSTDAG établit le registre ordonné.
Figure 1. GHOSTDAG classe les blocs en Blue ou Red dans blockDAG, le paramètre k-cluster définissant la limite de cluster local pour le Blue Set.
Fonctionnement des blocs Blue/Red et k-cluster
GHOSTDAG attribue une couleur bleue ou rouge à chaque bloc du blockDAG. Les blocs bleus sont inclus dans l’ordre principal et leurs transactions sont exécutées globalement ; les blocs rouges sont en conflit avec l’ordre principal bleu et sont généralement exclus, mais certaines transactions des blocs rouges peuvent être confirmées indirectement par des blocs bleus ultérieurs.
Le paramètre k-cluster est essentiel pour la coloration bleue, définissant la limite de cluster local. Lorsqu’un nouveau bloc rejoint le DAG, GHOSTDAG vérifie son sous-graphe d’ancêtres : si trop de blocs concurrents apparaissent dans la plage k-cluster d’un bloc bleu, les blocs conflictuels suivants sont marqués rouges. Un k-cluster plus grand tolère davantage de blocs parallèles, un k-cluster plus petit resserre la chaîne d’ordre.
Les blocs bleus sont inclus dans l’ordre principal pour l’exécution globale ; les blocs rouges, en conflit, sont généralement exclus, mais certaines transactions peuvent être confirmées indirectement par des blocs bleus ultérieurs. Le taux de hachage cumulé des blocs bleus forme le sous-arbre le plus lourd, déterminant la direction de l’ordre principal.
Accumulation de la profondeur de confirmation
Dans la PoW sur chaîne unique, la profondeur de confirmation est mesurée par la différence entre la hauteur actuelle et celle du bloc contenant la transaction ; chaque nouveau bloc réduit le risque de reorg. Sur Kaspa, la profondeur de confirmation dépend du DAG : après le bloc bleu de la transaction, un nombre suffisant de blocs bleus suivants doivent être ajoutés pour stabiliser la confirmation.
Kaspa vise environ 10 blocs par seconde, le DAG s’étend ainsi d’environ 10 nouveaux blocs par seconde, ce qui rend les confirmations bien plus rapides que les attentes de plusieurs minutes sur chaîne unique. Les nœuds complets (RustyKaspa) vérifient la PoW, les références parentales, la coloration Blue/Red et la cohérence UTXO ; la plupart des portefeuilles comptent les confirmations par profondeur de bloc bleu. La tokenomics et le mining KAS avec KHeavyHash et les récompenses de bloc incitent à l’extension du DAG.
Figure 2. La profondeur de confirmation sur blockDAG s’accumule à mesure que la chaîne bleue s’étend, par rapport au modèle d’attente linéaire de la PoW sur chaîne unique.
| Indicateur de confirmation |
blockDAG (Kaspa) |
Chaîne unique PoW |
| Mesure de profondeur |
Nombre de blocs bleus suivants |
Différence de hauteur de bloc |
| Fréquence des blocs |
~10 blocs/sec |
~10 minutes/bloc |
| Tolérance parallèle |
Plusieurs blocs valides simultanément |
Un seul bloc par hauteur |
| Risque de reorg |
Dépend de la coloration du DAG et de la propagation |
Dépend du basculement sur la chaîne la plus longue |
Ce tableau compare la logique de confirmation des deux systèmes. L’accumulation de profondeur du DAG donne à Kaspa un avantage structurel pour des confirmations plus rapides, la vitesse réelle dépend de la propagation réseau.
Cas d’usage idéaux pour PoW blockDAG et GHOSTDAG
La PoW blockDAG et GHOSTDAG sont idéaux pour les scénarios nécessitant des confirmations rapides tout en conservant la sécurité PoW et les principes de lancement équitable. Kaspa est une couche de règlement Layer 1, avec KAS utilisé pour les frais de transaction et les récompenses des mineurs. Le réseau offre un lancement équitable sans premine. Les paiements à haute fréquence et faible valeur sont un cas d’usage typique : des confirmations plus courtes rapprochent les transferts peer-to-peer du règlement quasi instantané, la production parallèle de blocs offre plus d’opportunités de récompense pour les mineurs.
Pour des applications nécessitant des modèles de compte robustes, des smart contracts complexes ou un écosystème DeFi mature, le mainnet Kaspa présente encore des limites. L’intégration blockDAG avec portefeuilles et explorateurs est plus complexe que sur les systèmes à chaîne unique.
Limites de la PoW blockDAG et GHOSTDAG
Dépendance à la propagation parallèle : Des taux de blocs élevés exigent une bande passante réseau et une vitesse de propagation accrues ; en cas de retard extrême, des reorgs ou une reclassification des couleurs peuvent survenir.
Complexité d’intégration : Explorateurs et portefeuilles doivent s’adapter à la logique de coloration du DAG, rendant le développement plus complexe que sur chaînes uniques.
Maturité de l’écosystème : L’infrastructure DeFi et smart contract reste en développement ; les solutions cross-chain comme wKAS introduisent des risques liés aux bridges.
Pression sur le stockage : Avec environ 10 blocs par seconde, les données croissent rapidement — les coûts pour les nœuds complets nécessitent une évaluation continue.
Concentration du taux de hachage : Les chaînes PoW restent vulnérables aux attaques 51 % ; GHOSTDAG ne modifie que la gestion des forks, pas le risque de centralisation du taux de hachage.
Résumé
GHOSTDAG transforme un graphe de blocs parallèles en registre ordonné grâce à la classification Blue/Red et aux paramètres k-cluster. La profondeur de confirmation s’accumule à mesure que la chaîne bleue s’étend. Comparé au consensus sur chaîne unique, blockDAG supporte plusieurs blocs parallèles valides avec un rythme cible d’environ 10 blocs par seconde. Ces avantages impliquent des compromis en matière de propagation réseau, de complexité d’intégration et de maturité de l’écosystème.
FAQ
Qu’est-ce que blockDAG ?
blockDAG est une structure de graphe orienté acyclique où chaque bloc peut référencer plusieurs prédécesseurs, permettant aux mineurs de produire des blocs en parallèle. Kaspa utilise la PoW blockDAG, autorisant la coexistence de plusieurs blocs valides dans la même période, avec le consensus GHOSTDAG imposant un ordre global des transactions sur les blocs parallèles.
Qu’est-ce que le consensus GHOSTDAG ?
GHOSTDAG est le protocole de consensus utilisé par Kaspa sur blockDAG, appartenant à la famille PHANTOM. GHOSTDAG trie les blocs parallèles selon les règles Blue Set et sous-arbre le plus lourd ; les blocs bleus sont inclus dans l’ordre principal, les blocs rouges sont traités selon les règles de conflit, permettant aux réseaux PoW d’augmenter le débit tout en préservant la sécurité.
Différences entre blocs bleus et rouges
Les blocs bleus sont inclus dans l’ordre principal GHOSTDAG, leurs transactions sont exécutées globalement et ils sont éligibles aux récompenses de bloc. Les blocs rouges sont en conflit avec l’ordre principal bleu et sont généralement exclus, mais certaines transactions peuvent être confirmées indirectement par des blocs bleus ultérieurs. Le paramètre k-cluster contrôle la limite de cluster local pour la coloration bleue.
Rapidité des confirmations de transactions KAS
Kaspa vise environ 10 blocs par seconde, la profondeur de confirmation s’accumule à mesure que la chaîne bleue s’étend — généralement bien plus rapide que les attentes de plusieurs minutes sur la PoW traditionnelle en chaîne unique. Le temps de confirmation dépend de la distribution du taux de hachage, de la propagation réseau, de la synchronisation des nœuds et des frais de transaction.
Différences entre Kaspa et Bitcoin
Bitcoin utilise une chaîne unique avec un intervalle de bloc de 10 minutes, les blocs concurrents deviennent généralement orphelins. Kaspa emploie la PoW blockDAG pour la production parallèle de blocs, GHOSTDAG ordonne les blocs parallèles dans un registre, vise environ 10 blocs par seconde et utilise KHeavyHash au lieu de SHA-256.
Limites de blockDAG
Des taux de blocs élevés requièrent une propagation réseau renforcée et une bande passante accrue pour les nœuds. L’intégration blockDAG est plus complexe que sur chaînes uniques traditionnelles. La couche applicative est moins mature que sur les chaînes à modèle de compte comme Ethereum. Les données on-chain croissent plus rapidement, augmentant les besoins de stockage pour les nœuds complets. Le risque de concentration du taux de hachage PoW demeure.
