J’ai remarqué que la partie maladroite de Dusk n’envoie pas de transfert privé. C’est ce qui se produit lorsque ce transfert doit devenir un crédit d’échange sans que l’opérateur devine qui en est le propriétaire.
Pour les dépôts, Dusk ne fait pas semblant que Phoenix et Moonlight sont interchangeables. Phoenix utilise des notes chiffrées et des nullificateurs, tandis que les intégrations d’échange sont orientées vers Moonlight, car le modèle de garde et d’analyse est différent. Ainsi, l’opérateur doit encore choisir comment fonctionne l’attribution : un compte Moonlight par client, ou un compte partagé où le mémo devient des données d’acheminement.
Puis vient le cas d’échec peu reluisant. Un transfert valide peut arriver avec des métadonnées manquantes, mal formées, inconnues ou réutilisées. La chaîne peut se régler correctement et le crédit doit néanmoins être mis en quarantaine au lieu d’être publié au mauvais utilisateur.
Le détail auquel je reviens sans cesse, c’est le point de contrôle. Dusk s’attend à ce que les crédits et le point de contrôle du bloc scanné soient écrits de manière atomique, avec l’ID de transaction utilisé pour l’idempotence. Avancer le point de contrôle avant que le crédit ne soit durable, et un crash peut laisser ce dépôt en dehors du chemin d’ingestion de l’opérateur.
Pour Dusk, le vrai test de garde consiste à savoir si un dépôt Moonlight finalisé peut jamais disparaître entre le point de contrôle et le crédit.
#dusk $DUSK @Dusk
#USJulyCPI&PPIDueThisWeek
Pour les dépôts, Dusk ne fait pas semblant que Phoenix et Moonlight sont interchangeables. Phoenix utilise des notes chiffrées et des nullificateurs, tandis que les intégrations d’échange sont orientées vers Moonlight, car le modèle de garde et d’analyse est différent. Ainsi, l’opérateur doit encore choisir comment fonctionne l’attribution : un compte Moonlight par client, ou un compte partagé où le mémo devient des données d’acheminement.
Puis vient le cas d’échec peu reluisant. Un transfert valide peut arriver avec des métadonnées manquantes, mal formées, inconnues ou réutilisées. La chaîne peut se régler correctement et le crédit doit néanmoins être mis en quarantaine au lieu d’être publié au mauvais utilisateur.
Le détail auquel je reviens sans cesse, c’est le point de contrôle. Dusk s’attend à ce que les crédits et le point de contrôle du bloc scanné soient écrits de manière atomique, avec l’ID de transaction utilisé pour l’idempotence. Avancer le point de contrôle avant que le crédit ne soit durable, et un crash peut laisser ce dépôt en dehors du chemin d’ingestion de l’opérateur.
Pour Dusk, le vrai test de garde consiste à savoir si un dépôt Moonlight finalisé peut jamais disparaître entre le point de contrôle et le crédit.
#dusk $DUSK @Dusk
#USJulyCPI&PPIDueThisWeek