O mercado está trazendo alguns nomes interessantes de volta. $TRUMP $BEAT Ambos estão recebendo bastante atenção no gráfico. Neste ponto, estou apenas tentando descobrir como todo mundo encontra esses movimentos antes de mim.

Antes eu achava que uma chamada de contrato inteligente malsucedida era basicamente só um erro.

Mas, quanto mais eu olhei para o DuskVM, mais interessante ficou o caminho da falha.

Antes da execução começar, o Dusk verifica coisas como a assinatura do saldo do remetente e o nonce. Se essas condições básicas falharem, a transação não chega a ser executada normalmente.

Mas o que acontece quando dá algo errado durante a execução?

É essa parte que eu considero mais importante.

Um contrato inteligente pode fazer mudanças de estado enquanto está em execução, mas uma chamada falha não simplesmente deixa essas mudanças “paradas” por aí. As mudanças de estado dessa execução falha não são confirmadas.

Então você não acaba com um contrato preso no meio do caminho entre seu estado antigo e uma nova versão incompleta.

O gás também importa aqui. A execução de contratos consome gás, o que significa que a falha não é apenas sobre saber se o resultado final foi bem-sucedido. Ainda há recursos de execução envolvidos ao longo do processo.

Isso me fez repensar o que realmente significa “execução segura”.

Não é só sobre fazer transações bem-sucedidas funcionarem.

Também é sobre ter um comportamento previsível quando a execução falha.

Para aplicações financeiras, essa distinção importa. Um sistema que lida com ativos valiosos precisa saber o que acontece quando o caminho esperado se rompe.

Às vezes, a parte mais importante de um contrato inteligente não é o que acontece quando tudo dá certo.

É o que a rede faz quando não dá.

@Dusk_Foundation $DUSK #dusk

O que mais importa quando as chamadas falham?