INI

Qu’est-ce qu’INI ?

InitVerse (symbole : INI) est l’actif natif de l’écosystème InitVerse, qui se positionne comme une pile d’« infrastructure business » Web3 construite autour d’une solution Layer 1 compatible EVM appelée INIChain et de produits adjacents pour développeurs et pour le calcul, avec pour différenciateur une exécution préservant la confidentialité, présentée comme une variante de l’EVM activée par le chiffrement entièrement homomorphe (« TfhEVM »).

En termes pratiques, le problème déclaré par le projet est que les smart contracts standards exposent trop d’informations sensibles pour les entreprises (utilisateurs, soldes, stratégies, données d’entreprise), et que la création d’applications décentralisées de niveau production nécessite encore d’assembler plusieurs fournisseurs pour l’infrastructure, l’analytique, la puissance de calcul et le DevOps ; l’argument de différenciation d’InitVerse est une pile intégrée qui combine une chaîne généraliste avec des primitives de calcul chiffré et une couche développeur de type SaaS, plutôt que de traiter la confidentialité comme un simple module complémentaire.

Les points de départ canoniques pour comprendre le cadrage du protocole sont sa documentation publique sur INIChain et le positionnement de l’écosystème sur son site officiel, avec la connectivité de la chaîne et les points d’accès à l’explorateur documentés via les InitVerse Mainnet parameters.

En termes de structure de marché, INI a, jusqu’à présent, ressemblé davantage à un jeton d’écosystème L1/DePIN de niche qu’à une couche de règlement dominante, la plupart des indicateurs observables de « scale » provenant des listings en bourse et de l’empreinte communautaire auto‑déclarée plutôt que d’un centre de liquidité DeFi natif.

Fin mars 2026, les agrégateurs de données de marché publics plaçaient InitVerse autour du milieu du classement par capitalisation (par exemple, la page InitVerse de CoinMarketCap indiquait un rang dans la tranche basse à moyenne des 300 sur cette période), ce qui est suffisamment significatif pour attirer de la liquidité de détail mais pas suffisant, en soi, pour impliquer une adoption institutionnelle profonde.

Une mise en garde analytique clé pour les allocateurs est que le récit central d’InitVerse mélange plusieurs catégories — L1 axée sur la confidentialité, outils pour développeurs, règlement pour cloud décentralisé et « cloud mining » — de sorte que l’évaluation de la « position de marché » nécessite de distinguer (a) quelle part de l’activité du jeton est tirée par le volume d’échange et les programmes d’incitation, par rapport à (b) celle tirée par une demande soutenue on‑chain pour l’espace de bloc et le calcul confidentiel.

Qui a fondé INI et quand ?

Les documents publics décrivent de manière cohérente l’initiative comme étant menée par « InitVerse Labs », tandis que la gouvernance de l’écosystème est présentée comme évoluant vers un modèle fondation/communauté ; toutefois, le corpus public du projet (docs et annonces) mentionne notablement moins de fondateurs individuels nommément cités que les anciens L1 qui ont été lancés avec des équipes publiques bien connues.

La propre chronologie du protocole suggère que le projet a débuté en 2022 et a progressé via des testnets et des développements de fonctionnalités avant d’atteindre les jalons de l’ère mainnet, avec un récit de « lancement du mainnet » formalisé apparaissant à la fois dans la documentation et dans les médias crypto tiers.

La référence de mainnet la plus concrète et datée, largement relayée, est une annonce de lancement du mainnet d’INIChain en date du 21 janvier 2025 rapportée par Odaily, qui s’aligne globalement avec le cadrage de la feuille de route d’InitVerse sur sa page Roadmap (bien que le texte de la feuille de route en lui‑même soit un plan de haut niveau plutôt qu’un engagement signé et immuable).

Au fil du temps, le récit du projet semble s’être élargi, passant de « d’infrastructure de calcul confidentiel + compatibilité EVM » à une offre plus vaste de type « Web3 SaaS + cloud compute », avec INI positionné comme l’actif de règlement et de gouvernance liant l’usage de la chaîne, les outils développeurs et les services de calcul.

Cette évolution est visible dans la manière dont l’écosystème est décrit sur des profils d’agrégateurs comme CoinMarketCap (qui met en avant INIChain ainsi que INISaaS/INICloud/Cloud Mining) et dans les communiqués promotionnels à destination de la communauté comme le compte‑rendu de la campagne de mars 2025 diffusé via GlobeNewswire.

Du point de vue de la due diligence, cette « extension du bundle » peut être une arme à double tranchant : elle peut élargir les surfaces potentielles de revenus, mais elle peut aussi diluer la falsifiabilité de la thèse d’investissement si l’attribution des KPI (frais, utilisateurs, demande de calcul, économie des validateurs) n’est pas clairement séparée par ligne de produit.

Comment fonctionne le réseau INI ?

INIChain est implémentée comme une chaîne autonome compatible EVM (la documentation la positionne explicitement comme compatible EVM et capable d’héberger des actifs de type ERC‑20/721/1155) et est conçue pour être accessible via les outils Ethereum familiers et des endpoints JSON‑RPC.

La documentation développeur du projet décrit la façon dont les portefeuilles se connectent à « InitVerse Mainnet » (ID de chaîne 7233) via un RPC public et un endpoint d’explorateur, ce qui est opérationnellement important pour comprendre dans quelle mesure les workflows existants des développeurs EVM peuvent être portés facilement.

Là où de nombreux écosystèmes axés sur la confidentialité reposent sur des environnements d’exécution séparés ou des systèmes de preuve spécialisés, l’approche déclarée d’InitVerse est de conserver la compatibilité EVM tout en intégrant des primitives de calcul chiffré de type TFHE dans la couche d’exécution, décrites dans sa documentation comme « TfhEVM » INIChain docs.

Les prétentions techniques les plus différenciantes portent sur sa pile de confidentialité et ses choix de conception de « modules de base », incluant un cadre de hachage/ajustement sur mesure référencé dans la documentation (par exemple, « VersaHash » et « Dual Dynamic Adjustment (DDA) ») et des mises à jour périodiques des clients nécessitant une coordination des nœuds.

Un exemple concret de ce dernier point est une mise à jour obligatoire du module sous‑jacent, annoncée par l’équipe en septembre 2025, décrivant des changements concernant le module EVM, la compatibilité de synchronisation P2P (ETH67/ETH68), la prise en charge de la base de données (Pebble) et la cryptographie (secp256r1), présentée comme une préparation à une « mise à niveau RFHE » dans une annonce Medium.

Pour les allocateurs, la question de sécurité pertinente est moins de savoir si « le chiffrement entièrement homomorphe est théoriquement puissant » que de déterminer si la réalité opérationnelle de la chaîne — diversité des clients, distribution du set de validateurs/mineurs, gouvernance des mises à jour et surcharge de performance liée au calcul chiffré — aboutit à un équilibre robuste dans des conditions adverses.

Le projet maintient un endpoint d’explorateur public, INIScan, qui constitue le point d’ancrage naturel pour évaluer les signaux de santé des nœuds et de la chaîne si l’explorateur expose de manière cohérente la télémétrie au niveau des validateurs, des blocs et des transactions.

Quelle est la tokenomics d’INI ?

Les documents techniques (whitepaper) d’InitVerse décrivent INI comme le jeton natif de l’écosystème et indiquent un plafond d’offre totale de 6 milliards de jetons, avec une émission effectuée via la production de blocs plutôt que par un pré‑minage, tout en notant également l’existence d’une adresse de minage de « l’équipe officielle » et le fait que les jetons minés via cette adresse sont destinés au développement de la communauté et aux airdrops.

Les sources de données de marché tierces, début 2026, reflétaient généralement une offre en circulation de l’ordre de plusieurs centaines de millions, parallèlement au plafond annoncé de 6 milliards (par exemple, CoinMarketCap affichait une offre maximale de 6 Md avec une offre en circulation autour de ~500 M fin mars 2026).

Conceptuellement, cette conception implique une longue période potentielle d’émission et/ou de distribution dans le temps (selon le calendrier des blocs de la chaîne et les incitations au minage/à la validation), que les investisseurs devraient considérer comme structurellement inflationniste à moins qu’il n’existe un mécanisme de burn ou de « sink » clairement démontré qui dépasse de manière persistante la nouvelle émission.

Les usages revendiqués pour INI couvrent plusieurs couches : il s’agit de l’actif de règlement natif pour les frais de chaîne (gas), il est positionné comme unité de règlement pour le marché de calcul/cloud de l’écosystème, et il est impliqué dans la sécurité du réseau via la participation à la production de blocs et aux opérations de nœuds.

Dans les chaînes de type EVM, la captation de valeur par le jeton natif dépend généralement d’une demande soutenue et payante en frais pour l’espace de bloc et/ou de mécanismes de sink au niveau du protocole (burns, verrouillages de staking, exigences de collatéral) ; la documentation publique d’InitVerse met l’accent sur l’infrastructure et les outils pour développeurs, mais la question décisive pour la valeur du jeton est de savoir quelle part de cette « utilisation de l’infrastructure » est libellée en INI et si le marché des frais devient réellement contraint à mesure que l’adoption augmente.

Le projet utilise également des incitations et des campagnes pour stimuler la participation (par exemple, des distributions de jetons liées à des activités communautaires, au staking et à des tâches on‑chain dans le compte‑rendu de la campagne de mars 2025 sur GlobeNewswire) ; l’activité alimentée par les incitations peut amorcer un réseau, mais, d’un point de vue institutionnel, elle doit être fortement décotée tant qu’elle ne se traduit pas par des frais organiques récurrents et une demande applicative durable.

Qui utilise INI ?

La distinction la plus nette à établir est celle entre l’utilisation spéculative (liquidité sur les bourses centralisées, airdrops et boucles d’incitation) et l’utilisation économique on‑chain (applications qui génèrent des frais parce que les utilisateurs ont besoin des propriétés uniques de la chaîne).

Les places de négociation visibles d’INI et les jalons de type « listing‑first » sont bien documentés dans les sources publiques — la feuille de route d’InitVerse mentionne explicitement un « TGE and listing on major exchanges » au T1 2025 et fait référence à des activités de listing initiées par la communauté.

Ces éléments étayent l’idée qu’une part significative de la demande initiale est tirée par la structure de marché. En revanche, les indicateurs d’utilisation applicative vérifiables de manière indépendante — TVL DeFi, nombre d’adresses actives quotidiennes soutenues, et séries temporelles de frais/recettes — sont plus difficiles à cerner dans les tableaux de bord grand public, car INIChain n’est pas représentée de manière cohérente comme une « chaîne » dans la TVL DeFi. les agrégateurs, comme le sont les L2 d’Ethereum ou les appchains Cosmos, ce qui rend difficile la citation d’une valeur TVL unique et faisant autorité provenant d’un tiers neutre sans s’appuyer sur les rapports du projet lui‑même.

Lorsque le projet met en avant l’adoption, il le fait plutôt via des récits d’expansion communautaire et d’écosystème que par des déploiements d’entreprise audités.

Par exemple, le communiqué GlobeNewswire de mars 2025 revendique une base d’utilisateurs mondiale dépassant 400 000 utilisateurs et une expansion géographique dans plusieurs régions.

On trouve également des annonces de partenariats dans les médias crypto (par exemple, une collaboration rapportée avec GAEA autour du développement blockchain piloté par l’IA, telle que couverte par Cryptonews.net), mais les institutions devraient traiter ces annonces comme des signaux faibles tant qu’elles ne s’accompagnent pas de livrables mesurables, tels que des déploiements de contrats on‑chain, des engagements de dépenses divulgués ou une migration observable d’utilisateurs vers INIChain.

Quels sont les risques et les défis pour INI ?

L’exposition réglementaire d’INI doit être analysée selon deux dimensions : le risque de classification du jeton et le risque lié aux lignes de produits.

Concernant la classification du jeton, aucune action réglementaire largement rapportée et spécifique à INI n’apparaît dans les sources publiques examinées ici (aucun procès médiatisé de la SEC ni lien avec un ETF n’a émergé dans l’échantillon de recherche récent), mais cette absence ne vaut pas feu vert ; un jeton de petite à moyenne capitalisation avec émissions continues et incitations gérées par l’écosystème peut toujours faire l’objet d’un examen sécurité versus commodité selon les faits en matière de décentralisation, les schémas de distribution et le degré d’efforts de gestion fournis par une équipe centrale.

S’agissant du risque lié aux lignes de produits, les offres adjacentes d’InitVerse — en particulier le « cloud mining » et la vente / commercialisation d’écosystèmes de matériel de minage spécialisé — peuvent attirer une attention accrue en matière de protection des consommateurs par rapport à une simple L1, et le marché crypto au sens large possède un long historique de promotions liées au matériel / minage créant un risque de réputation latent, même lorsque la chaîne de base est légitime.

Par ailleurs, les vecteurs de centralisation demeurent un risque central : si la majorité de la production de blocs, de l’accès validateurs ou de l’autorité de mise à jour est concentrée entre un petit nombre d’entités (ou si des pools de minage « officiels » dominent les émissions initiales), alors la résistance à la censure et la neutralité crédible peuvent être plus faibles que ne le suggère le branding, en particulier lors de mises à jour forcées comme l’annonce sur Medium de la mise à jour obligatoire de modules de septembre 2025.

La concurrence est intense et, on pourrait dire, s’aggrave pour les récits de confidentialité‑dans‑l’EVM.

Même si le chiffrement entièrement homomorphe constitue une trajectoire crédible à long terme, les performances et l’ergonomie pour les développeurs sont des barrières non triviales, et de multiples écosystèmes poursuivent l’exécution confidentielle par d’autres voies (TEEs, couches de confidentialité basées sur les ZK, rollups de confidentialité spécifiques aux applications et middleware FHE).

La menace concurrentielle ne vient donc pas seulement des autres « L1 axées confidentialité », mais aussi des écosystèmes EVM établis qui peuvent importer des primitives de confidentialité sans demander aux développeurs et à la liquidité de migrer.

Dans ce contexte, la charge qui incombe à InitVerse est de démontrer que sa pile intégrée crée un coût total de possession (TCO) nettement plus faible pour la création d’applications sensibles à la confidentialité que le simple déploiement sur une L2 à forte liquidité avec recours à une couche de confidentialité spécialisée.

De plus, comme l’offre maximale d’INI est importante par rapport à l’offre en circulation initiale (comme le reflètent les sources de données de marché et la revendication du projet d’une offre plafonnée), le surplomb des émissions futures et l’opacité de la distribution peuvent devenir un frein persistant à la valorisation, à moins que le marché ne soit convaincu que les émissions se traduisent par une sécurité durable et une demande réelle plutôt que par des incitations transitoires.

Quelles perspectives d’avenir pour INI ?

Les éléments prospectifs les plus crédibles sont ceux que le projet a déjà documentés dans sa propre feuille de route et ceux qui ont déjà été partiellement exécutés via des annonces de mises à jour.

La feuille de route indique la poursuite du développement de types de données et d’outils orientés TFHE, ainsi qu’un plan annoncé pour une « mise à niveau par fork du mainnet » au T1 2026, liée à l’achèvement d’un jalon de développement « trandfunction ».

Parallèlement, l’avis de septembre 2025 concernant les mises à niveau des modules sous‑jacents présente la chaîne comme se préparant à une « mise à niveau de version RFHE », ce qui implique une itération continue au niveau cryptographique et client pouvant nécessiter une coordination récurrente entre opérateurs de nœuds, comme indiqué dans l’annonce Medium.

Pour la viabilité en tant qu’infrastructure long‑only, les principaux obstacles ne sont pas « plus de fonctionnalités », mais (a) prouver que le calcul privé peut être proposé avec des compromis latence / coût acceptables, (b) attirer des applications qui nécessitent réellement une exécution chiffrée (et sont prêtes à la payer), (c) atteindre une gouvernance transparente et décentralisée sur les mises à jour et les émissions, et (d) amorcer une profondeur de liquidité et une notoriété développeurs dans un monde où les réseaux EVM en place peuvent intégrer rapidement de nouveaux outils cryptographiques.

D’un point de vue institutionnel, la feuille de route d’INI ne comptera que dans la mesure où elle se traduira par une adoption mesurable et vérifiable de manière indépendante : hausse de la destruction ou de la capture de frais (le cas échéant), augmentation des volumes de transactions organiques et des adresses actives non dominées par le farming d’incitations, audits crédibles par des tiers et diversité des clients, ainsi qu’un marché DeFi / compute observable via des tableaux de bord neutres.

Tant que ces signaux ne se seront pas durcis, INI doit être traité comme un jeton d’écosystème en phase précoce, porté par un récit, dont le potentiel à la hausse dépend du risque d’exécution à la fois sur l’ingénierie à forte intensité cryptographique et sur le go‑to‑market, et dont le potentiel à la baisse inclut le surplomb des émissions, la pression concurrentielle exercée par les grands écosystèmes EVM et les risques de réputation liés au mélange de revendications d’infrastructure avec des produits de minage / compute destinés aux consommateurs.