Module 02

Technologie Hashgraph

Le protocole Hashgraph est le cœur de Hedera. Il atteint le consensus le plus sécurisé mathématiquement prouvable (aBFT) tout en offrant des performances de production inégalées parmi les réseaux publics.

L'algorithme Hashgraph expliqué

Contrairement aux blockchains qui regroupent les transactions en blocs séquentiels, Hashgraph utilise une structure en graphe acyclique dirigé (DAG). Chaque nœud crée des "événements" contenant des transactions et les propage au réseau via deux mécanismes fondamentaux.

Gossip-about-Gossip

Chaque nœud communique avec un autre nœud choisi aléatoirement et partage toutes les informations qu'il connaît. Chaque message contient non seulement les transactions, mais aussi l'historique de qui a parlé à qui. Résultat : en quelques rounds, 100% des nœuds possèdent 100% de l'information.

Vote Virtuel

Puisque chaque nœud possède l'historique complet du graphe, il peut calculer localement ce que chaque autre nœud aurait voté, sans envoyer de message de vote. C'est du "voting without voting" : le même résultat qu'un protocole de vote classique, mais sans la bande passante.

Cycle de vie d'une transaction

Du client à la finalité
1
Client envoie la transaction
2
Nœud crée un événement
3
Gossip propage au réseau
4
Vote virtuel, consensus
5
Finalité irréversible

Performances réseau

10,000+
TPS prouvés
3-5s
Finalité
$0.001
Frais moyen
0%
Downtime

En avril 2026, Hedera a validé un pilote enterprise de 6 mois à 10,000 TPS soutenus avec un leader logistique mondial, traitant $2.4 milliards de cargo tokenisé sans interruption.

Sécurité : niveaux de tolérance aux fautes

La sécurité d'un protocole de consensus se mesure à sa tolérance aux pannes byzantines. Hashgraph atteint le niveau le plus élevé :

aBFT
Asynchronous Byzantine Fault Tolerance (Hedera)

Résiste même si le réseau est lent, partitionné ou manipulé. Consensus garanti tant que moins d'1/3 des nœuds sont malveillants. Aucune hypothèse sur le timing. Gold standard de la sécurité distribuée.

BFT
Byzantine Fault Tolerance (Tendermint, pBFT)

Résiste aux nœuds malveillants mais assume un réseau partiellement synchrone. Si trop lent, le consensus peut se bloquer.

CFT
Crash Fault Tolerance (Raft, Kafka)

Résiste aux pannes mais pas aux comportements malveillants. Inadapté pour un réseau public.

Propriétés fondamentales

Équité (Fairness)

L'ordre des transactions est déterminé par le consensus timestamp médian : aucun nœud ne peut influencer l'ordre pour en tirer profit. Pas de MEV possible sur Hedera, contrairement à Ethereum.

Efficacité énergétique

Sans minage ni proof-of-work : 0.000003 kWh par transaction (contre 0.0006 kWh pour Visa et 707 kWh pour Bitcoin). Réseau certifié carbone-négatif.

Déterminisme

Deux nœuds avec le même graphe d'événements arrivent toujours à la même conclusion. Pas de forks, pas de réorganisations. Une transaction confirmée est définitive.

Architecture des nœuds

Nœuds Consensus : permissionnés, opérés par les membres du Council (~30 sur le mainnet). Reçoivent les transactions, participent au consensus.

Mirror Nodes : permissionless, tout le monde peut en opérer. Stockent l'historique complet pour les requêtes et l'analytics. Ne participent pas au consensus.

Vers la décentralisation complète

La roadmap prévoit l'ouverture progressive des nœuds consensus à la communauté. La transition vers Hiero (sous la Linux Foundation) renforce l'engagement open-source.

← Présentation Services & Écosystème →