Kaspa (KAS) commence à dépasser le simple statut de « cash numérique rapide ». Cette semaine, le développeur de Kaspa, Michael Sutton, a partagé une longue discussion expliquant comment le réseau prévoit de supporter des systèmes plus avancés au fil du temps, sans perdre la conception centrale qui rend Kaspa différent.
Le compte officiel de Kaspa a résumé cela simplement : aujourd’hui, Kaspa fonctionne comme de l’argent liquide. Les coins se déplacent d’une personne à une autre, et la transaction s’arrête là. Aucune logique supplémentaire ne se propage.
La feuille de route consiste désormais à ajouter des règles, une identité de jeton, et des exécutions plus complexes, tout en conservant la structure parallèle de blockDAG de Kaspa.
Le message de Sutton était clair : il ne s’agit pas de copier Ethereum. Il s’agit de construire de nouvelles primitives étape par étape.
Actuellement, les transactions Kaspa (KAS) sont simples. Une pièce est dépensée, quelqu’un la reçoit, et c’est tout. Le script vérifie l’autorisation, généralement via une signature, et une fois la dépense effectuée, les règles anciennes ne persistent pas.
Michael Sutton a décrit cela comme « local » dans le temps. Chaque transaction est une porte unique. Elle décide si la dépense est valide, mais n’impose pas ce qui doit se passer ensuite.
Cette simplicité explique aussi pourquoi Kaspa est resté évolutif. La couche de base est axée sur la vitesse, le débit, et une exécution propre.
La première étape majeure de mise à jour est celle des covenants. Les covenants introduisent de nouveaux opcodes permettant aux coins de porter des conditions en avant. Au lieu de vérifier uniquement qui peut dépenser, le script peut faire respecter comment la pièce doit être dépensée à l’avenir.
En termes simples, une pièce pourrait dire : « Tu peux me dépenser, mais seulement selon ces règles. » Cette règle peut se répéter à chaque dépense future, créant quelque chose qui se rapproche d’une machine à états.
Kaspa dispose déjà de ces idées de covenants en testnet, et Sutton a expliqué que les opcodes d’introspection sont la clé de construction. Une fois que le script peut inspecter les sorties de transaction, il peut faire respecter ce que doit être la prochaine étape.
C’est ainsi que Kaspa commence à supporter une logique financière structurée sans s’éloigner de son modèle UTXO.
Cependant, les tokens personnalisés posent un nouveau problème que Kaspa ne rencontre pas. KAS ne peut pas être falsifié car le réseau impose des règles strictes sur l’offre, empêchant la création de pièces à partir de rien. Les tokens sont différents, puisque n’importe qui peut lancer une copie qui semble réelle dans un portefeuille.
C’est pourquoi Michael Sutton a souligné l’importance de la filiation. La filiation donne à chaque token une histoire claire et vérifiable remontant à son origine, permettant aux portefeuilles et applications de distinguer la vraie version des imitations. Kaspa souhaite supporter cela via des identifiants de covenant et des origines tracées au niveau du protocole.
Pour des fonctionnalités plus avancées, Sutton a également évoqué les preuves à zéro connaissance. Au lieu d’effectuer des calculs lourds directement sur la chaîne, le travail se fait hors chaîne, et seule une petite preuve est postée pour que Kaspa puisse la vérifier. Cela maintient l’efficacité du réseau, tout en permettant la construction de logiques complexes et d’outils de confidentialité futurs.
_****L’Altseason 2026 Pourrait Être La Plus Grande Jamais – Voici Ce Que Montre Ce Graphique**
Par ailleurs, l’un des points les plus importants, tant pour Sutton que pour le compte Kaspa, est que tout cela ne brise pas la conception de traitement parallèle de Kaspa.
Kaspa a été conçu dès le départ avec le débit comme contrainte principale, et chaque mise à jour est pensée autour de cette réalité.
Les covenants, le suivi de filiation, et la vérification ZK sont ajoutés en tant que primitives de première classe, et non comme des solutions de contournement désordonnées. L’objectif est une composition propre sans sacrifier la vitesse ou la localité.
La feuille de route de Kaspa devient bien plus large que de simples paiements. Si les covenants permettent des règles persistantes, la filiation rend les tokens vérifiables, et les preuves ZK débloquent une exécution évolutive, Kaspa pourrait évoluer vers un système supportant de véritables couches financières directement sur sa chaîne principale.
Le fil de Sutton montre que la vision est progressive, technique, et soigneusement délimitée. Kaspa ne se précipite pas pour des contrats intelligents complets du jour au lendemain.
Au lieu de cela, il construit la fondation étape par étape, en maintenant la rapidité du réseau, tout en élargissant ce que Kaspa ($KAS) peut supporter à long terme.