Por qué Dusk tuvo que imponer un límite a la computación
Estaba pensando en esto mientras observaba cómo los contratos inteligentes realmente se ejecutan en Dusk
Al principio, un límite a la computación sonaba como una restricción
Si un contrato necesita más trabajo, ¿por qué no dejarlo seguir ejecutándose
Entonces empecé a pensar en lo que sucede cuando cientos de contratos compiten por los mismos recursos de la red
Un contrato inteligente no se está ejecutando en algún ordenador aislado
Su ejecución tiene que ser procesada por la red y cada computación extra significa más trabajo para los nodos
Así que si no hubiera un límite práctico, una transacción compleja o mal diseñada podría consumir una cantidad desproporcionada de recursos
Ahí fue donde el modelo de gas de Dusk empezó a tener más sentido para mí
Una transacción establece un límite de gas y la red cobra por el gas que realmente se utiliza. Si la ejecución se queda sin gas, la transacción se revierte en lugar de continuar indefinidamente
También encontré un detalle interesante en el trabajo de ingeniería de Dusk: las transacciones por debajo del límite mínimo de gas se pueden detener antes de procesarse, específicamente para reducir la carga computacional innecesaria y el impacto del spam
Así que el límite no es realmente un mensaje de
que no puedes hacer mucho
Es más como
Tienes que pagar por la cantidad de computación que le estás pidiendo a la red que realice
Eso cambió la forma en que lo veía
En una blockchain financiera, el uso de recursos predecible no es un detalle técnico menor
Es parte de mantener la capa de ejecución utilizable cuando muchas aplicaciones se están ejecutando al mismo tiempo
Al principio vi el límite de computación como una limitación
Ahora lo veo más como una forma de asegurar que un contrato no pueda tratar toda la red como si fuera su ordenador personal
#dusk $DUSK @Dusk
Estaba pensando en esto mientras observaba cómo los contratos inteligentes realmente se ejecutan en Dusk
Al principio, un límite a la computación sonaba como una restricción
Si un contrato necesita más trabajo, ¿por qué no dejarlo seguir ejecutándose
Entonces empecé a pensar en lo que sucede cuando cientos de contratos compiten por los mismos recursos de la red
Un contrato inteligente no se está ejecutando en algún ordenador aislado
Su ejecución tiene que ser procesada por la red y cada computación extra significa más trabajo para los nodos
Así que si no hubiera un límite práctico, una transacción compleja o mal diseñada podría consumir una cantidad desproporcionada de recursos
Ahí fue donde el modelo de gas de Dusk empezó a tener más sentido para mí
Una transacción establece un límite de gas y la red cobra por el gas que realmente se utiliza. Si la ejecución se queda sin gas, la transacción se revierte en lugar de continuar indefinidamente
También encontré un detalle interesante en el trabajo de ingeniería de Dusk: las transacciones por debajo del límite mínimo de gas se pueden detener antes de procesarse, específicamente para reducir la carga computacional innecesaria y el impacto del spam
Así que el límite no es realmente un mensaje de
que no puedes hacer mucho
Es más como
Tienes que pagar por la cantidad de computación que le estás pidiendo a la red que realice
Eso cambió la forma en que lo veía
En una blockchain financiera, el uso de recursos predecible no es un detalle técnico menor
Es parte de mantener la capa de ejecución utilizable cuando muchas aplicaciones se están ejecutando al mismo tiempo
Al principio vi el límite de computación como una limitación
Ahora lo veo más como una forma de asegurar que un contrato no pueda tratar toda la red como si fuera su ordenador personal
#dusk $DUSK @Dusk