Uma ótima câmera fica irritante rapidamente se cada lente precisar de um adaptador feito à mão.
Tive um pensamento semelhante ao analisar com mais atenção o DuskVM. Contratos inteligentes confidenciais são o destaque óbvio, mas acabei voltando a algo bem menos glamouroso: data drivers.
Para um criador que envia um aplicativo nativo do Dusk, escrever o contrato é apenas parte do trabalho. O aplicativo ao redor ainda precisa entender como formatar entradas, interpretar saídas e transformar métodos do contrato em algo com que o usuário realmente possa interagir.
O Dusk criou esse trabalho de tradução dentro de suas ferramentas. O Forge consegue gerar exports de ABI, schemas e data drivers a partir de Rust anotado, enquanto esses drivers lidam com a codificação e a decodificação dos dados do contrato. O Dusk Connect, então, pode carregar o driver quando um dApp nativo prepara chamadas e escreve.
Acho que essa camada merece mais atenção justamente porque os usuários quase não deveriam notá-la. Um criador pode gastar menos esforço refazendo a mesma infraestrutura contrato-para-interface e dedicar mais atenção ao que o aplicativo deve fazer.
A privacidade pode ser o que faz o Dusk ser notado primeiro. Mas os criadores também precisam enviar algo que as pessoas consigam usar, e essas peças silenciosas é que ajudam os contratos do DuskVM nativo a darem esse salto de código executável para uma interface de verdade.
@Dusk_Foundation $DUSK #dusk
Tive um pensamento semelhante ao analisar com mais atenção o DuskVM. Contratos inteligentes confidenciais são o destaque óbvio, mas acabei voltando a algo bem menos glamouroso: data drivers.
Para um criador que envia um aplicativo nativo do Dusk, escrever o contrato é apenas parte do trabalho. O aplicativo ao redor ainda precisa entender como formatar entradas, interpretar saídas e transformar métodos do contrato em algo com que o usuário realmente possa interagir.
O Dusk criou esse trabalho de tradução dentro de suas ferramentas. O Forge consegue gerar exports de ABI, schemas e data drivers a partir de Rust anotado, enquanto esses drivers lidam com a codificação e a decodificação dos dados do contrato. O Dusk Connect, então, pode carregar o driver quando um dApp nativo prepara chamadas e escreve.
Acho que essa camada merece mais atenção justamente porque os usuários quase não deveriam notá-la. Um criador pode gastar menos esforço refazendo a mesma infraestrutura contrato-para-interface e dedicar mais atenção ao que o aplicativo deve fazer.
A privacidade pode ser o que faz o Dusk ser notado primeiro. Mas os criadores também precisam enviar algo que as pessoas consigam usar, e essas peças silenciosas é que ajudam os contratos do DuskVM nativo a darem esse salto de código executável para uma interface de verdade.
@Dusk_Foundation $DUSK #dusk