#dusk $HEMI $ACE @Dusk
El resultado de la ratificación es parte de Dusk, algo que me empieza a preocupar una vez que una aplicación escribe "settled" demasiado pronto.
No es una propuesta.
Ni siquiera una validación.
Ambas pueden verse perfectamente saludables.
Se propone un bloque de Dusk. El comité de validación lo revisa. la app ve ese estado de validación limpio y marca que el saldo está settled.
Bien.
Luego, el motor de colateral empieza a contar ese saldo de Dusk como capacidad disponible.
Ahí es donde todo se pone más feo.
Porque la Attestación Suficiente (Succinct Attestation) todavía tiene la ratificación esperándola detrás de la validación, y el resultado de la ratificación es lo que realmente empuja a DuskDS hacia la finalización determinista.
Yo había estado tratando la validación como la verificación importante y la ratificación como una ceremonia después de que todo lo demás ya salió bien.
Me equivoqué.
Mismo bloque. Autoridad muy distinta.
La app de Dusk puede tener una fila de saldo en verde. El motor de colateral ya puede incluirla en la capacidad disponible. Tal vez el tamaño de la posición se mueva debido a ello.
Y la ratificación todavía no está.
Qué bonito. Una ristra pequeñita y muy calmada de verde.
He visto equipos confiar en la fila verde porque la matemática posterior ya se ve sensata. Justo ahí es cuando me pongo nervioso.
En la fundación Dusk no puedo realmente colapsar esas etapas sin mentirme. La propuesta pone el bloque en juego, la validación dice que se comprobó, pero el resultado de la ratificación sigue siendo lo que DuskDS necesita antes de que la finalización determinista esté realmente hecha.
Así que ahora la app está gastando efectivamente un estado de finalidad de Dusk que todavía no tiene.
Esa es la magulladura.
Nada sobre el resultado de la validación tiene que ser falso. el cálculo del colateral puede ser internamente coherente. la fila de saldo puede verse completamente normal.
Solo se adelantó al límite de la ratificación.
Y una vez que el motor de colateral empieza a usar ese saldo, "casi final" deja de ser un problema de redacción.
Ahora el motor de colateral se apoya en un resultado de ratificación de Dusk que todavía no existe.
Así que si la validación de Dusk pasó, pero el resultado de ratificación todavía no está...
¿qué exactamente quiso decir esa aplicación cuando escribió "settled"?
@Dusk_Foundation #Dusk $DUSK
El resultado de la ratificación es parte de Dusk, algo que me empieza a preocupar una vez que una aplicación escribe "settled" demasiado pronto.
No es una propuesta.
Ni siquiera una validación.
Ambas pueden verse perfectamente saludables.
Se propone un bloque de Dusk. El comité de validación lo revisa. la app ve ese estado de validación limpio y marca que el saldo está settled.
Bien.
Luego, el motor de colateral empieza a contar ese saldo de Dusk como capacidad disponible.
Ahí es donde todo se pone más feo.
Porque la Attestación Suficiente (Succinct Attestation) todavía tiene la ratificación esperándola detrás de la validación, y el resultado de la ratificación es lo que realmente empuja a DuskDS hacia la finalización determinista.
Yo había estado tratando la validación como la verificación importante y la ratificación como una ceremonia después de que todo lo demás ya salió bien.
Me equivoqué.
Mismo bloque. Autoridad muy distinta.
La app de Dusk puede tener una fila de saldo en verde. El motor de colateral ya puede incluirla en la capacidad disponible. Tal vez el tamaño de la posición se mueva debido a ello.
Y la ratificación todavía no está.
Qué bonito. Una ristra pequeñita y muy calmada de verde.
He visto equipos confiar en la fila verde porque la matemática posterior ya se ve sensata. Justo ahí es cuando me pongo nervioso.
En la fundación Dusk no puedo realmente colapsar esas etapas sin mentirme. La propuesta pone el bloque en juego, la validación dice que se comprobó, pero el resultado de la ratificación sigue siendo lo que DuskDS necesita antes de que la finalización determinista esté realmente hecha.
Así que ahora la app está gastando efectivamente un estado de finalidad de Dusk que todavía no tiene.
Esa es la magulladura.
Nada sobre el resultado de la validación tiene que ser falso. el cálculo del colateral puede ser internamente coherente. la fila de saldo puede verse completamente normal.
Solo se adelantó al límite de la ratificación.
Y una vez que el motor de colateral empieza a usar ese saldo, "casi final" deja de ser un problema de redacción.
Ahora el motor de colateral se apoya en un resultado de ratificación de Dusk que todavía no existe.
Así que si la validación de Dusk pasó, pero el resultado de ratificación todavía no está...
¿qué exactamente quiso decir esa aplicación cuando escribió "settled"?
@Dusk_Foundation #Dusk $DUSK