Una transacción fallida de Dusk aún puede costarte DUSK.
El revert no borra la factura.
Yo asumí que si una transacción se queda sin gas y se revierte, la ejecución fallida básicamente no deja nada detrás.
Dusk separa esos dos resultados.
Configuras un `gas_limit` y un `gas_price`, pero la tarifa real se basa en `gas_used * gas_price`. Si la ejecución se queda sin gas, la transacción se revierte mientras que el gas ya consumido sigue pagándose.
Considera un ejemplo construido: una llamada tiene un límite de 50,000 de gas y un precio de gas de 2 LUX. Si consume todo el gas, los 50,000, antes de quedarse sin, la transacción fallida aún cuesta 100,000 LUX, o 0.0001 DUSK.
El cambio de estado desaparece.
La tarifa no.
Esa es la parte que no esperaba.
Un mecanismo protege el libro mayor de confirmar una ejecución que nunca terminó. El otro aún cobra por la computación que la red ya realizó. Ambos actúan sobre la misma transacción fallida, pero no producen el mismo resultado.
Así que “fallida” no significa “gratis”. Significa que el cambio de estado se va, pero la factura del recurso puede permanecer.
¿Cuánto de la seguridad de las transacciones de Dusk proviene de revertir una ejecución incompleta y cuánto de su disciplina de recursos proviene de seguir cobrando por el trabajo que ya ocurrió?
@Dusk #dusk $DUSK
El revert no borra la factura.
Yo asumí que si una transacción se queda sin gas y se revierte, la ejecución fallida básicamente no deja nada detrás.
Dusk separa esos dos resultados.
Configuras un `gas_limit` y un `gas_price`, pero la tarifa real se basa en `gas_used * gas_price`. Si la ejecución se queda sin gas, la transacción se revierte mientras que el gas ya consumido sigue pagándose.
Considera un ejemplo construido: una llamada tiene un límite de 50,000 de gas y un precio de gas de 2 LUX. Si consume todo el gas, los 50,000, antes de quedarse sin, la transacción fallida aún cuesta 100,000 LUX, o 0.0001 DUSK.
El cambio de estado desaparece.
La tarifa no.
Esa es la parte que no esperaba.
Un mecanismo protege el libro mayor de confirmar una ejecución que nunca terminó. El otro aún cobra por la computación que la red ya realizó. Ambos actúan sobre la misma transacción fallida, pero no producen el mismo resultado.
Así que “fallida” no significa “gratis”. Significa que el cambio de estado se va, pero la factura del recurso puede permanecer.
¿Cuánto de la seguridad de las transacciones de Dusk proviene de revertir una ejecución incompleta y cuánto de su disciplina de recursos proviene de seguir cobrando por el trabajo que ya ocurrió?
@Dusk #dusk $DUSK