#dusk ¿Qué pasa si reservas más gas que el que realmente usa una transacción de DUSK? La parte no utilizada no se pierde simplemente.
Cuando una transacción establece su precio de gas y su límite de gas, Dusk también incluye una dirección oculta en los datos de la comisión. Si la ejecución finaliza sin consumir todo el gas asignado, el valor restante se puede devolver a esa dirección como reembolso.
Ese detalle es fácil de pasar por alto, pero importa. Los usuarios necesitan suficiente asignación de gas para permitir que un contrato termine, pero no deberían tener que tratar cada unidad no utilizada como un gasto desperdiciado $DUSK .
El diseño también encaja con el enfoque más amplio de Dusk de mantener el manejo de transacciones preciso sin volver el proceso de reembolso innecesariamente público.
Una pregunta que aún vigilaría en la práctica es qué tan predecibles se sienten esos reembolsos durante la ejecución de contratos más complejos.
Para mí, este es un mecanismo pequeño con un mensaje práctico: un buen diseño de transacciones no solo se trata de cobrar por la computación, sino también de manejar lo que nunca se usó realmente. $DUSK @Dusk
Cuando una transacción establece su precio de gas y su límite de gas, Dusk también incluye una dirección oculta en los datos de la comisión. Si la ejecución finaliza sin consumir todo el gas asignado, el valor restante se puede devolver a esa dirección como reembolso.
Ese detalle es fácil de pasar por alto, pero importa. Los usuarios necesitan suficiente asignación de gas para permitir que un contrato termine, pero no deberían tener que tratar cada unidad no utilizada como un gasto desperdiciado $DUSK .
El diseño también encaja con el enfoque más amplio de Dusk de mantener el manejo de transacciones preciso sin volver el proceso de reembolso innecesariamente público.
Una pregunta que aún vigilaría en la práctica es qué tan predecibles se sienten esos reembolsos durante la ejecución de contratos más complejos.
Para mí, este es un mecanismo pequeño con un mensaje práctico: un buen diseño de transacciones no solo se trata de cobrar por la computación, sino también de manejar lo que nunca se usó realmente. $DUSK @Dusk