#dusk $DUSK @Dusk Si alguien te dice que un pago en Dusk está "confirmado", ¿realmente liberarías bienes, firmarías un contrato o enviarías una transferencia basándote en esa palabra?
Volví a revisar los estados de la inmutabilidad después de darme cuenta de que había estado tratando "confirmed" y "done" como intercambiables, lo cual en realidad no es exacto en esta cadena.
Un bloque pasa por cuatro estados separados: Accepted, Confirmed, Stable y Final. Solo Final es determinista y está garantizado criptográficamente de forma genuinamente irreversible. Stable es el estado justo anterior, y es explícitamente probabilístico, no absoluto. Significa que el bloque está enterrado lo suficientemente profundo como para que el reenvío sea extremadamente improbable, no que el reenvío sea matemáticamente imposible.
Esa distinción importa muchísimo cuando hay dinero real de por medio. Si estás aceptando una transacción Stable pero aún no Final como liquidación y liberando un activo, confirmando una operación, tratando los fondos como liquidados, estás aceptando una probabilidad, no una garantía, aunque la diferencia no sea evidente solo al leer una etiqueta de estado en una billetera o en un explorador. El número de bloques necesarios para llegar realmente al estado de Final tampoco está fijado; Dusk pasó a un modelo de "finalidad con rodaje" donde el conteo varía de ronda a ronda según las condiciones de la red, lo que significa que no hay una regla única de "espera X bloques y ya estás a salvo" en la que puedas confiar ciegamente.
@Dusk _Foundation No he encontrado un número claro y publicado de peor caso sobre cuánto puede estirarse realmente la brecha entre Stable y Final bajo condiciones reales de red, solo que es variable por diseño.
Si estás usando Dusk para cualquier cosa que involucre una liquidación real, ¿estás comprobando que sea Final antes de tratar los fondos como seguros o te quedas en Stable porque la palabra suena suficientemente terminada?
Volví a revisar los estados de la inmutabilidad después de darme cuenta de que había estado tratando "confirmed" y "done" como intercambiables, lo cual en realidad no es exacto en esta cadena.
Un bloque pasa por cuatro estados separados: Accepted, Confirmed, Stable y Final. Solo Final es determinista y está garantizado criptográficamente de forma genuinamente irreversible. Stable es el estado justo anterior, y es explícitamente probabilístico, no absoluto. Significa que el bloque está enterrado lo suficientemente profundo como para que el reenvío sea extremadamente improbable, no que el reenvío sea matemáticamente imposible.
Esa distinción importa muchísimo cuando hay dinero real de por medio. Si estás aceptando una transacción Stable pero aún no Final como liquidación y liberando un activo, confirmando una operación, tratando los fondos como liquidados, estás aceptando una probabilidad, no una garantía, aunque la diferencia no sea evidente solo al leer una etiqueta de estado en una billetera o en un explorador. El número de bloques necesarios para llegar realmente al estado de Final tampoco está fijado; Dusk pasó a un modelo de "finalidad con rodaje" donde el conteo varía de ronda a ronda según las condiciones de la red, lo que significa que no hay una regla única de "espera X bloques y ya estás a salvo" en la que puedas confiar ciegamente.
@Dusk _Foundation No he encontrado un número claro y publicado de peor caso sobre cuánto puede estirarse realmente la brecha entre Stable y Final bajo condiciones reales de red, solo que es variable por diseño.
Si estás usando Dusk para cualquier cosa que involucre una liquidación real, ¿estás comprobando que sea Final antes de tratar los fondos como seguros o te quedas en Stable porque la palabra suena suficientemente terminada?