La recherche sur la blockchain a été freinée car nous n'avons pas de bonnes méthodes pour comparer les débits maximaux de différents protocoles. Heureux d'annoncer une nouvelle approche avec Kartik Nayak (@kartik1507) et Nibesh Strestha (@nibeshrestha2). 1/

Le problème de base est que les modèles standards ne tiennent pas compte de la capacité de téléchargement/téléversement. Par exemple, dans le modèle `synchronisé', tout message de n'importe quelle taille arrive dans un délai fixe.

Cela signifie que nous n'avons aucun moyen d'analyser formellement de nombreuses revendications de performance : les protocoles basés sur les DAG sont-ils réellement meilleurs que les protocoles à proposeur unique comme PBFT ? La complexité linéaire des messages de Hotstuff réduit-elle réellement la latence ? 3/

Notre approche "Pipes" permet de calculer la latence en fonction de la bande passante du réseau, des délais réseau, du nombre de processeurs et du taux de transactions entrantes. 4/

Chaque protocole a un "goulot d'étranglement de latence" : un taux de transaction entrant au-delà duquel la latence devient illimitée pendant l'exécution du protocole, c'est-à-dire un débit maximum que le protocole peut gérer sans latence illimitée. 5/

Le document est disponible ici : . Des expériences seront ajoutées bientôt... 6/