#dusk $DUSK @Dusk

No começo, achei que construir um contrato DuskVM significava gastar muito tempo com uma configuração de baixo nível antes mesmo de chegar à lógica real do contrato.
Ao analisar melhor o @Dusk, a Forge mudou essa visão. Seu "macro pode transformar métodos públicos do Rust em entrypoints do DuskVM e gerar grande parte da infraestrutura de ABI automaticamente. A Forge também lida com a serialização de entrada e saída, então os desenvolvedores não precisam preparar manualmente cada byte passado entre o contrato e a VM.
É isso que eu gosto nessa abordagem. Um desenvolvedor pode dedicar mais tempo para pensar em mudanças de estado, permissões e comportamento do contrato, em vez de ficar conectando exports e codificando chamadas repetidamente à mão.
A parte interessante é que a Forge não remove a complexidade dos smart contracts. Ela remove configurações repetitivas ao redor deles, deixando mais fácil visualizar e testar a complexidade importante.
Agora estou curioso sobre a adoção.
Você prefere controlar a ABI manualmente, ou deixar a Forge lidar com a boilerplate enquanto você foca na lógica do contrato?