Unibase

Qu’est-ce que Unibase ?

Unibase est un protocole d’infrastructure décentralisée qui tente de résoudre un goulot d’étranglement spécifique dans l’IA agentique : la plupart des agents dits « autonomes » sont en pratique sans état, avec une continuité fragile entre les sessions et une faible portabilité entre frameworks. Ils ne peuvent donc pas accumuler de manière crédible un contexte de long terme, collaborer entre environnements ou prouver ce qu’ils ont appris et accompli au fil du temps.

L’avantage compétitif revendiqué par Unibase est de traiter la mémoire, l’identité et le commerce entre agents comme des primitives onchain plutôt que comme de simples commodités au niveau applicatif, en combinant un substrat de mémoire persistant (« Membase »), un standard de communication/coordination (« AIP ») et un rail de paiement (« x402 ») dans une pile orientée vers l’interopérabilité d’agents « ouverte » et sans permission, plutôt que vers des intégrations en jardins clos, comme décrit dans les supports du projet sur le Unibase website et dans la documentation développeur des Unibase Docs.

En termes de structure de marché, Unibase n’est pas présenté comme une couche 1 généraliste en concurrence directe avec les chaînes de règlement ; il est mieux compris comme un jeu d’infrastructure et de standards au niveau applicatif qui émet un jeton ERC-20 sur des environnements d’exécution existants, UB étant déployé sur Ethereum et BNB Chain aux adresses de contrat visibles dans les explorateurs publics comme Etherscan et BscScan.

Début 2026, la visibilité du jeton est largement portée par les listings sur des plateformes d’échange centralisées et la couverture par des agrégateurs de données (par exemple ses champs d’offre, sa description de base et ses métadonnées de classement sur CoinMarketCap et les métadonnées de plateforme sur CoinDesk), ce qui signifie qu’une grande partie de « l’échelle » observée est probablement de la liquidité pilotée par les exchanges plutôt que des flux de trésorerie de protocole vérifiables. Pour un protocole de mémoire d’agents, les questions d’évolutivité les plus pertinentes sont plutôt de savoir si les développeurs intègrent les SDK, si les agents écrivent de la mémoire vérifiable à un rythme significatif, et si des tiers font tourner des nœuds pour le stockage et la disponibilité, chacun de ces éléments étant plus difficile à auditer de l’extérieur que le volume au comptant.

Qui a fondé Unibase et quand ?

Les supports publics début 2026 mettent davantage l’accent sur un récit de pile produit — Membase, AIP, DA et x402 — que sur une marque centrée sur les fondateurs, et le « contexte de lancement » le plus défendable est donc constitué par les métadonnées onchain et celles des exchanges plutôt que par des biographies.

Le jeton UB apparaît comme une émission de fin 2025 avec des horodatages de listings en bourse en septembre 2025 dans des annonces tierces comme le KuCoin’s listing campaign notice et l’annonce de listing de UB par CoinEx, tandis que les agrégateurs d’actifs indiquent également des dates de lancement en septembre 2025 pour les représentations ERC-20 et BEP-20.

En termes macro, cela place le lancement du jeton Unibase après la phase de reset du bear market 2023–2024 et au cœur de la vague 2025–2026 de narratifs d’infrastructures « IA x crypto », au moment où les agents, les standards d’identité et les paiements machine-à-machine étaient de plus en plus présentés comme des moteurs potentiels de demande pour le blockspace et les middlewares.

Sur le plan narratif, Unibase a évolué d’un positionnement relativement générique « IA + blockchain » vers un cadrage plus axé sur les standards : le projet se présente désormais comme une fondation de « l’internet des agents ouvert » où la « persistance de la mémoire », « l’identité des agents » et les « paiements autonomes » sont censés être composables entre frameworks, plutôt que d’être des intégrations propriétaires à l’intérieur d’applications d’agents isolées.

Cette évolution est visible dans la manière dont le projet décrit AIP comme un protocole d’interopérabilité et le rattache aux standards d’identité onchain et aux flux de paiement dans le message actuel du Unibase website, et elle est exprimée plus explicitement dans des documents techniques décrivant une pile « AIP 2.0 » intégrant vérification d’identité, paiements et persistance de la mémoire (voir la documentation AIP 2.0).

Comment fonctionne le réseau Unibase ?

Unibase ne doit pas être analysé comme un réseau de consensus autonome au même titre qu’une L1 monolithique ; le jeton UB est un actif ERC-20/BEP-20 qui vit sur des systèmes de consensus externes (le PoS d’Ethereum et la variante PoS à validateurs de BNB Chain), et les caractéristiques de « réseau » du protocole sont donc réparties entre (i) les chaînes de base qui finalisent les transactions et conservent UB et (ii) des couches de service exploitées ou alignées Unibase qui fournissent la mémoire, la disponibilité des données et la facilitation des paiements.

Le projet décrit « Unibase DA » comme une couche de disponibilité de données dédiée et « Membase » comme une mémoire de long terme vérifiée par ZK, AIP fournissant la sémantique d’interopérabilité, dans les descriptions produit sur le Unibase website et dans la vue d’ensemble des Unibase Docs.

Concrètement, cela implique que l’hypothèse de sécurité la plus importante ne réside pas seulement dans la correction des smart contracts sur Ethereum/BNB Chain, mais aussi dans le fait de savoir si les composants offchain/semi-offchain (passerelles, opérateurs de stockage, indexation et toute infrastructure de facilitation des paiements) sont suffisamment décentralisés et résistants aux adversaires pour respecter la promesse de « mémoire vérifiable ».

Techniquement, les éléments différenciants mis en avant par Unibase sont (a) une mémoire persistante qui peut être validée (souvent décrite avec un langage de type « vérifié par ZK »), (b) une identité et une gestion des permissions des agents qui se réfèrent à des standards émergents (le projet présente AIP comme compatible avec ERC-8004 et x402 sur son website), et (c) une couche de paiements destinée au commerce machine-à-machine via les sémantiques HTTP 402.

Les dépôts du projet montrent un accent sur les SDK et les outils pour agents plutôt que sur des logiciels client de couche de base, avec du code public comme le dépôt unibaseio/aip-agent repository qui décrit l’interopérabilité des agents multiplateformes et la persistance adossée à Membase, et la Unibase GitHub organization plus large qui liste plusieurs SDK et composants liés à x402.

Cette architecture comporte une ambiguïté intrinsèque entre « nœuds vs services » : Unibase fait la promotion de l’exécution de nœuds pour Membase/DA (« run nodes to support the network and earn infrastructure rewards ») sur le Unibase website, mais le degré de permissionlessness, la répartition des opérateurs et l’impact réel de la participation des nœuds sur la vivacité du système sont les principaux points de diligence pour les institutions, car ils déterminent si le protocole se rapproche davantage d’une infrastructure décentralisée ou d’une passerelle SaaS tokenisée.

Quelle est la tokenomics de UB ?

Début 2026, les sources de données de marché tierces rapportent généralement une offre maximale fixe de 10 milliards de UB et une offre en circulation d’environ 2,5 milliards de UB, ce qui implique des déblocages/allocation en vesting encore substantiels et donc un risque significatif de surplomb d’offre si l’adoption ne suit pas les calendriers d’émission et de déverrouillage.

Ce cadrage offre max/en circulation apparaît sur CoinMarketCap et est repris dans les documents de listing des exchanges qui mettent l’accent sur l’utilité de gouvernance et de staking de type ve (par exemple l’annonce de listing de UB par CoinEx).

Parce qu’Unibase est un protocole de couche applicative plutôt qu’une chaîne de base avec brûlage de frais, les investisseurs doivent être prudents avant de supposer des mécanismes déflationnistes ; sans logique de burn explicite et exécutoire au niveau du contrat du jeton et sans revenus de protocole transparents et onchain dirigés vers des mécanismes de destruction de jetons, l’hypothèse par défaut est que UB se comporte comme un jeton d’utilité et de gouvernance avec une inflation principalement portée par les programmes d’incitation et le vesting plutôt que par l’émission de blocs.

L’utilité déclarée de UB est large : il est décrit comme servant au paiement des frais de protocole liés au stockage de la mémoire et à l’utilisation de l’interopérabilité, à la gouvernance via des verrouillages (souvent résumée comme une gouvernance de type veUB / ve(3,3)), et au staking pour activer ou promouvoir des agents IA, avec des canaux d’incitation supplémentaires pour les contributions de « knowledge mining ».

Ces affirmations apparaissent dans les agrégateurs généralistes et les annonces d’exchange, y compris la CoinMarketCap’s project description et la section « About UB » de l’annonce de listing par CoinEx.

La question analytique est de savoir si ces utilités créent une demande « dure » ou simplement circulaire : la demande de frais ne devient significative que si Unibase s’impose comme couche par défaut de mémoire/interopérabilité pour des agents dont les utilisateurs dépendent réellement, et la captation de valeur via la gouvernance ne devient significative que si la gouvernance contrôle de véritables leviers économiques (taux de frais, orientation des émissions, listes blanches ou allocation de revenus) plutôt que des paramètres cosmétiques. De plus, si le « node staking » devient un prérequis pour exploiter l’infrastructure de mémoire/DA, UB pourrait capter une certaine demande de collatéral de sécurité, mais cela n’a d’importance que si (i) le système dépend réellement d’opérateurs indépendants et si (ii) des mécanismes de slashing/pénalités existent et sont suffisamment crédibles pour que le risque soit correctement évalué (sinon le staking se rapproche davantage d’un programme de rendement à blocage de temps que d’un mécanisme de sécurité).

Qui utilise Unibase ?

Pour un protocole comme Unibase, distinguer l’activité spéculative de l’usage réel est particulièrement important, car le jeton peut s’échanger activement même si les « écritures de mémoire », les « enregistrements d’agents » ou le « règlement de paiements » restent minimes. Les descriptions publiques mettent en avant un écosystème d’applications et d’intégrations orientées agents — des projets comme BitAgent et d’autres plateformes d’agents sont mentionnés dans les résumés d’agrégateurs de données tels que l’CoinMarketCap’s overview, tandis que le site d’Unibase lui-même affiche des logos d’écosystème et incite les développeurs à procéder à des intégrations basées sur les SDK via ses Docs et son GitHub.

Cependant, en l’absence d’un tableau de bord public standardisé qui rapporte des KPI de protocole auditables (engagements de mémoire quotidiens, utilisateurs uniques, …) identités d’agents interagissant avec Membase, le débit de DA effectivement payé, les frais nets collectés et les émissions d’incitations versées), la diligence institutionnelle devrait traiter les déclarations relatives à « l’écosystème » comme directionnelles plutôt que déterminantes.

En matière d’adoption institutionnelle ou entreprise, les signaux de plus haute qualité sont généralement des partenariats nommés avec des contreparties crédibles, des déploiements en production avec un volume mesurable, et une utilisation contractuelle plutôt que de simples badges « d’intégration ». Le propre site web d’Unibase répertorie un mélange de projets de l’écosystème et d’organisations reconnues (il affiche même « Anthropic » parmi les logos sur le Unibase website), mais la présence d’un logo à elle seule ne prouve ni l’usage payant, ni l’approvisionnement, ni l’aval ; elle n’est au mieux qu’un indicateur de proximité technique ou d’alignement marketing.

Un artefact plus concret, proche du monde de l’entreprise, est la surface d’API qu’Unibase a elle-même publiée pour la facilitation des paiements sur BNB Chain, décrite dans la Unibase Pay documentation, ce qui suggère que l’équipe construit des interfaces de qualité production ; toutefois, le fait de savoir si ces endpoints sont essentiels pour des tiers ou constituent principalement une couche de commodité pour des premiers utilisateurs reste une question ouverte.

Quels sont les risques et défis pour Unibase ?

Le risque réglementaire pour Unibase, comme pour la plupart des jetons utilitaires de moyenne capitalisation, tient moins à la légalité abstraite du protocole qu’à l’historique de distribution, aux déclarations marketing et à la manière dont la valeur du jeton est présentée comme dérivant ou non des efforts managériaux — un ensemble de faits pouvant renforcer des caractéristiques « assimilables à des titres » dans certaines juridictions.

À début 2026, il n’existe pas, dans les principales bases de données juridiques, d’enregistrement public largement relayé et à forte crédibilité indiquant que UB serait spécifiquement l’objet d’une action coercitive majeure, active et nommée ; en termes institutionnels, cela doit être traité comme « aucun signal public trouvé », et non comme un certificat de conformité en bonne et due forme.

L’exposition réglementaire plus structurelle tient au fait qu’Unibase touche aux données utilisateurs et à l’identité des agents, ce qui pourrait l’orienter vers une surveillance en matière de vie privée, de protection des consommateurs et de gestion des données, même si le jeton lui-même n’est pas directement attaqué en justice, et tout mécanisme d’« incentives de knowledge mining » pourrait créer des complexités fiscales et de conformité pour les participants selon les juridictions.

Les vecteurs de centralisation constituent probablement le risque technico‑économique principal. Comme la proposition de valeur d’Unibase dépend d’une couche de mémoire et d’une couche de DA pouvant impliquer des opérateurs, passerelles ou facilitateurs spécialisés, le système risque de se réduire à un service de facto centralisé si l’exploitation de nœuds n’est pas réellement sans permission, si la disponibilité des données n’est pas vérifiable de manière indépendante par de nombreuses parties, ou si la propriété de « mémoire vérifiable » dépend de composants de confiance.

Même si le jeton UB et la gouvernance sont décentralisés, un petit ensemble d’opérateurs de service peut créer des risques de censure, de temps d’arrêt ou d’intégrité des données, que les institutions traiteront comme un risque opérationnel plutôt que comme un simple « risque crypto ».

De plus, si des parties significatives de la pile fonctionnent sur l’infrastructure de BNB Chain (qu’Unibase met en avant pour la facilitation des paiements dans les Unibase Pay docs), les institutions peuvent appliquer une prime de risque différente de celle appliquée à des déploiements exclusivement sur Ethereum, en raison de la concentration des validateurs et des perceptions de gouvernance.

La concurrence est intense et ne se limite pas aux « jetons IA ». Au niveau protocolaire, Unibase est en concurrence avec les réseaux génériques de disponibilité de données, le stockage décentralisé et les standards d’identité on‑chain, ainsi qu’avec les frameworks d’agents qui peuvent implémenter la mémoire off‑chain et n’utiliser les blockchains que comme rails de paiement.

Il est également en concurrence indirecte avec des acteurs centralisés établis : si des écosystèmes de type OpenAI/Anthropic offrent une mémoire durable, l’usage d’outils et une identité inter‑applications sous un système de compte unique, Unibase doit démontrer en quoi la vérifiabilité et la composabilité on‑chain justifient la complexité, la latence et le coût supplémentaires. La menace économique est que la « mémoire » devienne une couche de commodité à faible pouvoir de fixation des prix, forçant Unibase à des subventions permanentes pour attirer des agents, ce qui exercerait une pression sur la valeur du jeton à moins que les frais de protocole ne deviennent réels et défendables.

Quelles sont les perspectives d’avenir pour Unibase ?

La viabilité à court terme dépend de la capacité d’Unibase à convertir son discours sur les standards en adoption mesurable : des mises à jour d’AIP présentées comme « AIP 2.0 » et des efforts de mise à l’échelle présentés comme l’initiative « One Million Memory Nodes » ont été évoqués dans des synthèses tierces (par exemple les CoinMarketCap’s Unibase updates) et sont étayés par l’existence d’une documentation technique décrivant l’intégration par AIP 2.0 de l’identité, des paiements et de la persistance de la mémoire (voir le document AIP 2.0).

L’obstacle clé reste l’exécution : les « memory nodes » n’ont d’importance que s’ils sont économiquement incités par une demande réelle plutôt que par des récompenses inflationnistes, et les standards d’interopérabilité ne comptent que si les principaux frameworks d’agents les adoptent sans couplage étroit avec des passerelles contrôlées par Unibase.

Sur le prochain cycle, l’issue la plus durable pour Unibase serait de devenir un intermédiaire neutre de type middleware dont dépendent plusieurs écosystèmes d’agents, mais le scénario de base pour une souscription institutionnelle devrait rester sceptique tant que le projet n’aura pas publié de métriques auditables et vérifiables par des tiers sur les agents actifs, les écritures de mémoire, les revenus de frais et la décentralisation des opérateurs, et tant que les émissions de jetons et calendriers de déverrouillage ne seront pas liés de manière transparente à ces jalons d’adoption plutôt qu’à une liquidité dictée par les échanges.