La différence essentielle entre Holo et Holochain réside dans leur couche : Holo constitue une infrastructure communautaire de hosting distribué et de bridging Web pour les applications Holochain, tandis que Holochain est un framework open source d’applications P2P centré sur l’agent, où la logique applicative et la validation entre pairs demeurent au niveau du framework. Bien qu’ils soient souvent abordés ensemble, leurs rôles sont distincts et non interchangeables.
Cette répartition des responsabilités correspond à la structure « framework—hosting—paiement » décrite par Holo (HOT). Comprendre cette distinction est crucial : les développeurs se concentrent sur les règles applicatives et la validation, alors que hosts et invités se préoccupent de l’accessibilité du hosting et des configurations de bridging. Cela évite également la confusion qui voudrait que le HOT soit le token natif de mining de Holochain.

Figure 1. Comparaison entre Holo (réseau de hosting) et Holochain (framework d’applications P2P) selon la couche, le rôle et les hypothèses techniques.
Holo agit comme un réseau cloud de hosting distribué, alimenté par la communauté, au sein de l’écosystème de la Holochain Foundation et géré par Holo Limited. Son objectif principal est d’agréger la capacité de hosting pour les applications Holochain et, via le Web Bridge, de rendre ces capacités accessibles aux invités sur navigateur via HTTP standard. Cela permet d’accéder aux interfaces publiques sans exécuter un nœud P2P complet.
Holo répond à la question : « Une fois que les applications reposent sur des données en périphérie et la validation entre pairs, comment permettre aux utilisateurs occasionnels ou réticents à exploiter leur propre nœud de rester joignables ? » Les options de hosting incluent le matériel HoloPort et les hosts logiciels ; la capacité et la disponibilité en ligne déterminent la charge supportée par chaque host. En tant que couche de hosting, Holo ne modifie pas la façon dont les applications Holochain sont construites et n’est pas une blockchain de consensus global distincte.
Holochain est un framework open source d’applications P2P, conçu selon une approche agent-centrique. Les données sont signées et stockées localement par chaque agent, et les pairs valident selon des règles propres à chaque application, sans consensus global du registre. Qualifier Holochain de « blockchain » est incorrect : sa base technique repose sur le partage local et la validation des règles, et non sur une machine d’état on-chain unifiée.
Holochain répond à la question : « Comment des applications collaboratives peuvent-elles fonctionner sans consensus global ? » Les développeurs définissent la logique DNA/applicative et les règles de validation dans le framework ; chaque pair maintient sa propre source chain. La couche framework met l’accent sur la souveraineté des données et la collaboration distribuée. La question de l’accessibilité via hosting relève d’une autre dimension produit et infrastructure.
En résumé : Holochain définit la construction des applications, Holo gère leur hébergement et leur accessibilité pour les utilisateurs web. Les développeurs construisent et valident à la couche framework ; les hosts et le réseau de hosting fournissent la capacité d’exécution et le bridging ; les invités web accèdent aux interfaces publiques via HTTP. Ces deux couches sont indépendantes : les scénarios purement peer-to-peer peuvent se passer de Holo, et utiliser Holo hosting ne modifie pas le principe fondamental « non-blockchain globale » de Holochain.
Cette collaboration est typique pour les produits nécessitant à la fois résilience distribuée et accessibilité navigateur : les applications restent régies par les règles Holochain, mais l’accès web dépend du processus de hosting Holo, incluant l’intégration des hosts, l’agrégation de la capacité et l’exposition via le Web Bridge. Confondre les noms conduit à des malentendus, comme supposer que rejoindre le hosting équivaut à opérer un validateur de chaîne publique ou que naviguer sur une page web fait de vous un nœud pair complet.
| Dimension | Holo | Holochain |
|---|---|---|
| Rôle / Couche | Infrastructure de hosting distribué communautaire et bridging Web | Framework open source d’applications P2P |
| Problématique centrale | Hébergement et accès web | Validation et collaboration sans consensus global |
| Hypothèse technique | Capacité de hosting, disponibilité, bridging HTTP | Données agent-centriques, validation des règles entre pairs |
| Points de contact utilisateur | Hosts, opérateurs d’applications, invités web | Développeurs d’applications, utilisateurs pairs |
| Rapport à la blockchain | Couche de hosting/bridging, pas une chaîne publique | Architecture sans consensus blockchain global |
| Narratif d’actif | HOT / HoloFuel lié au paiement de hosting | Framework indépendant des tokens de mining on-chain |
Ce tableau met en avant les différences de rôle, d’hypothèses techniques, de points de contact et de rapport à la blockchain. Des noms proches ne signifient pas interchangeabilité : déployer la logique applicative Holochain et garantir un accès web stable sont deux enjeux distincts. Les narratifs sur le token et l’échange relèvent de l’économie du hosting, non de la définition du framework.
Développeurs : ils interviennent principalement sur Holochain, en définissant les règles applicatives, structures de données et logiques de validation pour organiser la collaboration dans le réseau pair-à-pair. Si le produit doit supporter des utilisateurs sans client P2P, ils intègrent le hosting et le bridging Holo lors du déploiement, mais le framework reste la source des règles applicatives.
Hosts : ils interagissent surtout avec Holo, en apportant du taux de hachage et de la disponibilité via HoloPort ou des hosts logiciels pour supporter la charge applicative. Connecter du matériel ne fait pas d’eux des « mineurs de blockchain » ; ils fournissent capacité de hosting et disponibilité, pas de production de blocs sur le registre global.
Invités web : ils accèdent généralement uniquement à l’interface HTTP de Holo ; les requêtes navigateur transitent par le Web Bridge vers les fonctionnalités publiques des applications. Cette expérience s’apparente à la navigation web classique et ne signifie pas que l’utilisateur exécute un nœud Holochain complet. Les rôles peuvent se recouper, mais les responsabilités et limites doivent rester clairement définies pour chaque couche.
Piège 1 : assimiler Holo, Holochain et le hosting de nœuds de chaînes publiques. Le hosting de nœuds publics sert la synchronisation du registre global et le RPC ; Holochain ne suppose pas de consensus global, et Holo se rapproche du hosting applicatif communautaire avec accès web. Piège 2 : confusion des noms — croire que HOT est le « token de mining natif » de Holochain, ou confondre le framework avec un produit commercial de hosting. Piège 3 : supposer que détenir du HOT équivaut à des crédits HoloFuel : intentions, entités licenciées et exécution de la feuille de route doivent être considérées séparément. Piège 4 : le Web Bridge standardise l’accès mais ne centralise pas les applications ni ne remplace la souveraineté des données.
Côté limitations : l’expérience web dépend de la capacité des hosts et du bridging ; des confusions conceptuelles sont possibles avec la terminologie DeFi ou chaînes publiques ; le règlement et l’échange de HoloFuel suivent la feuille de route publique et les contraintes réglementaires. Pour ces sujets, référez-vous aux explications de mécanismes et aux risques et limitations de Holo, en privilégiant l’analyse des périmètres plutôt que le prix ou les recommandations.
La distinction clé entre Holo et Holochain est leur couche : le framework détermine la construction des applications, le réseau de hosting détermine l’accès pour les utilisateurs web. Holochain, en tant que framework P2P agent-centrique, ne repose pas sur le consensus global ; Holo, en tant que couche communautaire de hosting et de Web Bridge, agrège les hosts et permet l’accès navigateur. Développeurs, hosts et invités web utilisent des interfaces différentes ; HOT/HoloFuel concernent les paiements de hosting et ne doivent pas être confondus avec des tokens de mining framework. Une séparation claire des couches framework, hosting et token évite la plupart des confusions sur les noms et rôles.
Holochain est un framework open source d’applications P2P, structurant la collaboration via des données agent-centriques et la validation entre pairs. Holo est une infrastructure communautaire de hosting distribué et de bridging Web, fournissant capacité de hosting et accessibilité navigateur pour les applications Holochain. Le premier concerne la construction des applications, le second leur hébergement et leur accessibilité web.
Holo, infrastructure de hosting, n’est pas une chaîne publique à consensus global. Holochain ne repose pas non plus sur un consensus blockchain global, mais sur la validation des données et des règles entre pairs. Les qualifier directement de « projets blockchain » peut induire en erreur sur leur architecture technique et leur modèle de participation.
Holo désigne le réseau cloud de hosting distribué communautaire et ses entités opérationnelles ; HOT fait référence au token ERC-20 provisoire créé en 2018, destiné à une future conversion en HoloFuel. Le réseau de hosting, le framework et le trading de tokens sont trois couches distinctes à considérer séparément.
HOT est destiné à servir de droit à des crédits HoloFuel lorsque les conditions sont remplies ; les services de hosting peuvent aussi accepter HOT comme mode de paiement. Cette utilisation relève de l’économie du hosting, sans faire de HOT un token de mining natif du framework Holochain. Holo Limited n’opère pas d’échange de tokens ; toute conversion relève d’entités licenciées.
Les applications purement P2P dépendent fortement de la qualité de connexion des utilisateurs, alors que beaucoup préfèrent un accès simple via navigateur. Holo agrège la capacité de hosting communautaire et connecte via le Web Bridge sur HTTP standard, réduisant la barrière à l’exécution d’un nœud complet tout en respectant les règles et la validation de Holochain. Lorsque l’accès web est requis, la couche de hosting comble l’écart ; sinon, les applications peuvent fonctionner en pair-à-pair.





