Prix de Ika (IKA)

Ika est un réseau d'infrastructure interchaîne centré sur les signatures par calcul multipartite (MPC). Il permet aux développeurs d'intégrer des dWallets à des contrats intelligents, afin que ces contrats coordonnent, lorsque des conditions prédéfinies sont satisfaites, la signature de comptes sur d'autres chaînes, au lieu de verrouiller des actifs puis de frapper des actifs enveloppés pour réaliser l'opération. Le projet présente sa conception comme un cadre « sans confiance » : une clé de signature n'est jamais entièrement contrôlée par un seul participant et les signataires du réseau participent collectivement ; lorsque le mode correspondant est activé, l'utilisateur doit aussi participer cryptographiquement. Ika vise donc à fournir une coordination programmable des signatures pour des opérations sur actifs natifs ; il ne s'agit pas d'un pont chargé de conserver tous les actifs interchaînes.

Un dWallet est un mécanisme de signature programmable contrôlé conjointement par le réseau Ika et l'utilisateur, et non une simple adresse. Il peut générer des signatures valides pour les comptes correspondants sur différentes chaînes et permet aux contrats intelligents de limiter les conditions dans lesquelles une signature est autorisée, par exemple des approbations multipartites, des limites de montant ou des conditions temporelles. Lors de la création, la génération de clés distribuée (DKG) produit, avec l'utilisateur et le réseau, des parts de clé et une clé publique ; lors de l'utilisation, l'utilisateur et le réseau collaborent pour générer une signature sans qu'il soit nécessaire de reconstituer la clé privée complète. Si le dWallet est lié à un contrat intelligent, Ika vérifie d'abord la preuve d'état de ce contrat, confirme que le contrat a approuvé l'opération, puis signe. Les conditions ne sont donc pas de simples indications de l'interface de l'application : elles constituent des contraintes on-chain qui doivent être satisfaites avant la signature.

IKA est le jeton natif du réseau Ika ; il sert à payer les frais de certaines opérations du réseau, à participer au mécanisme de sécurité par preuve d'enjeu et à la gouvernance on-chain. Son utilisation est liée au fonctionnement des dWallets et ne se limite pas à des points dans une application. Les scénarios de frais énumérés dans le livre blanc comprennent la création d'un dWallet par DKG et la signature de transactions avec un dWallet ; les frais sont libellés en IKA, afin de rémunérer le travail des signataires et de limiter les requêtes indésirables et les attaques par déni de service. Les signataires mettent en jeu des IKA pour participer au 2PC-MPC, et les délégants peuvent soutenir des signataires et partager les récompenses de staking ; le document cite les frais et l'inflation comme sources de récompenses. Les détenteurs ou stakers d'IKA peuvent aussi, selon le mécanisme du protocole alors en vigueur, proposer ou participer à la gouvernance on-chain sur des sujets tels que les mises à niveau et les paramètres économiques.

Le mécanisme de preuve d'enjeu d'Ika associe le service de signature à des garanties économiques : les signataires doivent mettre en jeu des IKA pour participer au 2PC-MPC, tandis que les délégants délèguent leur soutien à des signataires. Le réseau sélectionne et incite ces participants selon le poids de leur mise. Dans les opérations dWallet, les signataires du réseau doivent accomplir ensemble la coopération de signature prévue par le protocole ; l'une des hypothèses de sécurité du livre blanc est qu'une part suffisante du seuil de signataires, calculée selon le poids de staking, reste honnête, en ligne et conforme au protocole. Les frais et l'inflation peuvent constituer des sources de récompenses de staking, mais cela ne signifie pas que tout staking procure un rendement fixe ; l'éligibilité, la distribution et les risques réels dépendent des règles du protocole alors en vigueur.

Selon l'état décrit par le dépôt de code du projet, Ika est en live beta sur Sui ; les fonctions de coordination Solana destinées aux développeurs sont encore en pre-alpha. Ces deux statuts correspondent à des niveaux de maturité différents : une fonction pre-alpha ne doit pas être considérée comme une capacité de réseau principal stable déjà ouverte à tous les utilisateurs. Cette distinction influe sur les attentes de développement et d'utilisation : beta signifie que le réseau est ouvert et fonctionne, mais peut encore être ajusté ; pre-alpha désigne un stade précoce destiné aux développeurs. L'intégration effective d'une capacité interchaîne par une application dépend également de son déploiement et de son adoption ; elle ne peut pas être déduite de la seule prise en charge déclarée d'une chaîne par le protocole.