#dusk $GPS $TUT $DUSK @Dusk
Je pensais autrefois qu’un bon réseau devait simplement être rapide. Mais plus j’en lis sur Dusk, plus je me dis que la prévisibilité peut compter tout autant, voire davantage.
Kadcast utilise un superposé (overlay) structuré plutôt qu’un gossip aléatoire pour rendre la latence réseau plus prévisible. Ce qui compte ne se limite pas à la façon dont il fait circuler les données : il permet aussi aux couches situées au-dessus d’éviter de devoir tout gérer elles-mêmes.
Un réseau imprévisible fait remonter la complexité : timeouts, reprises, tampons, logique de repli. Les développeurs finissent par concevoir en tenant compte de choses que la couche de base ne pouvait pas rendre prévisibles. Chaque incertitude supprimée au niveau de la couche de base est une complexité en moins que les développeurs n’ont pas à porter.
Cela me donne une autre manière de penser la performance. Il ne s’agit pas seulement de la rapidité à laquelle un réseau répond, mais aussi du nombre d’hypothèses que les développeurs peuvent cesser de faire en toute sécurité.
Pour l’infrastructure financière, cette distinction me paraît importante. Si la prévisibilité est aussi une forme de performance, sa plus grande valeur pourrait-elle se trouver dans les choses dont les développeurs n’ont plus besoin de se préoccuper ?
Je pensais autrefois qu’un bon réseau devait simplement être rapide. Mais plus j’en lis sur Dusk, plus je me dis que la prévisibilité peut compter tout autant, voire davantage.
Kadcast utilise un superposé (overlay) structuré plutôt qu’un gossip aléatoire pour rendre la latence réseau plus prévisible. Ce qui compte ne se limite pas à la façon dont il fait circuler les données : il permet aussi aux couches situées au-dessus d’éviter de devoir tout gérer elles-mêmes.
Un réseau imprévisible fait remonter la complexité : timeouts, reprises, tampons, logique de repli. Les développeurs finissent par concevoir en tenant compte de choses que la couche de base ne pouvait pas rendre prévisibles. Chaque incertitude supprimée au niveau de la couche de base est une complexité en moins que les développeurs n’ont pas à porter.
Cela me donne une autre manière de penser la performance. Il ne s’agit pas seulement de la rapidité à laquelle un réseau répond, mais aussi du nombre d’hypothèses que les développeurs peuvent cesser de faire en toute sécurité.
Pour l’infrastructure financière, cette distinction me paraît importante. Si la prévisibilité est aussi une forme de performance, sa plus grande valeur pourrait-elle se trouver dans les choses dont les développeurs n’ont plus besoin de se préoccuper ?