Mosaïque de programmabilité de Kaspa – Kaspa

L’histoire de Kaspa a toujours consisté à résoudre ce que d’autres disaient impossible à résoudre : atteindre un débit élevé en matière de preuve de travail sans augmenter la complexité L1 ni affaiblir la décentralisation. Maintenant que les constructeurs commencent à explorer ce qui possible en haut De cette base, une nouvelle question émerge : comment pouvons-nous permettre une programmabilité riche autour d’une couche 1 rapide tout en gardant le protocole de base minimal et facile à vérifier ?

La conversation est devenue remplie de termes comme vProgs, cumuls, chaînes latéraleset Jetons L1 comme le KRC-20. Chacun d’eux pointe vers une vision de l’argent et des données programmables, mais ils vivent dans des délais différents et servent des objectifs différents. Certains existent maintenant, d’autres sont encore en cours d’inscription dans la conception à long terme de Kaspa, certains pourraient évoluer ou devenir redondants.

Ce document cartographie ce paysage. Il sépare les à court terme des outils que les développeurs peuvent utiliser aujourd’hui, comme les rollups basés sur Igra, du à long terme direction des programmes vérifiables de Kaspa Core (vProgs). Il place également les sidechains et les normes de jetons en chaîne dans leur contexte, montrant comment ces approches peuvent coexister, évoluer et trouver leurs rôles naturels à mesure que l’écosystème mûrit.

Le but n’est pas de couronner un gagnant, mais d’apporter de la clarté. En comprenant où se situe chaque couche et quand elle s’intègre, nous pouvons aligner les attentes de la communauté et accélérer la vision collective : une économie numérique vérifiable et souveraine construite sur Kaspa.

À court terme : Les rollups sur Kaspa offrent désormais une réelle programmabilité. L’approche de cumul basée sur Igra est la voie la plus active aujourd’hui, avec la mise en ligne de nœuds publics et d’outils EVM. igralabs.com+1

Long terme : vProgs est la vision d’exécution native de Kaspa pour les programmes vérifiables avec exécution hors chaîne et vérification en chaîne, conçue pour maintenir L1 allégé tout en permettant une logique riche et une composabilité synchrone. Recherche Kaspa+2Recherche Kaspa+2

Pour plus d’informations sur vProgs et la feuille de route de Kaspa Core, lisez le Présentation de l’architecture Kaspa vProgs.sera un kaspa.org blog et lien Youtube

Sidechains et chaînes d’applications : Utile pour la souveraineté et la spécialisation, mais ce sont des domaines de consensus distincts qui n’héritent pas de la sécurité Kaspa L1 par défaut. Les RollApps de Dymension sont un exemple de cet espace de conception. docs.dymension.xyz

La « programmabilité » L1 aujourd’hui : KRC-20 (Kasplex) et des protocoles de style d’inscription similaires vivent sur L1 en tant que données. Ce sont des expériences utiles, mais une grande partie de ces fonctionnalités devraient migrer vers les environnements L2 à mesure qu’ils mûrissent. docs-kasplex.gitbook.io+1

Le paysage

vProgs sur L1 : Modèle de programmes natifs vérifiables de Kaspa. Exécuter hors chaîne, vérifier sur chaîne, garder L1 rapide et maigre. Cible la composabilité synchrone sans sacrifier la souveraineté des programmes. Le calendrier est à long terme et lié au travail de protocole de base ainsi qu’aux améliorations de l’ère DagKnight. Recherche Kaspa+1

Rollups sur Kaspa (L2) : Voie pragmatique vers la programmabilité maintenant. Le séquençage exploite le blockDAG de Kaspa. Igra Labs construit une pile de cumul basée sur des modules de support et de pontage EVM, expédiant l’infrastructure testnet et les points de terminaison publics. Kaspa Research+2igralabs.com+2

Inscriptions L1 et KRC-20 : Insertion de données et indexation sur Kaspa L1. Utile pour les jetons et les NFT, tandis que les environnements L2 géreront les cas d’utilisation qui bénéficient d’une logique plus riche et d’un état plus complexe. docs-kasplex.gitbook.io+1

Sidechains et chaînes d’applications : Chaînes séparées avec leur propre consensus qui se connectent à Kaspa. Bon pour la souveraineté et la personnalisation, mais la sécurité dépend des ponts et de l’ensemble des validateurs de la sidechain. Les Dymension RollApps illustrent ce modèle. docs.dymension.xyz

Qu’est-ce qui est expédié quand

À court terme, la communauté peut se construire aujourd’hui

• Déployez des dApps dans des environnements EVM séquencés sur Kaspa via la pile d’Igra. Des nœuds de test publics et RPC sont disponibles. Kaspa
• Utilisez KRC-20 ou des modèles de style d’inscription lorsque vous n’avez besoin que de données et d’indexations simples en chaîne, et non d’une logique complexe. docs-kasplex.gitbook.io+1

Objectif principal du protocole à moyen et long terme

• Les vProgs offrent une exécution de programme native et vérifiable avec des preuves en chaîne, conçues pour une composabilité synchrone et un débit élevé. Les fils de recherche communautaires posent des questions d’élagage, de composabilité et de conception L1↔L2. Recherche Kaspa+1
• Certaines de ces fonctionnalités peuvent également apparaître via des cumuls basés combinés avec les fonctionnalités L1 ZK, puisque certains éléments de l’architecture vProg peuvent être explorés sans le mécanisme vProg complet. Cela reste un domaine de recherche actif.

Comment ils diffèrent

Sources sur la conception et les objectifs des vProgs, ainsi que les fils de recherche L1↔L2. Recherche Kaspa+1
Architecture Igra et points de terminaison publics pour les travaux de développement à court terme. igralabs.com+1
Documentation et présentation de Kasplex KRC-20. docs-kasplex.gitbook.io+1
Présentation de Dymension RollApps. docs.dymension.xyz

* Les vProgs ressemblent à des rollups et s’inscrivent dans la famille plus large des rollups, mais ils diffèrent des rollups L2 classiques car ils sont séquencés par Kaspa L1 et conçus pour une composabilité synchrone au lieu de fonctionner comme des chaînes distinctes.

Chemin d’évolution sans confusion

1. Commencer en L2 : Expédiez des applications sur le rollup EVM d’Igra. Vous héritez de la commande Kaspa L1, bénéficiez d’outils grand public et pouvez évoluer rapidement pendant que les vProgs mûrissent. igralabs.com+1
2. Fonctionnalités progressives vers vProgs au fil du temps : La logique critique bénéficiant d’une vérification native et de garanties L1 plus strictes peut migrer vers vProgs une fois disponible. La recherche décrit déjà les exigences en matière de composabilité et d’élagage. Recherche Kaspa+1
3. Utilisez les sidechains uniquement lorsque la souveraineté l’emporte sur les avantages du règlement L1 : Choisissez cette option lorsque vous avez besoin de vos propres paramètres et que vous n’avez pas besoin de la sécurité L1 de Kaspa à chaque étape. docs.dymension.xyz
4. Traitez le KRC-20 comme un pont, pas comme une destination : Idéal pour les jetons légers ou les preuves de concept. docs-kasplex.gitbook.io

Idées fausses fréquentes

« Les vProgs ne sont qu’un autre nom pour les rollups. »
Oui et non. Les vProgs sont un type de cumul dans l’architecture, mais pas des rollups classiques. Il s’agit d’une architecture de cumul intégrée à L1 avec exécution hors chaîne, vérification en chaîne et séquençage natif. Les cumuls classiques s’exécutent sous forme de chaînes L2 distinctes, tandis que les vProgs sont directement intégrés à la sémantique L1. Recherche Kaspa+1

« Les vProgs sont des contrats intelligents exécutés sur Kaspa L1. »
Non. Les vProgs sont une architecture pour les applications en cours d’exécution près de L1, avec vérification ZK et normes d’état partagées. Ne pas s’exécuter en chaîne. Papier jaune Kaspa vProgs

« Les rollups sur Kaspa ne peuvent pas être EVM ou pratiques maintenant. »
La pile d’Igra cible explicitement la compatibilité EVM et a publié des points de terminaison Litepaper et publics pour les constructeurs. igralabs.com+2X (anciennement Twitter)+2

« Les Kaspa L2 fonctionnent comme les rollups Ethereum. »
Les cumuls basés sur n’ont pas de séquenceur centralisé – transactions commandées directement par consensus Kaspa. Modèle fondamentalement différent, avec des hypothèses de sécurité et une économie différentes. Papier léger Igra

« Les L2 rivalisent avec les vProgs. »
Non. Les L2 basés sont des proto-vProgs. À mesure que les machines virtuelles ZK, les normes de composabilité d’état et la vérification native évoluent, les L2 évoluent vers une architecture vProg complète. Des rollups aux vProgs

« Les covenants seuls permettent la programmabilité. »
Partiel. Les clauses restrictives donnent des dépenses conditionnelles (scripts d’actifs, normes de jetons). Ajoutez la vérification ZK = fondation pour les vProgs composables souverains. Les deux étaient nécessaires. Recherche Kaspa

« Les vProgs garantissent la défragmentation de la liquidité. »
Non. Les vProgs ont besoin d’une couche d’actifs unifiée. Sans norme de jeton de couche de base, chaque vProg émet des jetons enveloppés = liquidité fragmentée, écosystème brisé. L’architecture permet la composabilité, mais seulement si la valeur peut circuler facilement entre les vProgs. Livre jaune vProgs

« Codes opérationnels ZK = vProgs. »
Non. Les opcodes ZK fournissent la base L1. L’écosystème de production vProg nécessite une pile mature : des machines virtuelles ZK testées au combat, des normes de composabilité adoptées par tous les constructeurs, des outils de développement, des auditeurs familiers avec le modèle de souveraineté, des cadres juridiques. Ceux-ci seront développés grâce à la collaboration de l’écosystème des constructeurs et aux cycles d’itération.

« KRC-20 est le système de contrat intelligent de Kaspa. »
KRC-20 est un protocole d’insertion et d’indexation de données sur L1. Il ne s’agit pas d’une VM sous contrat complet. Les L2 devraient prendre en charge une programmabilité plus riche. docs-kasplex.gitbook.io+1

« Les chaînes latérales sont égales à L2. »
Les sidechains sont des domaines de consensus distincts. Ils n’héritent pas automatiquement de la sécurité L1. Ce compromis est intentionnel pour la souveraineté et la performance. Les documents de Dymension le décrivent explicitement. docs.dymension.xyz

Confusion communautaire dénoncée par les constructeurs eux-mêmes :
Igra a publiquement clarifié le langage sur l’inspiration et la portée afin de réduire les erreurs de lecture sur la « concurrence avec le noyau de Kaspa ». Cela permet de séparer les cumuls à court terme des vProgs à long terme. X (anciennement Twitter)

Quoi utiliser, quand

• Paiements, DeFi, outils EVM, intégrations rapides : Cumul via Igra. Construisez maintenant, connectez les portefeuilles et l’infrastructure existants, planifiez une future rampe d’accès aux vProgs pour les parties critiques. igralabs.com+1
• Applications natives vérifiables avec des garanties de niveau L1 et une composabilité fine : vProgs, une fois prêt. Suivez les fils de recherche et les propositions. Recherche Kaspa+1
• Zones spécialisées ou débit spécifique à un domaine pour lesquelles vous acceptez un consensus distinct : Sidechain ou chaîne d’applications. docs.dymension.xyz
• Jetons simples ou preuves sur L1 pour l’instant : KRC-20. Attendez-vous à une migration vers L2 à mesure que les écosystèmes mûrissent. docs-kasplex.gitbook.io

L’architecture de Kaspa n’est pas une simple voie, mais un réseau routier en construction. Chaque itinéraire, vProgs L1, cumuls L2, sidechains et normes expérimentales en chaîne, sert un objectif différent, mais mènent tous vers la même destination : une liberté évolutive et vérifiable.

Les prochaines années seront consacrées à relier ces routes. Les rollups fourniront d’abord de vraies applications, prouvant ce qui est possible sur la couche de règlement de Kaspa. Les sidechains testeront la souveraineté et la spécialisation. Pendant ce temps, les vProgs continueront à prendre forme au sein de Kaspa Core, préparant le protocole pour un avenir où la logique et la preuve coexisteront nativement.

Constructeurs, chercheurs et utilisateurs contribuent tous à l’orientation de cet écosystème. La clarté compte, savoir ce qui appartient à la L1 et ce qui pousse autour d’elle. À mesure que ces éléments mûrissent, Kaspa est susceptible de devenir une norme de règlement et une base sécurisée pour fournir la souveraineté en tant que service aux applications, aux chaînes et aux utilisateurs.