#dusk $DUSK @Dusk a Le transfert Zedger peut être envoyé sans devenir définitif pour le destinataire — et c’est précisément pour cela que CLAIM existe.

Dans la conception Zedger de Dusk, SEND ne fait pas immédiatement du transfert une partie du solde accepté par le destinataire. Le destinataire doit encore L’ACCEPTER avant que le transfert n’expire.

Si cela ne se produit jamais, CLAIM offre à l’expéditeur une manière définie de récupérer le transfert expiré plutôt que de le laisser indéfiniment en suspens.

Cela crée un cycle de vie en trois étapes particulièrement intéressant :

SEND initie → ACCEPT termine → CLAIM gère l’expiration.

Ce qui ressort, c’est que Zedger tient explicitement compte du cas où le côté destinataire ne fait simplement rien. Le protocole n’a pas besoin de supposer que chaque transfert initié sera mené à bien.

La question sans réponse est plus pratique : à quelle fréquence CLAIM devient-elle réellement nécessaire dans des conditions d’activité réseau réelles ?

Le mécanisme est documenté. Son utilisation concrète est la preuve qu’il vaut la peine d’observer ensuite.