Parmi les projets de chaînes publiques que j’ai rencontrés, la couche P2P est souvent la dernière à être vraiment prise en considération : tout le monde préfère parler de consensus, de la machine virtuelle, de la inter-chaînes. Mais ceux qui ont réellement fait tourner un nœud complet savent que la consommation de bande passante peut devenir énorme. En un mois, plusieurs téraoctets de trafic peuvent être brûlés. Tant que le périmètre est restreint, ce coût reste acceptable ; mais dès qu’il faut servir des institutions financières à l’échelle mondiale, le problème devient impossible à ignorer.
Dans le livre blanc, la description des réseaux P2P traditionnels est assez directe : ils ont deux défauts majeurs — une consommation de bande passante élevée et une latence importante. De mon point de vue, dans un schéma de diffusion classique, chaque bloc ou chaque message de transaction doit être propagé sur l’ensemble du réseau : chaque nœud, une fois le message reçu, le relaie vers tous ses voisins. La quantité de messages augmente donc de façon exponentielle. Le réseau est alors rempli de nombreuses données redondantes et inutiles.
La solution de Dusk@Dusk s’appelle Kadcast, basée sur une DHT de Kademlia. Elle organise les nœuds en une hiérarchie arborescente : chaque nœud ne relaie pas aveuglément, mais calcule la distance à l’aide de l’XOR, puis ne transmet qu’aux nœuds sélectionnés dont la distance augmente. Le message est transmis « couche par couche » dans la structure arborescente, ce qui crée un effet de cascade. À chaque niveau, on ne relaie qu’à quelques nœuds, et non à tous les nœuds du réseau. #dusk
Cette approche m’a beaucoup inspiré. En fait, elle suggère que la couche P2P de la blockchain n’a pas forcément besoin d’un modèle « tous disent à tous ». $DUSK la logique de distribution de l’information financière, c’est justement « celui qui en a besoin reçoit ». De combien la technologie Kadcast permet d’économiser concrètement la bande passante ? Le livre blanc ne fournit pas de données de test précises, mais d’un point de vue conception, la réduction du volume de messages redondants devrait être très significative.
Cela dit, la structure arborescente a aussi ses points de fragilité : la stabilité des nœuds intermédiaires est essentielle pour la robustesse du réseau. C’est un aspect qu’il faudra continuer à surveiller au fil des opérations ultérieures.
Dans le livre blanc, la description des réseaux P2P traditionnels est assez directe : ils ont deux défauts majeurs — une consommation de bande passante élevée et une latence importante. De mon point de vue, dans un schéma de diffusion classique, chaque bloc ou chaque message de transaction doit être propagé sur l’ensemble du réseau : chaque nœud, une fois le message reçu, le relaie vers tous ses voisins. La quantité de messages augmente donc de façon exponentielle. Le réseau est alors rempli de nombreuses données redondantes et inutiles.
La solution de Dusk@Dusk s’appelle Kadcast, basée sur une DHT de Kademlia. Elle organise les nœuds en une hiérarchie arborescente : chaque nœud ne relaie pas aveuglément, mais calcule la distance à l’aide de l’XOR, puis ne transmet qu’aux nœuds sélectionnés dont la distance augmente. Le message est transmis « couche par couche » dans la structure arborescente, ce qui crée un effet de cascade. À chaque niveau, on ne relaie qu’à quelques nœuds, et non à tous les nœuds du réseau. #dusk
Cette approche m’a beaucoup inspiré. En fait, elle suggère que la couche P2P de la blockchain n’a pas forcément besoin d’un modèle « tous disent à tous ». $DUSK la logique de distribution de l’information financière, c’est justement « celui qui en a besoin reçoit ». De combien la technologie Kadcast permet d’économiser concrètement la bande passante ? Le livre blanc ne fournit pas de données de test précises, mais d’un point de vue conception, la réduction du volume de messages redondants devrait être très significative.
Cela dit, la structure arborescente a aussi ses points de fragilité : la stabilité des nœuds intermédiaires est essentielle pour la robustesse du réseau. C’est un aspect qu’il faudra continuer à surveiller au fil des opérations ultérieures.