Le 30 juin a réglé une question concernant Kaspa : Toccata n'était pas une autre mise à niveau qui resterait indéfiniment sur une feuille de route.
Le hard fork s'est activé sur le mainnet au score DAA 474 165 565, ajoutant les covenants, l'introspection des transactions, la vérification des preuves à divulgation nulle de connaissance et le support de séquençage pour une nouvelle classe d'applications.
Ce qui a suivi est moins spectaculaire mais plus significatif.
Kaspa dispose désormais des capacités de protocole pour les actifs et applications programmables, mais une grande partie de l'infrastructure environnante est encore incomplète. Les normes de jetons restent des brouillons, les outils de développement évoluent et les premières expériences DeFi sont encore en phase de test.
Toccata a donné aux développeurs une nouvelle base. Il n'a pas livré une économie applicative achevée le jour du lancement.
Ce que Toccata a changé sur Kaspa
Kaspa a commencé comme un réseau proof-of-work rapide construit autour d'un blockDAG plutôt que d'une blockchain linéaire traditionnelle. Sa force initiale était l'ordre des transactions et la vitesse de confirmation, pas la programmabilité à usage général.
Toccata a étendu ce modèle sans transformer Kaspa en un clone d'Ethereum.
La mise à niveau a introduit des UTXO programmables via les covenants. Un covenant peut définir non seulement qui peut dépenser une sortie, mais aussi les conditions régissant sa dépense et à quoi doit ressembler son successeur. Cela ouvre la porte aux coffres-forts, aux transferts d'actifs contrôlés, aux canaux de paiement et à une logique financière plus complexe.
Toccata a également ajouté l'introspection des transactions, un nouveau format de transaction, des règles de tarification des scripts et un chemin sur la chaîne pour vérifier les preuves à divulgation nulle de connaissance. Les applications basées peuvent soumettre des opérations à Kaspa pour le séquençage, les exécuter en dehors de la couche de base, puis régler les résultats vérifiés via les covenants L1.
Kaspa n'a pas ajouté Solidity
Certaines descriptions de Toccata l'appellent la mise à niveau des contrats intelligents de Kaspa. Ce raccourci peut créer une fausse attente.
Kaspa reste natif UTXO. Il n'a pas introduit d'environnement d'exécution basé sur des comptes où les développeurs peuvent déployer des contrats Solidity et muter l'état partagé de la même manière qu'ils le feraient sur Ethereum.
L'état de l'application peut plutôt résider dans des sorties programmables dont les règles de dépense préservent la continuité d'une transaction à l'autre. Des applications basées plus complexes peuvent utiliser Kaspa pour séquencer les opérations et vérifier les preuves tout en exécutant le calcul ailleurs.
Cette conception peut préserver les principes de proof-of-work et UTXO de Kaspa, mais elle demande également aux développeurs d'apprendre un modèle différent. Les applications Ethereum existantes ne peuvent pas être simplement copiées sur Kaspa.
La distinction technique est importante car l'adoption dépend des outils. Un modèle d'exécution puissant aura du mal à attirer les développeurs si les portefeuilles, les indexeurs, les débogueurs et les bibliothèques sont difficiles à utiliser.
Les outils rattrapent encore leur retard
La propre documentation de Kaspa sépare les fonctionnalités actives des surfaces de développement qui restent expérimentales.
SilverScript est le principal langage de haut niveau pour écrire les covenants Kaspa, mais la chaîne d'outils est encore à ses débuts. Les développeurs ont continué à corriger la gestion des types, le comportement d'exécution et la logique de verrouillage temporel pendant le mois d'août.
Le SDK Python reste en version bêta. Argent, une bibliothèque destinée à aider les développeurs à composer des applications basées sur des covenants, est toujours en cours d'évolution. Les vProgs complets, qui devraient prendre en charge une composition plus riche d'applications basées, restent une direction future plutôt qu'une interface de production stable.
Cela ne signifie pas que Toccata a échoué. Cela signifie que le réseau est au stade où l'infrastructure doit être rendue utilisable, pas seulement possible.
La norme de jeton de Kaspa est encore un brouillon
La capacité d'actifs natifs seule ne crée pas un marché de jetons sain. Les portefeuilles doivent reconnaître les soldes. Les explorateurs doivent indexer l'activité. Les échanges et les applications ont besoin d'une méthode partagée pour gérer les métadonnées, l'offre et les transferts. Sans conventions communes, deux projets peuvent implémenter des actifs similaires de manière incompatible.
Les développeurs de Kaspa ont lancé le processus Kaspa Calls for Conventions pour résoudre ce problème. KCC-0020, la spécification proposée pour les covenants de jetons fongibles, est actuellement répertoriée comme un brouillon. Des travaux sont également en cours sur une norme de métadonnées de jetons sous KCC-0021.
Le statut de brouillon est une vérification importante de la réalité. Toccata prend en charge les règles sous-jacentes requises pour les actifs natifs, mais l'écosystème décide encore comment ces actifs doivent se comporter entre les applications indépendantes.
Un AMM sur testnet construit autour d'une norme brouillon est un travail d'ingénierie utile. Ce n'est pas encore une preuve de liquidité profonde sur le mainnet.
Qu'est-ce qui est réellement construit ?
Le développement post-Toccata a dépassé les discussions théoriques.
Les développeurs ont testé des teneurs de marché automatisés, la composition de covenants, des conceptions de coffres-forts post-quantiques et de nouvelles interfaces de portefeuille. SilverScript a reçu des corrections supplémentaires, tandis que Rusty Kaspa a ajouté le support lié à la vérification dynamique Groth16.
KaChat a ouvert une version de bureau pour les tests publics et a continué à développer des fonctionnalités de portefeuille et de paiement privé. Igra a ajouté le support WalletConnect pour Tangem, offrant aux utilisateurs une autre voie vers son environnement d'application lié à Kaspa.
Ces projets montrent que Toccata est exploré. Ils n'établissent pas encore un secteur DeFi mature.
Les preuves nécessaires pour cette affirmation seraient différentes : offre de stablecoins, volume AMM soutenu, liquidité bloquée, utilisateurs récurrents, frais de mainnet générés par des applications et des produits fonctionnant au-delà des tests publics.
La mise à niveau n'a pas revalorisé KAS
KAS s'est négocié près de 0,027 $ fin août, avec une capitalisation boursière d'environ 750 millions $.
Le jeton est resté à environ 87 % en dessous de son plus haut historique de 0,2074 $ en juillet 2024. Sa performance sur sept jours a été positive, mais le mouvement mensuel a été limité.
Cette action des prix ne prouve pas que le marché a rejeté Toccata. Les plateformes d'applications nécessitent souvent des mois ou des années pour construire des normes, des outils et de la liquidité après une mise à niveau majeure du protocole.
Cela montre qu'un hard fork réussi ne suffit pas à soutenir un changement de valorisation majeur. Le marché attend la preuve que la programmabilité produira de l'activité.
Les métriques qui comptent après Toccata
La prochaine phase de Kaspa ne peut pas être jugée par la date du hard fork. Toccata est déjà en ligne.
Les progrès devraient maintenant apparaître dans les parties du réseau que les utilisateurs et les développeurs peuvent mesurer. Des conventions de jetons finalisées faciliteraient le support des portefeuilles et des échanges. Des versions SilverScript et SDK prêtes pour la production réduiraient les frictions de développement. Des stablecoins, des AMM et des applications basées sur le mainnet montreraient que les développeurs peuvent aller au-delà des expériences.
L'utilisation sera le plus important. Les transactions portant une activité applicative, la liquidité dans les actifs natifs, les adresses actives interagissant avec de nouveaux produits et les frais générés par ces produits fourniraient un argument plus clair pour la demande de KAS.
Jusqu'à ce que ces signaux apparaissent, Toccata doit être considéré comme une infrastructure plutôt qu'une adoption.
Kaspa a atteint la partie la plus difficile
Livrer une mise à niveau de consensus est difficile. Construire une économie par-dessus est plus difficile.
Kaspa offre désormais une programmabilité basée sur les covenants tout en conservant sa conception de blockDAG proof-of-work. Cette combinaison le distingue à la fois de Bitcoin et des réseaux de contrats intelligents basés sur des comptes.
Une architecture distincte ne garantit pas l'intérêt des développeurs. Les développeurs choisiront Kaspa si ses outils sont fiables, si ses applications peuvent atteindre les utilisateurs et si sa liquidité est suffisante pour soutenir une activité réelle.
Toccata a rendu ces résultats possibles. Le prochain chapitre dépendra de la capacité de l'écosystème à les rendre pratiques.
Suivez le développement de la couche 1, les marchés d'actifs numériques et la recherche sur l'infrastructure crypto via Tapbit. Les utilisateurs existants peuvent se connecter, tandis que les nouveaux utilisateurs peuvent s'inscrire pour un compte.
Questions fréquemment posées
Qu'est-ce que la mise à niveau Toccata de Kaspa ?
Toccata est un hard fork du mainnet de Kaspa qui a introduit les UTXO programmables, les covenants, l'introspection des transactions, la vérification des preuves à divulgation nulle de connaissance et le support de séquençage pour les applications basées.
Quand Toccata s'est-il activé ?
Toccata s'est activé sur le mainnet de Kaspa le 30 juin 2026, au score DAA 474 165 565.
Toccata a-t-il ajouté des contrats intelligents de type Ethereum ?
Non. Kaspa reste un réseau basé sur UTXO et n'a pas ajouté la machine virtuelle Ethereum ni Solidity. Les applications utilisent des covenants et d'autres modèles de programmation natifs à Kaspa.
Le 30 juin a réglé une question concernant Kaspa : Toccata n'était pas une autre mise à niveau qui resterait indéfiniment sur une feuille de route.
Le hard fork s'est activé sur le mainnet au score DAA 474 165 565, ajoutant les covenants, l'introspection des transactions, la vérification des preuves à divulgation nulle de connaissance et le support de séquençage pour une nouvelle classe d'applications.
Ce qui a suivi est moins spectaculaire mais plus significatif.
Kaspa dispose désormais des capacités de protocole pour les actifs et applications programmables, mais une grande partie de l'infrastructure environnante est encore incomplète. Les normes de jetons restent des brouillons, les outils de développement évoluent et les premières expériences DeFi sont encore en phase de test.
Toccata a donné aux développeurs une nouvelle base. Il n'a pas livré une économie applicative achevée le jour du lancement.
Ce que Toccata a changé sur Kaspa
Kaspa a commencé comme un réseau proof-of-work rapide construit autour d'un blockDAG plutôt que d'une blockchain linéaire traditionnelle. Sa force initiale était l'ordre des transactions et la vitesse de confirmation, pas la programmabilité à usage général.
Toccata a étendu ce modèle sans transformer Kaspa en un clone d'Ethereum.
La mise à niveau a introduit des UTXO programmables via les covenants. Un covenant peut définir non seulement qui peut dépenser une sortie, mais aussi les conditions régissant sa dépense et à quoi doit ressembler son successeur. Cela ouvre la porte aux coffres-forts, aux transferts d'actifs contrôlés, aux canaux de paiement et à une logique financière plus complexe.
Toccata a également ajouté l'introspection des transactions, un nouveau format de transaction, des règles de tarification des scripts et un chemin sur la chaîne pour vérifier les preuves à divulgation nulle de connaissance. Les applications basées peuvent soumettre des opérations à Kaspa pour le séquençage, les exécuter en dehors de la couche de base, puis régler les résultats vérifiés via les covenants L1.
Kaspa n'a pas ajouté Solidity
Certaines descriptions de Toccata l'appellent la mise à niveau des contrats intelligents de Kaspa. Ce raccourci peut créer une fausse attente.
Kaspa reste natif UTXO. Il n'a pas introduit d'environnement d'exécution basé sur des comptes où les développeurs peuvent déployer des contrats Solidity et muter l'état partagé de la même manière qu'ils le feraient sur Ethereum.
L'état de l'application peut plutôt résider dans des sorties programmables dont les règles de dépense préservent la continuité d'une transaction à l'autre. Des applications basées plus complexes peuvent utiliser Kaspa pour séquencer les opérations et vérifier les preuves tout en exécutant le calcul ailleurs.
Cette conception peut préserver les principes de proof-of-work et UTXO de Kaspa, mais elle demande également aux développeurs d'apprendre un modèle différent. Les applications Ethereum existantes ne peuvent pas être simplement copiées sur Kaspa.
La distinction technique est importante car l'adoption dépend des outils. Un modèle d'exécution puissant aura du mal à attirer les développeurs si les portefeuilles, les indexeurs, les débogueurs et les bibliothèques sont difficiles à utiliser.
Les outils rattrapent encore leur retard
La propre documentation de Kaspa sépare les fonctionnalités actives des surfaces de développement qui restent expérimentales.
SilverScript est le principal langage de haut niveau pour écrire les covenants Kaspa, mais la chaîne d'outils est encore à ses débuts. Les développeurs ont continué à corriger la gestion des types, le comportement d'exécution et la logique de verrouillage temporel pendant le mois d'août.
Le SDK Python reste en version bêta. Argent, une bibliothèque destinée à aider les développeurs à composer des applications basées sur des covenants, est toujours en cours d'évolution. Les vProgs complets, qui devraient prendre en charge une composition plus riche d'applications basées, restent une direction future plutôt qu'une interface de production stable.
Cela ne signifie pas que Toccata a échoué. Cela signifie que le réseau est au stade où l'infrastructure doit être rendue utilisable, pas seulement possible.
La norme de jeton de Kaspa est encore un brouillon
La capacité d'actifs natifs seule ne crée pas un marché de jetons sain. Les portefeuilles doivent reconnaître les soldes. Les explorateurs doivent indexer l'activité. Les échanges et les applications ont besoin d'une méthode partagée pour gérer les métadonnées, l'offre et les transferts. Sans conventions communes, deux projets peuvent implémenter des actifs similaires de manière incompatible.
Les développeurs de Kaspa ont lancé le processus Kaspa Calls for Conventions pour résoudre ce problème. KCC-0020, la spécification proposée pour les covenants de jetons fongibles, est actuellement répertoriée comme un brouillon. Des travaux sont également en cours sur une norme de métadonnées de jetons sous KCC-0021.
Le statut de brouillon est une vérification importante de la réalité. Toccata prend en charge les règles sous-jacentes requises pour les actifs natifs, mais l'écosystème décide encore comment ces actifs doivent se comporter entre les applications indépendantes.
Un AMM sur testnet construit autour d'une norme brouillon est un travail d'ingénierie utile. Ce n'est pas encore une preuve de liquidité profonde sur le mainnet.
Qu'est-ce qui est réellement construit ?
Le développement post-Toccata a dépassé les discussions théoriques.
Les développeurs ont testé des teneurs de marché automatisés, la composition de covenants, des conceptions de coffres-forts post-quantiques et de nouvelles interfaces de portefeuille. SilverScript a reçu des corrections supplémentaires, tandis que Rusty Kaspa a ajouté le support lié à la vérification dynamique Groth16.
KaChat a ouvert une version de bureau pour les tests publics et a continué à développer des fonctionnalités de portefeuille et de paiement privé. Igra a ajouté le support WalletConnect pour Tangem, offrant aux utilisateurs une autre voie vers son environnement d'application lié à Kaspa.
Ces projets montrent que Toccata est exploré. Ils n'établissent pas encore un secteur DeFi mature.
Les preuves nécessaires pour cette affirmation seraient différentes : offre de stablecoins, volume AMM soutenu, liquidité bloquée, utilisateurs récurrents, frais de mainnet générés par des applications et des produits fonctionnant au-delà des tests publics.
La mise à niveau n'a pas revalorisé KAS
KAS s'est négocié près de 0,027 $ fin août, avec une capitalisation boursière d'environ 750 millions $.
Le jeton est resté à environ 87 % en dessous de son plus haut historique de 0,2074 $ en juillet 2024. Sa performance sur sept jours a été positive, mais le mouvement mensuel a été limité.
Cette action des prix ne prouve pas que le marché a rejeté Toccata. Les plateformes d'applications nécessitent souvent des mois ou des années pour construire des normes, des outils et de la liquidité après une mise à niveau majeure du protocole.
Cela montre qu'un hard fork réussi ne suffit pas à soutenir un changement de valorisation majeur. Le marché attend la preuve que la programmabilité produira de l'activité.
Les métriques qui comptent après Toccata
La prochaine phase de Kaspa ne peut pas être jugée par la date du hard fork. Toccata est déjà en ligne.
Les progrès devraient maintenant apparaître dans les parties du réseau que les utilisateurs et les développeurs peuvent mesurer. Des conventions de jetons finalisées faciliteraient le support des portefeuilles et des échanges. Des versions SilverScript et SDK prêtes pour la production réduiraient les frictions de développement. Des stablecoins, des AMM et des applications basées sur le mainnet montreraient que les développeurs peuvent aller au-delà des expériences.
L'utilisation sera le plus important. Les transactions portant une activité applicative, la liquidité dans les actifs natifs, les adresses actives interagissant avec de nouveaux produits et les frais générés par ces produits fourniraient un argument plus clair pour la demande de KAS.
Jusqu'à ce que ces signaux apparaissent, Toccata doit être considéré comme une infrastructure plutôt qu'une adoption.
Kaspa a atteint la partie la plus difficile
Livrer une mise à niveau de consensus est difficile. Construire une économie par-dessus est plus difficile.
Kaspa offre désormais une programmabilité basée sur les covenants tout en conservant sa conception de blockDAG proof-of-work. Cette combinaison le distingue à la fois de Bitcoin et des réseaux de contrats intelligents basés sur des comptes.
Une architecture distincte ne garantit pas l'intérêt des développeurs. Les développeurs choisiront Kaspa si ses outils sont fiables, si ses applications peuvent atteindre les utilisateurs et si sa liquidité est suffisante pour soutenir une activité réelle.
Toccata a rendu ces résultats possibles. Le prochain chapitre dépendra de la capacité de l'écosystème à les rendre pratiques.
Suivez le développement de la couche 1, les marchés d'actifs numériques et la recherche sur l'infrastructure crypto via Tapbit. Les utilisateurs existants peuvent se connecter, tandis que les nouveaux utilisateurs peuvent s'inscrire pour un compte.
Questions fréquemment posées
Qu'est-ce que la mise à niveau Toccata de Kaspa ?
Toccata est un hard fork du mainnet de Kaspa qui a introduit les UTXO programmables, les covenants, l'introspection des transactions, la vérification des preuves à divulgation nulle de connaissance et le support de séquençage pour les applications basées.
Quand Toccata s'est-il activé ?
Toccata s'est activé sur le mainnet de Kaspa le 30 juin 2026, au score DAA 474 165 565.
Toccata a-t-il ajouté des contrats intelligents de type Ethereum ?
Non. Kaspa reste un réseau basé sur UTXO et n'a pas ajouté la machine virtuelle Ethereum ni Solidity. Les applications utilisent des covenants et d'autres modèles de programmation natifs à Kaspa.
