#dusk $HEMI $ACE @Dusk
Le résultat de ratification fait partie de Dusk, qui commence à me déranger dès qu’une application écrit « settled » trop tôt.
Pas une proposition.
Pas même une validation.
Les deux peuvent sembler parfaitement saines.
Un bloc de Dusk est proposé. Le comité de validation le vérifie. l’app constate que l’état de validation est propre et marque le solde comme settled.
Très bien.
Ensuite, le moteur de collatéral commence à compter ce solde de Dusk comme capacité disponible.
C’est là que toute l’histoire devient franchement plus moche.
Car Succinct Attestation conserve la ratification derrière la validation, et le résultat de ratification est ce qui pousse réellement DuskDS au-delà de la finalité déterministe.
J’avais tendance à considérer la validation comme le contrôle important et la ratification comme une simple cérémonie après coup.
Non.
Même bloc. Autorité très différente.
L’app Dusk peut avoir une ligne de solde verte. Le moteur de collatéral peut déjà l’inclure dans la capacité disponible. La taille de la position peut bouger à cause de cela.
Et la ratification n’est toujours pas là.
Jolie. Toute petite ligne verte très calme.
J’ai vu des équipes faire confiance à la ligne verte parce que la math en aval a déjà l’air saine. C’est exactement à ce moment-là que je deviens nerveux.
Sur Dusk foundation, je ne peux pas vraiment effondrer ces étapes sans me mentir à moi-même. La proposition met le bloc en jeu, la validation dit qu’il est passé, mais le résultat de ratification est encore ce dont DuskDS a besoin avant que la finalité déterministe ne soit réellement terminée.
Donc maintenant, l’app dépense en quelque sorte un état de finalité Dusk qu’elle n’a pas encore.
C’est la contusion.
Rien dans le résultat de validation n’a à être faux. Le calcul du collatéral peut être cohérent en interne. La ligne de solde peut avoir l’air complètement normale.
C’est juste qu’elle a franchi trop tôt la limite de ratification.
Et une fois que le moteur de collatéral commence à utiliser ce solde, « presque final » cesse d’être un simple problème de formulation.
Désormais, le moteur de collatéral s’appuie sur un résultat de ratification Dusk qui n’existe pas encore.
Donc si la validation de Dusk a réussi mais que le résultat de ratification n’est toujours pas là...
qu’est-ce que cette application a voulu dire exactement quand elle a écrit « settled » ?
@Dusk_Foundation #Dusk $DUSK
Le résultat de ratification fait partie de Dusk, qui commence à me déranger dès qu’une application écrit « settled » trop tôt.
Pas une proposition.
Pas même une validation.
Les deux peuvent sembler parfaitement saines.
Un bloc de Dusk est proposé. Le comité de validation le vérifie. l’app constate que l’état de validation est propre et marque le solde comme settled.
Très bien.
Ensuite, le moteur de collatéral commence à compter ce solde de Dusk comme capacité disponible.
C’est là que toute l’histoire devient franchement plus moche.
Car Succinct Attestation conserve la ratification derrière la validation, et le résultat de ratification est ce qui pousse réellement DuskDS au-delà de la finalité déterministe.
J’avais tendance à considérer la validation comme le contrôle important et la ratification comme une simple cérémonie après coup.
Non.
Même bloc. Autorité très différente.
L’app Dusk peut avoir une ligne de solde verte. Le moteur de collatéral peut déjà l’inclure dans la capacité disponible. La taille de la position peut bouger à cause de cela.
Et la ratification n’est toujours pas là.
Jolie. Toute petite ligne verte très calme.
J’ai vu des équipes faire confiance à la ligne verte parce que la math en aval a déjà l’air saine. C’est exactement à ce moment-là que je deviens nerveux.
Sur Dusk foundation, je ne peux pas vraiment effondrer ces étapes sans me mentir à moi-même. La proposition met le bloc en jeu, la validation dit qu’il est passé, mais le résultat de ratification est encore ce dont DuskDS a besoin avant que la finalité déterministe ne soit réellement terminée.
Donc maintenant, l’app dépense en quelque sorte un état de finalité Dusk qu’elle n’a pas encore.
C’est la contusion.
Rien dans le résultat de validation n’a à être faux. Le calcul du collatéral peut être cohérent en interne. La ligne de solde peut avoir l’air complètement normale.
C’est juste qu’elle a franchi trop tôt la limite de ratification.
Et une fois que le moteur de collatéral commence à utiliser ce solde, « presque final » cesse d’être un simple problème de formulation.
Désormais, le moteur de collatéral s’appuie sur un résultat de ratification Dusk qui n’existe pas encore.
Donc si la validation de Dusk a réussi mais que le résultat de ratification n’est toujours pas là...
qu’est-ce que cette application a voulu dire exactement quand elle a écrit « settled » ?
@Dusk_Foundation #Dusk $DUSK