Igra Labs : la « couche 2 » sur Kaspa, compatible EVM et avec la force du Proof of Work

EXCLUSIVITÉ CRIPTOVALUTA.IT® : Igra Labs a créé, au sein de l'écosystème de Kaspaquelque chose d'intéressant : une infrastructure DeFi programmable qui ne dispose pas de séquenceur centralisé, surpassant tant d'autres problèmes qui affligent le monde de la couche 2. Nous en avons parlé avec Pavel Emdinechef de Igraqui nous a expliqué de quoi il s'agit, comment cela fonctionne et quel est l'objectif de son projet.

Avec OKX, vous obtenez 8 % de remise en argent sur les dépôts et tu peux l'avoir aussi 200 € de prime supplémentaire. Suivez le lien, inscrivez-vous et bénéficiez des deux promotions cumulables.

Notre entretien avec Pavel Emdin d'Igra Labs

Crypto-monnaie.it®: Pour les lecteurs qui découvrent Igra Labs pour la première fois, comment définiriez-vous Igra : une couche d'exécution EVM, une couche 2, un cumul basé ou quelque chose de différent ?

Pavel Emdine: Igra est une infrastructure financière programmable, qui ne peut être contrôlée par un opérateur. Techniquement, il s’agit d’une blockchain compatible EVM sans séquenceur centralisé ni niveau de consensus supplémentaire, un véritable « based rollup ». Sa couche de base, la preuve de travail BlockDAG de Kaspa, détermine l'ordre des transactions, et chaque nœud Igra dérive de manière déterministe le même état.

Il est important de ne pas avoir de séquenceur centralisé, afin d'avoir une condition où il n'y a pas de point de contrôle au niveau du protocole. Si Igra Labs devait disparaître, n'importe qui pourrait exécuter le nœud open source, envoyer des transactions directement via Kaspa et maintenir le réseau opérationnel.

Crypto-monnaie.it®: Quel problème Igra essaie-t-il de résoudre au sein de l'écosystème Kaspa et pourquoi la programmabilité est-elle une prochaine étape importante pour un réseau BlockDAG de preuve de travail ?

Pavel Emdine: Igra étend l'utilité de Kaspa en le liant à la norme EVM, qui est la plus largement adoptée, car elle offre Solidity, des bibliothèques de contrats intelligents consolidées et auditées, des portefeuilles, des solutions de garde, des outils de conformité, des pièces stables, des infrastructures de trading, de prêt et de paiement.

La programmabilité EVM permet aux développeurs et aux institutions d'utiliser des infrastructures familières et éprouvées, tout en bénéficiant du haut débit, de la finalité rapide, de la sécurité de preuve de travail et de l'ordre des transactions résistant à la capture par certains opérateurs de Kaspa.

Crypto-monnaie.it®: Pourquoi Igra a-t-il choisi une architecture exclusivement dédiée à la performance au lieu de construire un Layer 1 autonome ou un Layer 2 plus conventionnel avec son propre séquenceur ?

Pavel Emdine: Pour une nouvelle L1 il faut construire de toutes pièces un consensus crédible et neutre, ce qui est extrêmement difficile. Un L2 conventionnel avec notre séquenceur aurait au contraire recréé précisément ce point de contrôle, de censure et d'extraction MEV privilégiée que nous voulions éliminer.

Kaspa propose une commande rapide et décentralisée, permettant à chaque nœud Igra de dériver le même état EVM sans avoir à faire confiance à Igra Labs. Il représente également un espace technologique et commercial encore largement inexploré : il permet la création de nouveaux systèmes financiers à faible latence et résistants à la capture, plutôt qu'une énième chaîne EVM pilotée par un séquenceur.

Crypto-monnaie.it®: Comment fonctionne le tri des transactions sur Igra et quel rôle la preuve de travail BlockDAG de Kaspa joue-t-elle dans ce processus ?

Pavel Emdine: Une transaction Igra est insérée en tant que charge utile dans une transaction Kaspa et transmise directement au réseau de preuve de travail Kaspa. N'importe qui peut envoyer une transaction Igra valide directement au niveau de base.

Une fois accepté, le consensus de Kaspa détermine la séquence des transactions ; chaque nœud Igra lit la même séquence et l'exécute de manière déterministe dans l'EVM. Igra Labs ne construit ni ne modifie jamais cette commande.

Crypto-monnaie.it®: Aujourd'hui, de nombreux écosystèmes EVM s'appuient sur des séquenceurs centralisés ou contrôlés par des fournisseurs individuels. Quels risques ce modèle pose-t-il et comment la conception d'Igra les aborde-t-elle ?

Pavel Emdine : Un séquenceur centralisé contrôle l’inclusion et l’ordre des transactions, devenant ainsi un point potentiel de censure, de déni de service, de capture réglementaire et d’extraction privilégiée de MEV.

Igra élimine ce rôle. Les transactions sont minées sur Kaspa, son consensus détermine leur séquence et chaque nœud Igra dérive de manière autonome le même état. Cela n’élimine pas complètement le MEV, mais cela rend structurellement difficile une mise en route fiable.

Notre mesure reproductible sur l'ensemble de la chaîne sur 30 jours n'a révélé que 11 attaques sandwich réalisées au sein du même bloc Kaspa sur 10 064 swaps liés aux transactions des opérateurs, avec un bénéfice total pour les attaquants de 4,51 $ et une perte mesurée pour les victimes proche de zéro.

Crypto-monnaie.it®: Comment les développeurs et les utilisateurs devraient-ils interpréter l'intention d'Igra ? Est-il hérité de Kaspa, défini au niveau de la couche d'exécution ou dépend-il de mécanismes de règlement supplémentaires ?

Pavel Emdine: La finalité probabiliste d'Igra est héritée du consensus Kaspa ; la couche d'exécution n'introduit pas de règle d'intention distincte.

Avec Kaspa à 10 blocs par seconde, 300 confirmations observées prennent environ 30 secondes. Dans un modèle dans lequel un attaquant contrôle 45 % du hashrate global, la probabilité d'annuler la transaction après de telles confirmations est inférieure à 10⁻²⁶

Les applications qui utilisent le temps écoulé plutôt que le nombre de confirmations doivent s'attendre à environ 33 secondes en production. Les applications à forte valeur ajoutée peuvent se permettre d'attendre plus longtemps, tandis que l'intention déterministe formelle de Kaspa s'applique après 12 heures. Il est important de noter que les ponts utilisent des politiques de sécurité et de confirmation distinctes, qui doivent être évaluées individuellement.

Crypto-monnaie.it®: Quels types d'applications attendez-vous à émerger en premier sur Igra : DeFi, jeux, paiements, infrastructure, tokenisation ou autres ?

Pavel Emdine: Le débit élevé, la faible latence et la finalité rapide de Kaspa rendent Igra bien adapté aux applications financières qui nécessitent une exécution continue.

La première vague comprend déjà 16 projets sur le réseau principal et 11 sur le testnet, dont AMM, le trading via CLOB, les prêts, l'infrastructure stablecoin, les portefeuilles et les paiements.

La prochaine vague pourrait être celle de la finance basée sur les agents et sur l'intention : les agents autonomes et les solveurs concurrents ont besoin d'une exécution toujours disponible et rentable, d'un retour d'information rapide et de règles prévisibles.

Crypto-monnaie.it®: Quelles sont les étapes les plus importantes de la feuille de route d'Igra pour les 6 à 12 prochains mois, notamment en termes de maturité du réseau principal, d'outils de développement, de liquidité et de croissance de l'écosystème ?

Pavel Emdine : Le réseau principal est déjà opérationnel, notre priorité est donc d'atteindre une plus grande maturité opérationnelle : disponibilité, sécurité du pont et testeurs, nœuds et opérateurs RPC plus indépendants. Ce sont des conditions préalables fondamentales à l’adoption par le commerce de détail et par les entreprises.

Nous développons également des prototypes pour la confidentialité vérifiable et basée sur ZK, le trading basé sur l'intention et l'exécution native des agents. La croissance continuera d’être tirée par la demande, en mettant l’accent sur une plus grande liquidité stable des pièces et sur des applications qui fidélisent les utilisateurs et génèrent une activité organique.

Pour Multitude, l'objectif est de toucher au moins trois clients payants, avec deux environnements en production. Nous étudions également comment le modèle de sécurité basé sur un attestateur peut être étendu aux ponts et aux zones de multitude, à condition que des modèles de sécurité robustes et une économie de jetons soient garantis.