Una transacción de Dusk puede desaparecer del mempool de mi nodo sin llegar nunca a una caducidad en la cadena.
Ese es el tiempo de espera que yo no codificaría de forma fija en una wallet. @Dusk transacciones no llevan un campo de caducidad. La caducidad es una política local de Rusk. El valor predeterminado incorporado es de tres días, mientras que los nodos instalados con node-installer v0.5.22 usan una vida útil del mempool de 30 minutos con comprobaciones cada cinco minutos.
Así que dos nodos saludables de Dusk pueden darme respuestas muy diferentes sobre cuánto tiempo se permite que la misma transacción pendiente permanezca.
La parte más desagradable es el evento eliminado. Solo me dice que la transacción salió del mempool local de ese nodo. La inclusión, el reemplazo, la caducidad, la expulsión por capacidad o un gasto en conflicto pueden provocar esa salida. Si traduzco eliminado directamente como fallido, mi lógica de recuperación está adivinando.
Para un servicio de retiros, esa suposición puede afectar al usuario. Puedo marcar un pago como muerto porque mi nodo lo expiró localmente mientras otro nodo ya lo había propagado más allá.
Yo trataría el tiempo de espera del mempool como configuración del nodo, y luego consultaría el estado del libro mayor antes de decidir si una transacción DUSK es segura para reconstruir.
En Dusk, “fuera de mi mempool” no es lo mismo que “fuera”.
$SOXSB $ACE #dusk $DUSK @Dusk
Ese es el tiempo de espera que yo no codificaría de forma fija en una wallet. @Dusk transacciones no llevan un campo de caducidad. La caducidad es una política local de Rusk. El valor predeterminado incorporado es de tres días, mientras que los nodos instalados con node-installer v0.5.22 usan una vida útil del mempool de 30 minutos con comprobaciones cada cinco minutos.
Así que dos nodos saludables de Dusk pueden darme respuestas muy diferentes sobre cuánto tiempo se permite que la misma transacción pendiente permanezca.
La parte más desagradable es el evento eliminado. Solo me dice que la transacción salió del mempool local de ese nodo. La inclusión, el reemplazo, la caducidad, la expulsión por capacidad o un gasto en conflicto pueden provocar esa salida. Si traduzco eliminado directamente como fallido, mi lógica de recuperación está adivinando.
Para un servicio de retiros, esa suposición puede afectar al usuario. Puedo marcar un pago como muerto porque mi nodo lo expiró localmente mientras otro nodo ya lo había propagado más allá.
Yo trataría el tiempo de espera del mempool como configuración del nodo, y luego consultaría el estado del libro mayor antes de decidir si una transacción DUSK es segura para reconstruir.
En Dusk, “fuera de mi mempool” no es lo mismo que “fuera”.
$SOXSB $ACE #dusk $DUSK @Dusk