Kaspa a longtemps maintenu une identité claire et disciplinée : un réseau à preuve de travail haute vitesse construit pour les paiements numériques, et peu d'autre chose. Le prochain hard fork Toccata est sur le point de redéfinir cette position.

Prévu pour le 5 juin 2026, il ne s'agit pas d'une mise à niveau incrémentale. Les engagements, les opcodes à zéro connaissance, le support des jetons natifs et un nouveau langage de développement seront tous introduits directement aucouche 1niveau—sans dépendre d'une machine virtuelle externe et sans compromettre l'architecture blockDAG qui définitKaspal'avantage principal.

Initialement prévu pour le 5 mai, le lancement a été retardé d'un mois. Cette décision reflète l'ampleur de la mise à niveau. Avec plusieurs fonctionnalités fondamentales déployées simultanément, le temps supplémentaire réduit le risque d'exécution et renforce la confiance dans un déploiement stable.

Points essentiels

• Toccata introduit des actifs natifs, des conventions, des fondations vProgs, SilverScript, et plus encore - avec l'activation du hardfork confirmée pour le 5 juin 2026.
• Les engagements et les opcodes ZK se trouvent directement sur la couche 1 de Kaspa, éliminant ainsi le besoin de solutions de couche 2 externes pour supporter la logique des contrats intelligents programmables.
• SilverScript, un nouveau langage de développement de haut niveau, est conçu pour abaisser la barrière à la construction sur Kaspa de la manière dont Solidity l'a fait pour Ethereum.

Commercez en toute confiance. Bitrue est une plateforme sécurisée et fiable. plateforme de trading cryptopour acheter, vendre et échanger des Bitcoin et des altcoins.

Inscrivez-vous maintenant pour réclamer votre prix!

Ce que le Hardfork Toccata ajoute réellement

La hardfork introduit le support des actifs natifs, des Covenants++, et de la vérification des preuves à connaissance nulle directement dans la couche de base de Kaspa — ce qui signifie qu'elle ne dépendra pas de solutions externes de couche 2 pour activer des fonctionnalités avancées.

Pour la première fois, les développeurs pourront émettre des jetons de style KRC-20 directement sur le L1 de Kaspa — un prérequis pour tout écosystème DeFi ou NFT sérieux.

Le hardfork intègre également le support de Groth16, un système de preuve ZK largement utilisé, permettant aux applications de vérifier des informations sans exposer les données sous-jacentes — permettant des outils de confidentialité, des systèmes de vérification sécurisés et des ponts inter-chaînes minimisant la confiance.

Ce ne sont pas des promesses de feuille de route. Le Testnet 12 est déjà en ligne et effectue des tests de covenant avant l'activation du mainnet.

Lisez aussi :

Covenants : Le cœur du changement de programmabilité de Toccata

Les contrats introduisent de nouveaux opcodes qui permettent aux pièces 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, créant quelque chose de plus proche d'une machine à états. Pensez-y comme à donner à chaque transaction la capacité de définir les règles de son propre futur.

Ces contraintes conditionnelles permettent d'appliquer une logique telle que des restrictions de destination, des calendriers de publication ou une autorisation en plusieurs étapes directement au niveau du protocole, sans nécessiter un environnement d'exécution global — permettant ainsi des applications telles que des portefeuilles intelligents, des coffres-forts, des actifs natifs et une logique de programme vérifiée de manière externe.

De manière cruciale, cette approche étend le modèle UTXO existant de Kaspa plutôt que de le remplacer — aucun surcoût EVM complet, aucun compromis architectural.

Lisez aussi :XRP est toujours à 1 $, quand va-t-il atteindre 3 $? Analyse du marché et facteurs clés

Obtention des conventions à la production était le défi technique. Amener les développeurs à les utiliser réellement est le défi d'adoption — et c'est là que SilverScript entre en jeu.

SilverScript permet aux développeurs de définir des règles de dépense conditionnelle et de la logique de coordination dans un format semblable à celui d'une application, qui peut ensuite être compilé en contraintes de pacte applicables par le consensus de Kaspa, avec un SDK accompagnant pour créer, tester et intégrer des conditions de transaction programmables dans des portefeuilles et des applications.

L'opcode ZK fonctionne au niveau du consensus, permettant à Kaspa de vérifier les preuves à connaissance nulle générées par des environnements d'exécution externes.

Cela permet à la couche 1 de valider les transitions d'état sans exécuter la logique sous-jacente sur la chaîne, servant effectivement de pont de vérification pour les ZK-rollups basés. Ensemble, ces capacités élargissent la surface de développement de Kaspa, comblant une lacune clé dans son écosystème.

Lisez aussi :WLFI emprunte 75 millions de dollars à ses propres utilisateurs sur Dolomite, le jeton atteint un niveau exceptionnellement bas.

Conclusion

La feuille de route de Kaspa devient beaucoup plus large que de simples paiements — si les conventions permettent des règles persistantes, la lignée rend les jetons vérifiables, et les preuves ZK débloquent une exécution évolutive, Kaspa pourrait évoluer vers un système qui supporte de véritables couches financières directement sur sa chaîne de base.

La date d'activation du 5 juin est fixée, Testnet 12 est en cours d'exécution, et l'ensemble des fonctionnalités est plus vaste que n'importe quelle mise à niveau de Kaspa précédente. Après le hardfork, la feuille de route vise des augmentations du taux de blocs, passant des 10 BPS actuels vers 25, 40, et finalement 100 blocs par seconde, en plus du consensus DAGKnight et d'un déploiement plus large de vProgs.

KAS se négocie toujours bien en dessous de sa valorisation potentielle pour ce que ce réseau pourrait devenir - mais cette déconnexion entre la technologie et le prix a tendance à se résorber une fois que les bâtisseurs arrivent.

Lisez également :

Hoskinson avertit sur les mises à jour post-quantum : Ce que cela signifie pour l'avenir de Cardano

FAQ

Qu'est-ce que le hard fork Kaspa Toccata ?

Toccata est le hardfork centré sur les contrats qui transforme Kaspa d'un réseau de paiement pur en un écosystème programmable capable d'héberger des tokens, des protocoles DeFi et une logique financière plus complexe directement sur la couche 1 — sans dépendre de systèmes externes de couche 2. Il inclut des actifs natifs, Covenants++, des opcodes ZK et SilverScript.

Quand est prévu le hardfork Kaspa Toccata ?

L'activation du hardfork est confirmée pour le 5 juin 2026, couvrant les actifs natifs, les conventions, les fondations vProgs, SilverScript, et plus encore. La date avait été initialement fixée au 5 mai avant que l'équipe n'étende le calendrier pour assurer la stabilité.

Les Kaspa Covenants sont des règles ou des conditions spéciales qui permettent aux utilisateurs de définir des restrictions ou des droits d'utilisation spécifiques sur leurs transactions ou actifs au sein du réseau Kaspa. Ces covenants sont conçus pour offrir une flexibilité accrue et une sécurité renforcée lors de la gestion des actifs numériques. Ils peuvent inclure des éléments tels que des conditions de dépense, des exigences d'approbation ou des mécanismes de contrôle qui régulent comment et quand les fonds peuvent être utilisés. Les Kaspa Covenants jouent un rôle crucial dans la structuration des interactions dans l'écosystème Kaspa, permettant aux utilisateurs de créer des modèles économiques plus complexes et sécurisés.

Les covenants sont une amélioration du modèle UTXO de Kaspa qui permet aux transactions d'inclure des conditions de dépense prédéfinies — permettant ainsi d'appliquer des logiques telles que des restrictions de destination, des calendriers de libération ou une autorisation en plusieurs étapes directement au niveau du protocole, sans nécessiter un environnement d'exécution global.

Qu'est-ce que SilverScript sur Kaspa ?

SilverScript est un nouveau langage de haut niveau qui abaisse la barrière technique pour le développement de la logique transactionnelle programmable sur Kaspa, permettant aux développeurs de créer des portefeuilles intelligents, des coffres-forts, des trésoreries partagées ou des flux d'actifs conditionnels sans interagir directement avec le scripting transactionnel de bas niveau.

Comment fonctionne l'opcode ZK de Kaspa ?

L'opcode ZK est un opcode de transaction au niveau du consensus qui permet à Kaspa de vérifier des preuves de validité zero-knowledge provenant d'environnements d'exécution externes, permettant à la Couche 1 de valider des transitions d'état calculées de manière externe sans exécuter directement la logique sous-jacente sur la chaîne — fournissant la garantie de règlement requise par les applications ZK-rollup.

La hardfork Toccata modifie-t-elle le modèle de preuve de travail de Kaspa ?

Non. Le réseau prévoit de conserver le consensus par preuve de travail et son taux élevé de production de blocs tout en intégrant l'émission de jetons, une logique de transaction avancée et une vérification par preuve ZK — en maintenant la décentralisation intacte tout en élargissant ce que la couche de base de Kaspa peut réellement faire.

Avertissement :

Les opinions exprimées appartiennent exclusivement à l'auteur et ne reflètent pas les opinions de cette plateforme. Cette plateforme et ses affiliés déclinent toute responsabilité quant à l'exactitude ou à la pertinence des informations fournies. C'est uniquement à des fins d'information et ne doit pas être considéré comme un conseil financier ou d'investissement.