El mercado vuelve a traer algunos nombres interesantes. $TRUMP $BEAT Ambos están recibiendo mucha atención en el gráfico. En este punto, solo intento entender cómo todo el mundo encuentra estos movimientos antes que yo.

Antes pensaba que una llamada fallida a un contrato inteligente era básicamente solo un error.

Pero cuanto más miraba DuskVM, más interesante se volvía la ruta de fallo.

Antes de que comience la ejecución, Dusk comprueba cosas como la firma del saldo del remitente y el nonce. Si fallan esas condiciones básicas, la transacción no llega a ejecutarse de forma normal.

Pero ¿qué pasa cuando algo sale mal durante la ejecución?

Ahí es donde lo encuentro más importante.

Un contrato inteligente puede hacer cambios de estado mientras se ejecuta, pero una llamada fallida no simplemente deja esos cambios ahí. Los cambios de estado de esa ejecución fallida no se confirman.

Así no terminas con un contrato a medias, atrapado entre su estado anterior y un nuevo estado incompleto.

El gas también importa aquí. La ejecución de contratos consume gas, lo que significa que el fallo no se trata solo de si el resultado final fue exitoso. Todavía hay recursos de ejecución involucrados en el camino.

Eso me hizo replantearme lo que realmente significa una ejecución segura.

No se trata únicamente de que las transacciones exitosas funcionen.

También se trata de tener un comportamiento predecible cuando falla la ejecución.

En aplicaciones financieras esa distinción es importante. Un sistema que maneja activos valiosos necesita saber qué sucede cuando se rompe la ruta esperada.

A veces, la parte más importante de un contrato inteligente no es lo que ocurre cuando todo sale bien.

Es lo que la red hace cuando no.

@Dusk_Foundation $DUSK #dusk

¿Qué es lo más importante cuando fallan las llamadas?