Pas une chaîne de blocs
Hedera utilise le consensus hashgraph — un protocole de gossip où les nœuds partagent ce qu’ils savent et, crucialement, partagent des métadonnées sur qui leur a dit quoi. De cela, le réseau dérive un ordonnancement cohérent des événements sans minage ni élection de leader.
La structure est un graphe acyclique dirigé plutôt qu’une chaîne linéaire. Il n’y a pas d’intervalle de bloc à attendre et pas de risque de réorganisation au sens conventionnel ; des horodatages de consensus sont assignés et la finalité arrive en quelques secondes.
Cela change ce qu’un explorateur montre. Il n’y a pas de blocs à parcourir au sens familier — il y a des transactions avec des horodatages de consensus. HashScan le présente ainsi plutôt que de fabriquer une abstraction de bloc, ce qui est le choix honnête et initialement déroutant si vous êtes arrivé depuis Bitcoin ou Ethereum.
Le compromis est la gouvernance. Les nœuds de consensus sont exploités par un conseil d’organisations nommées plutôt que sans permission. N’importe qui peut utiliser le réseau ; pas n’importe qui ne peut faire tourner un nœud de consensus. C’est une décision de conception délibérée avec de réelles implications, et si elle est acceptable dépend entièrement de votre usage.
Des services plutôt que des contrats
Hedera expose des services natifs plutôt que d’attendre que tout soit construit en smart contracts, ce qui est une architecture véritablement différente.
Le service de consensus fournit des flux de messages ordonnés et horodatés sur des topics. Les applications l’utilisent comme un journal d’audit inviolable sans déployer aucun contrat. HashScan montre les topics et leurs messages directement.
Le service de tokens crée et transfère des tokens au niveau du protocole. Comme les actifs natifs de Cardano, ce ne sont pas des contrats — ce qui signifie aucun contrat à auditer, aucune logique de transfert évolutive, et aucune surface d’exploitation d’approbation.
Il existe aussi un service de smart contract compatible EVM pour Solidity, qui s’insère de manière quelque peu maladroite aux côtés des services natifs et est la partie la moins distinctive de la plateforme.
Pour un explorateur, la conséquence intéressante est que la plupart de l’activité Hedera est lisible sans décodage. Un transfert de token est un transfert de token au niveau du protocole, pas un appel de contrat devant être interprété.
Les mirror nodes : la question de l’API, résolue différemment
Hedera sépare les nœuds de consensus des mirror nodes. Les nœuds de consensus font tourner le réseau ; les mirror nodes maintiennent un historique interrogeable et servent une API REST publique.
C’est un arrangement inhabituellement sensé. L’API fait partie de la plateforme plutôt qu’un produit qu’une société aurait construit par-dessus, elle est documentée ouvertement, et des mirror nodes publics la servent sans clé. Nous avons confirmé cela — aucune inscription, aucun token.
Cela signifie que HashScan est une interface par-dessus une API que n’importe qui peut appeler, et n’importe qui peut faire tourner son propre mirror node s’il veut de l’indépendance. Cette combinaison — API ouverte, explorateur ouvert, infrastructure auto-hébergeable — est plus rare qu’elle ne devrait l’être, et elle contraste avec la direction dans laquelle Etherscan et Blockscout se sont tous deux dirigés.
Notre comparatif d’API liste le mirror node d’Hedera parmi les options véritablement sans clé, ce qui est une liste courte.
Lire les comptes Hedera
Les identifiants de compte Hedera ressemblent à 0.0.123456 — un shard, un domaine et un numéro de compte — plutôt qu’un hachage. Lisible, et initialement étrange.
Les frais sont exprimés en dollars américains et payés en HBAR au taux actuel, ce qui rend les coûts prévisibles d’une façon que les marchés de gas variables ne le sont pas. HashScan montre à la fois le montant en HBAR et son équivalent en dollars, ce qui est tout l’intérêt de la conception.
L’association de tokens est le mécanisme qui piège les gens : un compte doit s’associer à un token avant de pouvoir le recevoir, ce qui est la même idée structurelle que les trust lines du XRP Ledger et les trustlines Stellar. La conséquence est la même aussi — le spam de tokens non sollicité ne peut pas se produire, et un transfert vers un compte non associé échoue.
Ce schéma se répétant sur trois chaînes sans rapport vaut la peine d’être noté. Chaque réseau qui exige une adhésion explicite pour détenir un actif a éliminé entièrement le spam de tokens, tandis que chaque réseau qui ne l’exige pas a un problème sérieux avec cela.
Ce que nos tests de référence ont montré
Nous avons testé Hedera avec des éléments choisis pour exercer ses services natifs plutôt que sa couche de compatibilité EVM, puisque les services natifs sont la partie distinctive.
Un transfert HBAR s’affichait avec le montant HBAR et son équivalent en dollars, ce qui est tout l’intérêt du modèle de frais libellé en dollars d’Hedera et est bien présenté.
Un transfert du service de tokens vers un compte associé a fonctionné et se lisait proprement. Un transfert vers un compte non associé a échoué, comme le modèle l’exige, et la raison de l’échec était lisible — ce qui est le même schéma structurel que les trust lines du XRP Ledger et les trustlines Stellar, et celui que nous avons testé sur ces chaînes.
Le topic du service de consensus était le test sans équivalent ailleurs. Nous avons regardé un topic actif et son flux de messages, chaque message portant un horodatage de consensus et un numéro de séquence. Pour une application utilisant Hedera comme journal d’audit plutôt que comme registre de valeur, cette vue est tout le produit, et aucun explorateur généraliste ne la montrerait du tout.
Nous avons confirmé que l’API du mirror node fonctionne sans clé depuis une requête propre, ce qui est l’affirmation la plus digne d’être vérifiée vu combien d’API « gratuites » exigent maintenant une inscription. C’était le cas, et la réponse était bien formée et documentée.
La couche de contrats EVM fonctionnait mais paraissait invitée. Les appels de contrat s’affichaient de manière adéquate et sans la profondeur qu’offre un explorateur natif EVM. Notre lecture est que les propres services d’Hedera sont là où cette plateforme est cohérente, et la compatibilité Solidity est un pont plutôt qu’une destination.