Xphere

Qu’est-ce que Xphere ?

Xphere est une blockchain de couche 1 compatible EVM qui tente de traiter le compromis évolutivité–sécurité–décentralisation via une conception à double chaîne : une chaîne principale de type PBFT pour l’exécution des transactions et une finalité rapide, et une chaîne de preuve orientée PoW pour la sélection des validateurs et la génération de preuves cryptographiques. Son avantage concurrentiel déclaré ne réside pas dans une machine virtuelle nouvelle ni dans un vaste écosystème d’applications, mais dans une architecture qui sépare la finalisation des transactions du travail de sélection des validateurs, ce qui permet théoriquement une production de blocs plus rapide sans abandonner un primitif de sécurité dérivé de la preuve de travail.

La propre technical documentation du projet décrit la chaîne principale comme responsable du traitement des transactions et de la finalisation des blocs, tandis que la chaîne de preuve est utilisée pour la sélection des validateurs et la génération de preuves ; le website public met en avant un réseau offrant une finalité d’une seconde, la compatibilité EVM, de faibles frais et une pile de consensus combinant PoW et XPBFT.

La position de Xphere sur le marché doit être considérée comme celle d’une couche 1 alternative de capitalisation moyenne à un stade précoce, plutôt que comme une plateforme dominante de contrats intelligents.

À la mi‑mai 2026, CoinMarketCap et CoinGecko classaient Xphere dans les bas rangs des centaines par capitalisation boursière, avec une capitalisation d’environ quelques centaines de millions de dollars, selon le fournisseur de données et les variations intrajournalières de prix.

Cette valorisation globale contraste fortement avec son empreinte DeFi on‑chain déclarée : la page de la chaîne Xphere sur DefiLlama’s Xphere chain page ne montrait qu’environ cinq dollars de TVL DeFi suivi et un seul protocole listé, Dopin Protocol, sur la même période.

L’écart entre la valorisation du jeton liquide et l’activité DeFi observable est central pour toute évaluation institutionnelle de Xphere, car il implique que le marché évalue une adoption future de l’infrastructure plutôt qu’un usage actuel on‑chain générateur de flux de trésorerie.

Qui a fondé Xphere et quand ?

Le contexte de lancement public de Xphere renvoie à un déploiement en mars 2024, à une période où les marchés crypto se remettaient du cycle de désendettement de 2022–2023 et où les réseaux de couche 1 rivalisaient autour des récits de débit, de modularité et de préparation aux usages d’entreprise.

La tokenomics page du projet mentionne mars 2024 comme date de lancement du XP, tandis qu’une couverture médiatique coréenne de ETNews rapporte que Seoul Labs et FOB Lab ont annoncé le projet de mainnet de couche 1 Xphere lors de l’événement « Beyond Blockchain Experience in Bangkok 2024 » le 26 mars 2024.

La diffusion en anglais de cette même annonce identifiait Albert Kim, PDG de FOB Lab, comme le dirigeant présentant le lancement du projet, tandis que la documentation plus récente de Xphere v2.0 cite Paul Kim comme auteur du whitepaper.

Les éléments disponibles soutiennent donc la description de Xphere comme un projet associé à Seoul Labs et FOB Lab, mais ils ne fournissent pas le même niveau de clarté sur les fondateurs que pour des réseaux plus anciens tels qu’Ethereum, Solana ou Avalanche.

Le récit du projet a évolué, passant d’une couche 1 axée sur la commercialisation et liée à l’écosystème Saseul à un positionnement plus large d’infrastructure compatible EVM.

La couverture du lancement de mars 2024 présentait Xphere comme un mécanisme destiné à attirer des actifs, des utilisateurs et des investisseurs de Saseul vers un écosystème économique plus vaste, tandis que les documents ultérieurs mettent en avant Xphere 2.0 comme un réseau à double chaîne, compatible EVM, visant la migration d’applications, des chaînes de services pour entreprises et l’accessibilité en chaîne publique.

Il s’agit d’un changement significatif : le récit initial semblait centré sur la circulation au sein d’un écosystème, tandis que le récit actuel se rapproche de la thèse standard de la couche 1 haute performance, avec un angle supplémentaire orienté chaînes d’entreprise pour le différencier des concurrents L1 généralistes.

Comment fonctionne le réseau Xphere ?

Xphere est un réseau de contrats intelligents de couche 1 compatible EVM, ce qui signifie qu’il est conçu pour exécuter des contrats intelligents de type Ethereum et exposer des interfaces JSON‑RPC familières aux portefeuilles, développeurs et fournisseurs d’infrastructure. Techniquement, le protocole utilise une architecture scindée dans laquelle la chaîne principale applique un mécanisme PBFT optimisé pour la finalisation des blocs, tandis que la chaîne de preuve effectue un travail basé sur la preuve de travail pour l’éligibilité des validateurs et la génération de preuves. Le v2.0 whitepaper décrit une structure Conseil‑et‑Comité destinée à réduire la surcharge de communication associée au PBFT classique, dans lequel une messagerie tous‑vers‑tous entre validateurs peut devenir inefficace à mesure que le nombre de validateurs augmente. Dans le modèle de Xphere, un sous‑ensemble de membres du Conseil participe à chaque tour de consensus, ce qui réduit la complexité des messages tout en préservant en théorie un périmètre plus large de gouvernance ou de sélection des validateurs.

La caractéristique distinctive est la séparation entre exécution/finalité et calcul de sélection des validateurs. La documentation de Xphere indique que la chaîne de preuve ne traite pas les transactions des utilisateurs ; elle utilise plutôt des calculs de preuve de travail, initialement décrits autour de SHA‑256 puis complétés par le concept xpHash du projet, pour générer des preuves et sélectionner les validateurs qui participent ensuite au consensus sur la chaîne principale.

Cette même documentation précise les paramètres d’activation d’xpHash, notamment une activation sur le mainnet au bloc 1 740 000, ce qui suggère une trajectoire de mise à niveau du protocole déterministe plutôt qu’un basculement discrétionnaire hors chaîne. Le support d’infrastructure de fournisseurs tels qu’Ankr et GetBlock indique que le réseau est accessible via des outils RPC conventionnels, mais la disponibilité de l’infrastructure ne doit pas être confondue avec une forte demande applicative ni avec une décentralisation approfondie des validateurs.

Quelle est la tokénomique du XP ?

XP est la monnaie native de Xphere et est utilisée pour les frais de transaction, l’exécution de contrats intelligents, les transferts d’actifs, l’économie des validateurs et les incitations à l’écosystème.

La XP tokenomics page officielle indique une offre totale de 5,5 milliards de XP et une période de minage de 100 ans, tandis que les agrégateurs de données de marché tels que CoinMarketCap et CoinGecko rapportaient environ 2,7 milliards de XP en circulation à la mi‑mai 2026.

La conception de l’offre n’est pas un simple calendrier d’émission fixe au sens de Bitcoin, car les documents du projet évoquent des réductions d’émission au fil du temps et l’allocation continue de l’émission de blocs et des frais vers les catégories écosystème, fondation et communauté. Il existe également une incohérence de divulgation à noter : l’ancienne page de tokénomique fait référence à une réduction annuelle d’environ 18 % autour d’une règle de « halving » sur quatre ans, tandis que le site actuel du projet décrit un modèle de réduction annuelle de 26,28 %.

Cet écart ne signifie pas nécessairement que le modèle a changé de manière malveillante, mais il implique que les investisseurs devraient vérifier la logique d’émission effectivement appliquée au niveau du protocole ou d’un explorateur, plutôt que de s’appuyer uniquement sur des résumés marketing.

L’utilité du XP est principalement endogène : il est nécessaire pour payer le gas, interagir avec les contrats, participer aux structures liées aux validateurs et soutenir les mécanismes d’allocation de l’écosystème du projet. Le profil Xphere de CoinMarketCap indique que les validateurs Union doivent mettre en jeu 35 millions de XP et que 50 % des frais de transaction sont brûlés, ce qui, si c’est mis en œuvre tel que décrit, relie l’activité du réseau à une réduction partielle de l’offre. La mise en garde importante concerne l’échelle. Un mécanisme de burn ne devient économiquement significatif que lorsque la demande de transactions est suffisamment élevée pour que la destruction de frais compense les émissions ou les déblocages. Étant donné que DefiLlama affichait une TVL DeFi suivie négligeable à la mi‑mai 2026, la thèse de capture de valeur de Xphere reste plus prospective que démontrée : le XP peut capter de la valeur si les applications, les validateurs et les utilisateurs génèrent une demande de frais soutenue, mais les données publiques actuelles ne montrent pas encore un écosystème produisant un débit de frais on‑chain significatif.

Qui utilise Xphere ?

La base d’utilisateurs observable semble bien plus mince que ne le laisserait supposer la capitalisation du jeton. Une activité de trading est visible sur des échanges centralisés, CoinGecko listant des places comme BingX, MEXC et BloFin pour les marchés XP, mais le volume sur échanges centralisés ne constitue pas une preuve de demande organique de contrats intelligents. Les données DeFi publiques sont plus prudentes : DefiLlama ne suivait que Dopin Protocol sur Xphere, avec une TVL à peu près nominale à la mi‑mai 2026, et les tableaux de bord d’adresses actives les plus utilisés n’offraient pas pour Xphere le même niveau de transparence que pour les chaînes plus importantes.

Cela rend difficile l’établissement d’une tendance robuste quant aux utilisateurs quotidiens actifs, au volume quotidien de transactions par catégorie d’application ou au règlement en stablecoins. Pour l’instant, l’activité observable dominante est le trading spéculatif du jeton, tandis que l’utilité on‑chain reste précoce, faiblement indexée ou non vérifiable de manière indépendante.

Les signaux d’adoption légitimes de Xphere sont concentrés dans les relations d’infrastructure et d’écosystème plutôt que dans une utilisation d’applications à grande échelle.

Le site officiel répertorie des partenaires et des logos d’écosystème comme Ankr, Nansen, OneKey, D’CENT, TAMSA, Hacken et d’autres, et la documentation d’Ankr fournit un support RPC orienté développeurs pour Xphere.

Le projet présente également des chaînes de services et des outils pour entreprises comme faisant partie de sa feuille de route, et la roadmap documentation décrit une progression vers une architecture à triple chaîne et une participation plus large du public aux validateurs. Ces relations et ces éléments de feuille de route sont pertinents, but they should be classified as infrastructure readiness rather than proof of product-market fit. Institutional adoption should be assessed only when named enterprises are using production Xphere applications with measurable transaction volumes, not merely when partner logos appear on a project site.

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

Xphere comporte des risques réglementaires et de transparence typiques des réseaux Layer 1 plus petits, en particulier ceux avec des allocations à une fondation, des exigences de mise en staking pour les validateurs et une forte dépendance à la croissance future de l’écosystème. Aucune action publique majeure de la SEC, demande d’ETF ou classification explicite en tant que marchandise/valeur mobilière américaine pour XP n’a été trouvée dans les sources publiques examinées à la mi-mai 2026, mais l’absence de mesures d’exécution ne vaut pas clarté réglementaire. Aux États‑Unis, un actif avec des promoteurs identifiables, des allocations d’écosystème, des attentes de rendement de type staking ou une gouvernance contrôlée par une fondation peut néanmoins faire l’objet de questions au regard du droit des valeurs mobilières si les acheteurs se fient raisonnablement aux efforts managériaux pour l’appréciation de la valeur. La centralisation est une préoccupation de second ordre mais substantielle : la feuille de route de Xphere reconnaît que les premières étapes reposaient sur un nombre limité de validateurs pour la stabilité et une participation ciblée d’alliances de gouvernance, tandis que le roadmap fixe comme objectif de permettre à terme une participation plus large des validateurs après une divulgation technologique complète. Tant que l’ensemble des validateurs, la distribution du stake, les privilèges de la fondation et la diversité des clients de nœuds ne sont pas rendus transparents de manière indépendante, les affirmations de décentralisation doivent être traitées avec prudence.

La concurrence est sévère parce que Xphere arrive sur le segment le plus encombré de l’infrastructure crypto. Ses concurrents directs ne sont pas seulement Ethereum et les Layer 1 à haut débit comme Solana, Avalanche, Sui, Aptos, Near et BNB Chain, mais aussi les réseaux de Layer 2 d’Ethereum qui bénéficient déjà d’une liquidité plus profonde, de meilleurs outils pour développeurs et de bases de stablecoins plus importantes.

La menace économique est que la compatibilité EVM seule n’est plus un fossé défensif ; de nombreuses chaînes peuvent offrir un blockspace peu coûteux, une finalité rapide et des outils familiers.

L’architecture à double chaîne de Xphere peut être techniquement différenciée, mais les utilisateurs et les développeurs migrent généralement pour la liquidité, les incitations, la distribution, les garanties de sécurité et la composabilité des applications. Avec une TVL DeFi suivie nominalement et des données publiques limitées sur les utilisateurs actifs, le principal défi du projet est de convertir ses revendications architecturales en activité économique durable.

Quelles sont les perspectives d’avenir pour Xphere ?

L’avenir de Xphere dépend moins de la performance du prix que de la capacité de sa feuille de route technique à aboutir à une infrastructure publique crédible, une demande d’applications mesurable et une décentralisation transparente des validateurs.

Le site du projet répertorie des jalons pour 2026, notamment l’expansion multi‑chaînes, l’intégration avancée d’IBC et de ponts, la croissance de l’écosystème, l’onboarding de dApps et l’optimisation de l’environnement développeur, tandis que l’ancien roadmap présente 2026 comme le début d’une phase de triple chaîne à « accès complet » avec une plus large divulgation de la chaîne publique et une participation sans permission des validateurs. Les paramètres d’activation xpHash de la documentation v2.0 et l’accent continu du projet sur la compatibilité EVM suggèrent que le développement à court terme se concentre sur le fait de rendre la chaîne plus facile à exécuter, à intégrer et à développer. L’obstacle structurel est que les affirmations d’infrastructure doivent être validées par l’usage : les intégrations de ponts ont besoin de liquidité, les chaînes de service ont besoin d’une demande d’entreprises, et l’extension des validateurs a besoin d’une décentralisation crédible plutôt que d’une alliance simplement plus vaste mais toujours sélectionnée.

Les perspectives pertinentes pour l’investissement sont donc binaires en termes d’infrastructure. Si Xphere parvient à utiliser son architecture PoW‑plus‑PBFT pour offrir une exécution fiable et peu coûteuse, attirer des développeurs au‑delà des pilotes subventionnés, publier une tokenomique plus claire et montrer une hausse des utilisateurs on‑chain, il pourrait occuper une niche en tant que Layer 1 EVM orienté entreprise.

Dans le cas contraire, le réseau risque de devenir une autre chaîne techniquement ambitieuse mais économiquement sous‑utilisée, dont la valorisation du token est principalement déterminée par la liquidité sur les échanges et les attentes liées à la feuille de route. Aucune prévision de prix n’est justifiée ; les variables clés à surveiller sont le nombre et la distribution publics des validateurs, le volume réalisé sur les ponts, le nombre quotidien d’adresses actives suivi de manière indépendante, la TVL des applications DeFi et non‑DeFi, la génération de frais, l’ampleur des burns et la mesure dans laquelle la feuille de route 2026 aboutit à des systèmes en production plutôt qu’à de simples mises à jour de documentation.