@Dusk_Foundation
Je revenais sans cesse au mot « confirmé » en traçant le chemin de finalité finale de Dusk.
La partie surprenante n’est pas les quatre états.
C’est que le chemin vers la confirmation change selon ce qui s’est passé plus tôt dans le tour.
Dans le modèle de finalité glissante, la première itération commence avec n = 0 itérations précédentes non attestées, donc elle emprunte le chemin rapide.
À présent, faisons échouer deux itérations pour produire l’attestation requise.
n = 2.
La règle devient 2×n, ce qui signifie que quatre blocs consécutifs avec les attestations ou confirmations requises sont nécessaires avant que le bloc évalué devienne confirmé.
Ce qui m’a marqué, c’est que cela se produit quand le tour est déjà en train de mal se comporter. La confirmation peut en fait exiger davantage de preuves avant d’avancer.
L’historique du tour détermine la quantité de preuves dont le prochain bloc a besoin.
Donc la confirmation ne concerne pas seulement le bloc. Elle dépend en partie de ce que le tour a fait auparavant.
Ce que je n’arrive toujours pas à déterminer à partir de l’article, c’est à quelle fréquence cette profondeur supplémentaire apparaît dans des conditions réseau réelles.
$DUSK devient d’autant plus intéressant pour moi si cette finalité adaptative reste prévisible lorsque le réseau devient chaotique.
#dusk
Je revenais sans cesse au mot « confirmé » en traçant le chemin de finalité finale de Dusk.
La partie surprenante n’est pas les quatre états.
C’est que le chemin vers la confirmation change selon ce qui s’est passé plus tôt dans le tour.
Dans le modèle de finalité glissante, la première itération commence avec n = 0 itérations précédentes non attestées, donc elle emprunte le chemin rapide.
À présent, faisons échouer deux itérations pour produire l’attestation requise.
n = 2.
La règle devient 2×n, ce qui signifie que quatre blocs consécutifs avec les attestations ou confirmations requises sont nécessaires avant que le bloc évalué devienne confirmé.
Ce qui m’a marqué, c’est que cela se produit quand le tour est déjà en train de mal se comporter. La confirmation peut en fait exiger davantage de preuves avant d’avancer.
L’historique du tour détermine la quantité de preuves dont le prochain bloc a besoin.
Donc la confirmation ne concerne pas seulement le bloc. Elle dépend en partie de ce que le tour a fait auparavant.
Ce que je n’arrive toujours pas à déterminer à partir de l’article, c’est à quelle fréquence cette profondeur supplémentaire apparaît dans des conditions réseau réelles.
$DUSK devient d’autant plus intéressant pour moi si cette finalité adaptative reste prévisible lorsque le réseau devient chaotique.
#dusk