Los materiales de Dusk describen que "el asentamiento determinista
es una característica central: una vez que una transacción se finaliza,
es definitiva, sin riesgo de reorganización probabilística.
Se presenta como una ventaja inequívoca
frente a cadenas con finalización probabilística.
Creo que el costo de ese enfoque se omite.
La finalidad determinista es valiosa precisamente porque
elimina el periodo de "esperar y ver si esto se reorgar".
Pero al quitar esa ventana también se elimina el mecanismo natural
de corrección que tienen las cadenas de finalización probabilística
cuando algo sale mal: una transacción errónea,
una clave comprometida, un contrato explotado.
En una cadena probabilística, al menos hay una breve
ventana en la que una actividad claramente fraudulenta podría
, en teoría, impugnarse antes de la confirmación profunda.
El asentamiento determinista significa que, una vez es final,
no hay deshacer a nivel de protocolo, por diseño.
Para las finanzas reguladas, ese suele ser el intercambio
— las instituciones quieren certeza sobre la recuperabilidad,
y existen vías legales fuera de la cadena para disputas genuinas.
Pero eso también significa que todo el peso de "no permitir que una
mala transacción se finalice primero" se desplaza
hacia quien verifica las transacciones antes de la finalización —
la misma capa operativa que el incidente del propio puente
de Dusk mostró que puede ser un punto débil, separado del núcleo del protocolo.
El asentamiento determinista es un requisito real institucional.
También es un diseño con cero tolerancia para la
categoría exacta de falla operativa que Dusk ya
experimentó una vez, en la capa que lo rodea en lugar de dentro de él.
@Dusk #dusk $DUSK
es una característica central: una vez que una transacción se finaliza,
es definitiva, sin riesgo de reorganización probabilística.
Se presenta como una ventaja inequívoca
frente a cadenas con finalización probabilística.
Creo que el costo de ese enfoque se omite.
La finalidad determinista es valiosa precisamente porque
elimina el periodo de "esperar y ver si esto se reorgar".
Pero al quitar esa ventana también se elimina el mecanismo natural
de corrección que tienen las cadenas de finalización probabilística
cuando algo sale mal: una transacción errónea,
una clave comprometida, un contrato explotado.
En una cadena probabilística, al menos hay una breve
ventana en la que una actividad claramente fraudulenta podría
, en teoría, impugnarse antes de la confirmación profunda.
El asentamiento determinista significa que, una vez es final,
no hay deshacer a nivel de protocolo, por diseño.
Para las finanzas reguladas, ese suele ser el intercambio
— las instituciones quieren certeza sobre la recuperabilidad,
y existen vías legales fuera de la cadena para disputas genuinas.
Pero eso también significa que todo el peso de "no permitir que una
mala transacción se finalice primero" se desplaza
hacia quien verifica las transacciones antes de la finalización —
la misma capa operativa que el incidente del propio puente
de Dusk mostró que puede ser un punto débil, separado del núcleo del protocolo.
El asentamiento determinista es un requisito real institucional.
También es un diseño con cero tolerancia para la
categoría exacta de falla operativa que Dusk ya
experimentó una vez, en la capa que lo rodea en lugar de dentro de él.
@Dusk #dusk $DUSK