Le réseau Dusk ne devrait pas être évalué simplement en se demandant si sa technologie de confidentialité fonctionne.
La question la plus difficile est de savoir si son infrastructure de consensus reste résiliente lorsque les conditions deviennent anormales.
Dusk utilise une preuve d’enjeu avec des comités sélectionnés aléatoirement, permettant à un plus petit groupe de validateurs de provisionner de valider et de ratifier les blocs plutôt que d’exiger que chaque participant se coordonne à chaque décision. Cela améliore l’efficacité, mais cela crée un compromis structurel : la sécurité de chaque comité dépend fortement de la mesure dans laquelle les enjeux et les infrastructures indépendants sont distribués largement.
Le nombre de validateurs, à lui seul, ne répond pas à cette question.
Trente validateurs peuvent représenter une décentralisation significative s’ils fonctionnent de manière indépendante dans différentes régions, chez différents fournisseurs et au sein d’organisations distinctes. Les mêmes trente identités sont moins rassurantes si une grande partie de leur infrastructure dépend finalement d’un petit nombre d’opérateurs ou d’environnements d’hébergement.
Le stress rend cette distinction visible.
Une hausse des transactions confidentielles peut augmenter les exigences de calcul et de preuve. Des pannes de validateurs peuvent réduire la participation effective. Des économies d’enjeu faibles peuvent pousser les opérateurs plus petits à se retirer, tandis que les opérateurs professionnels plus importants restent.
Aucun de ces événements n’arrête nécessairement la chaîne.
C’est précisément le point.
Un réseau peut continuer à produire des blocs tout en devenant structurellement plus concentré.
Pour Dusk, la question d’infrastructure à long terme est donc simple : l’indépendance opérationnelle peut-elle s’élargir à mesure que l’utilisation financière augmente ?
La réponse comptera davantage que les chiffres de validateurs en première page, le nombre de transactions ou les listes de fonctionnalités.
#dusk @Dusk
$DUSK
$PORTAL
$GPS
La question la plus difficile est de savoir si son infrastructure de consensus reste résiliente lorsque les conditions deviennent anormales.
Dusk utilise une preuve d’enjeu avec des comités sélectionnés aléatoirement, permettant à un plus petit groupe de validateurs de provisionner de valider et de ratifier les blocs plutôt que d’exiger que chaque participant se coordonne à chaque décision. Cela améliore l’efficacité, mais cela crée un compromis structurel : la sécurité de chaque comité dépend fortement de la mesure dans laquelle les enjeux et les infrastructures indépendants sont distribués largement.
Le nombre de validateurs, à lui seul, ne répond pas à cette question.
Trente validateurs peuvent représenter une décentralisation significative s’ils fonctionnent de manière indépendante dans différentes régions, chez différents fournisseurs et au sein d’organisations distinctes. Les mêmes trente identités sont moins rassurantes si une grande partie de leur infrastructure dépend finalement d’un petit nombre d’opérateurs ou d’environnements d’hébergement.
Le stress rend cette distinction visible.
Une hausse des transactions confidentielles peut augmenter les exigences de calcul et de preuve. Des pannes de validateurs peuvent réduire la participation effective. Des économies d’enjeu faibles peuvent pousser les opérateurs plus petits à se retirer, tandis que les opérateurs professionnels plus importants restent.
Aucun de ces événements n’arrête nécessairement la chaîne.
C’est précisément le point.
Un réseau peut continuer à produire des blocs tout en devenant structurellement plus concentré.
Pour Dusk, la question d’infrastructure à long terme est donc simple : l’indépendance opérationnelle peut-elle s’élargir à mesure que l’utilisation financière augmente ?
La réponse comptera davantage que les chiffres de validateurs en première page, le nombre de transactions ou les listes de fonctionnalités.
#dusk @Dusk
$DUSK
$PORTAL
$GPS
sozu
0%
pieswap
0%
dusk domains
0%
all of them
0%
0 Votes • Vote fermé