Kaspa expliqué : un blockDAG, dix blocs par seconde et le fonctionnement du multisig

La plupart des chaînes en preuve de travail produisent les blocs un par un : un mineur trouve un bloc, tout le monde construit dessus, et tout bloc concurrent trouvé au même moment est jeté. Kaspa part d'une autre question : et si les blocs parallèles n'étaient pas perdus du tout ?

La réponse est un blockDAG, et c'est pour cela que Kaspa peut produire dix blocs par seconde tout en restant en preuve de travail. Alors que la prise en charge de Kaspa arrive dans SSP, voici ce qui le distingue et comment le multisig y fonctionne.

De la chaîne au DAG

Sur Bitcoin, si deux mineurs trouvent un bloc presque en même temps, le réseau se scinde temporairement. Un bloc finit par l'emporter et l'autre devient orphelin : le travail qu'il représentait est tout simplement perdu. Pour que les orphelins restent rares, Bitcoin vise un bloc toutes les dix minutes, assez longtemps pour que chaque bloc atteigne tout le réseau avant que le suivant soit trouvé.

Kaspa lève cette contrainte. Chaque nouveau bloc peut référencer plusieurs blocs précédents au lieu d'un seul, si bien que les blocs créés en parallèle font tous partie du registre. La structure cesse d'être une chaîne unique et devient un graphe orienté acyclique : un DAG.

Un DAG seul pose un problème : si deux blocs parallèles contiennent des transactions contradictoires, laquelle compte ? Le protocole de consensus de Kaspa, GHOSTDAG, résout cela en ordonnant tous les blocs de manière cohérente. Il identifie la majorité bien connectée des blocs produits par des mineurs honnêtes et range l'ensemble dans un ordre unique et partagé, de sorte que chaque nœud arrive au même verdict sur la transaction arrivée en premier.

Résultat : Kaspa peut tourner à dix blocs par seconde — le rythme depuis sa mise à niveau Crescendo de 2025 — sans le gaspillage d'orphelins qui paralyserait une chaîne à cette vitesse. Il s'appuie toujours sur la preuve de travail pour sécuriser le registre.

Ce que cela change en pratique

• Confirmations rapides. Les transactions sont prises en compte en une seconde environ. Comme sur toute chaîne, la profondeur de confirmation compte toujours pour les montants importants — chaque bloc ajouté par-dessus rend une transaction plus difficile à annuler — mais cette profondeur s'accumule vite.
• Des pièces, pas des comptes. Kaspa utilise le modèle UTXO, comme Bitcoin : votre solde est un ensemble de pièces individuelles, et une dépense en combine certaines et vous renvoie la monnaie.
• Élagage. Les nœuds Kaspa ne conservent pas tout l'historique indéfiniment ; les anciennes données de blocs sont élaguées au bout d'environ un jour et demi. L'état actuel reste toujours vérifiable, mais l'historique des transactions sur le long terme est conservé par les indexeurs et les explorateurs plutôt que par chaque nœud.
• Petites unités. Un KAS vaut 100 000 000 sompi, la plus petite unité de Kaspa.

Les frais se mesurent en « masse »

Bitcoin facture l'espace de bloc en octets. Kaspa le facture en masse, qui combine plusieurs coûts :

• Taille — le nombre d'octets qu'occupe la transaction.
• Opérations de signature — chaque vérification de signature ajoute une quantité fixe, donc une dépense multisig pèse plus qu'une dépense à clé unique.
• Stockage — une règle appelée KIP-9 rend coûteuses les transactions qui créent beaucoup de toutes petites sorties, pour éviter que le registre se remplisse de poussière.

Pour les envois de tous les jours, c'est invisible : les frais sont faibles. Mais cela explique quelques particularités de Kaspa, par exemple pourquoi renvoyer à soi-même une toute petite monnaie peut être refusé, et pourquoi les portefeuilles doivent parfois regrouper de nombreuses petites pièces avant un gros paiement.

Comment fonctionne le multisig sur Kaspa

Kaspa a volontairement peu de types d'adresse. Une adresse kaspa:q est contrôlée par une seule clé. Une adresse kaspa:p est une adresse pay-to-script-hash : elle s'engage sur un script, et pour dépenser il faut révéler ce script et le satisfaire.

Un coffre multisig est une adresse kaspa:p dont le script dit « M de ces N clés doivent signer ». Kaspa utilise des signatures Schnorr, accepte jusqu'à 20 clés par script au niveau du consensus et relaie les transactions standard jusqu'à 15. Deux détails le rendent agréable à utiliser :

• L'identifiant de transaction n'inclut pas les signatures. Vous connaissez l'identifiant définitif d'une transaction avant que quiconque l'ait signée, ce qui simplifie la coordination des signatures entre appareils.
• Il n'y a pas de couche SegWit ni Taproot. Kaspa n'a que trois types de sortie standard — clé unique, sa variante ECDSA et pay-to-script-hash — donc un seul type de coffre multisig à bien concevoir.

Une subtilité compte pour la sécurité. Une signature Kaspa ne s'engage que sur le montant de l'entrée précise qu'elle signe, pas sur le montant de toutes les entrées. Un portefeuille multisig soigneux fait donc vérifier par chaque signataire, de son côté, les pièces dépensées, plutôt que de faire confiance à des montants fournis par un autre appareil.

Kaspa dans SSP

SSP ajoute Kaspa avec le même modèle 2 sur 2 que pour toutes les autres chaînes : votre coffre est une adresse kaspa:p construite à partir d'une clé dans SSP Wallet et d'une autre sur SSP Key, et chaque appareil vérifie indépendamment ce qu'il signe. SSP Enterprise prendra en charge les coffres Kaspa avec une approbation M sur N.

Ce n'est pas encore disponible : la prise en charge de Kaspa est en phase finale de tests et sera annoncée avec des notes de version à sa sortie. La bibliothèque qui la sous-tend, @runonflux/kaspa-core, est déjà open source pour tous ceux qui veulent la lire ou la réutiliser.

Le résumé honnête

Kaspa reprend une idée familière — la preuve de travail qui sécurise un registre UTXO — et supprime le goulot d'étranglement du bloc par bloc en laissant les blocs former un DAG. Résultat : des blocs rapides, des frais fondés sur la masse plutôt que sur les octets, et une conception multisig épurée autour d'un seul type de script.

Comme sur toute chaîne, ce qui protège vos pièces, ce n'est pas le rythme des blocs. C'est qui contrôle les clés — et, avec le multisig, combien d'entre elles doivent être d'accord.