L’obscurité a activé PLONK V3 sur le mainnet au bloc 3 590 904, mais les blocs plus anciens continuent de s’appuyer sur les règles PLONK V1 ou V2 qui s’appliquaient lorsqu’ils ont été produits.
Au premier abord, cela peut sembler une simple mise à niveau du vérificateur. Mais une nouvelle règle pour l’activité en cours ne devient pas automatiquement la règle pour toute l’historique de Dusk.
Activer PLONK V3 m’indique quelles règles de preuve Dusk utilise à partir de cette frontière de fork. Cela ne me dit pas que les blocs antérieurs sont réévalués avec le vérificateur plus récent.
Ce que je ne sais pas encore, c’est avec quelle fiabilité le réseau Dusk conserve ces ères de vérification séparées pendant que les nœuds se synchronisent, rejouent l’historique et valident une nouvelle activité sous des jeux de règles différents.
Cela compte d’autant plus que Dusk met en place une infrastructure pour les workflows d’émission native, où une plus grande partie du cycle de vie d’un titre financier réglementé peut dépendre du fait que le grand livre conserve un historique cohérent à travers les mises à niveau du protocole.
Rusk fournit un mécanisme utile pour surveiller cela. Il sélectionne le vérificateur approprié selon la hauteur de bloc : les blocs historiques sont vérifiés avec leurs règles originales tandis que la nouvelle activité utilise PLONK V3.
Une activation réussie prouve que Dusk peut introduire un nouveau vérificateur. Une relecture cohérente sur V1, V2 et V3 est une preuve plus forte, car les nœuds doivent s’accorder non seulement sur les règles actuelles, mais aussi sur exactement quelles règles appartiennent à chaque partie antérieure de la chaîne.
Cela change la façon dont je jugerai les mises à niveau cryptographiques sur Dusk.
La question est de savoir si Dusk peut continuer à faire évoluer sa pile cryptographique tout en préservant exactement les règles qui rendaient valides tous les blocs antérieurs.
Je surveille la relecture historique, la synchronisation des nœuds aux frontières des vérificateurs, et si les composants de Dusk continuent de sélectionner le même jeu de règles à la même hauteur de bloc.
#dusk $DUSK @Dusk
Au premier abord, cela peut sembler une simple mise à niveau du vérificateur. Mais une nouvelle règle pour l’activité en cours ne devient pas automatiquement la règle pour toute l’historique de Dusk.
Activer PLONK V3 m’indique quelles règles de preuve Dusk utilise à partir de cette frontière de fork. Cela ne me dit pas que les blocs antérieurs sont réévalués avec le vérificateur plus récent.
Ce que je ne sais pas encore, c’est avec quelle fiabilité le réseau Dusk conserve ces ères de vérification séparées pendant que les nœuds se synchronisent, rejouent l’historique et valident une nouvelle activité sous des jeux de règles différents.
Cela compte d’autant plus que Dusk met en place une infrastructure pour les workflows d’émission native, où une plus grande partie du cycle de vie d’un titre financier réglementé peut dépendre du fait que le grand livre conserve un historique cohérent à travers les mises à niveau du protocole.
Rusk fournit un mécanisme utile pour surveiller cela. Il sélectionne le vérificateur approprié selon la hauteur de bloc : les blocs historiques sont vérifiés avec leurs règles originales tandis que la nouvelle activité utilise PLONK V3.
Une activation réussie prouve que Dusk peut introduire un nouveau vérificateur. Une relecture cohérente sur V1, V2 et V3 est une preuve plus forte, car les nœuds doivent s’accorder non seulement sur les règles actuelles, mais aussi sur exactement quelles règles appartiennent à chaque partie antérieure de la chaîne.
Cela change la façon dont je jugerai les mises à niveau cryptographiques sur Dusk.
La question est de savoir si Dusk peut continuer à faire évoluer sa pile cryptographique tout en préservant exactement les règles qui rendaient valides tous les blocs antérieurs.
Je surveille la relecture historique, la synchronisation des nœuds aux frontières des vérificateurs, et si les composants de Dusk continuent de sélectionner le même jeu de règles à la même hauteur de bloc.
#dusk $DUSK @Dusk
