Je traçais la façon dont le consensus de Dusk atteint réellement la finalité, et le cadrage « une seule bloc, une seule confirmation » a commencé à me sembler incomplet.
La preuve d’attestation concise fonctionne par tours, et chaque tour peut effectuer plusieurs itérations si un comité échoue à produire ou à valider un bloc à temps. À première vue, ce n’est qu’un mécanisme de reprise : très bien, le réseau se corrige. Mais quand j’ai suivi ce que coûte réellement une itération échouée, ce n’est pas juste une reprise abstraite. Chaque itération manquée remanie le comité, réinitialise la fenêtre de vote et repousse plus loin l’horodatage de la finalité. Ce délai n’apparaît nulle part comme un seul chiffre : il est réparti entre tous ceux qui attendent ce bloc, qu’il s’agisse d’un contrepartiste de règlement, d’un relais de pont, ou d’une application qui vérifie l’état de confirmation.
Ainsi, le « temps de finalité » que les gens citent est en fait une estimation dans le meilleur des cas. Le coût réel est conditionnel : il s’aggrave avec les conditions du réseau, la réactivité des validateurs et la fréquence à laquelle les comités accomplissent leur tâche du premier coup. Personne n’endosse ce risque de manière équitable : la personne qui attend la transaction le supporte, pas le protocole.
Je ne suis toujours pas sûr de la manière dont le taux d’échec se comporte une fois que le volume des transactions et le renouvellement des comités augmentent en même temps.
#dusk $DUSK @Dusk
La preuve d’attestation concise fonctionne par tours, et chaque tour peut effectuer plusieurs itérations si un comité échoue à produire ou à valider un bloc à temps. À première vue, ce n’est qu’un mécanisme de reprise : très bien, le réseau se corrige. Mais quand j’ai suivi ce que coûte réellement une itération échouée, ce n’est pas juste une reprise abstraite. Chaque itération manquée remanie le comité, réinitialise la fenêtre de vote et repousse plus loin l’horodatage de la finalité. Ce délai n’apparaît nulle part comme un seul chiffre : il est réparti entre tous ceux qui attendent ce bloc, qu’il s’agisse d’un contrepartiste de règlement, d’un relais de pont, ou d’une application qui vérifie l’état de confirmation.
Ainsi, le « temps de finalité » que les gens citent est en fait une estimation dans le meilleur des cas. Le coût réel est conditionnel : il s’aggrave avec les conditions du réseau, la réactivité des validateurs et la fréquence à laquelle les comités accomplissent leur tâche du premier coup. Personne n’endosse ce risque de manière équitable : la personne qui attend la transaction le supporte, pas le protocole.
Je ne suis toujours pas sûr de la manière dont le taux d’échec se comporte une fois que le volume des transactions et le renouvellement des comités augmentent en même temps.
#dusk $DUSK @Dusk
