#dusk Tenho analisado $DUSK a partir desse ângulo, especialmente sua arquitetura de Merkle e o uso de Poseidon com provas de abertura de zero conhecimento.
A oportunidade é interessante: compromissos de estado com preservação de privacidade poderiam tornar aplicações confidenciais mais práticas sem remover a verificabilidade.
Mas apenas capacidade técnica não cria demanda. A fraqueza é se os desenvolvedores realmente constroem aplicativos que geram atualizações recorrentes de estado, provas e transações.
Tenho analisado a atividade de desenvolvedor de @Dusk , o uso de contratos, a frequência de geração de provas, o crescimento de transações e as condições de liquidez. Se tudo isso melhorar em conjunto, eu ficaria mais confiante de que a infraestrutura está se traduzindo em demanda real da rede, e não apenas adicionando mais um recurso técnico.
#dusk $DUSK @Dusk
A oportunidade é interessante: compromissos de estado com preservação de privacidade poderiam tornar aplicações confidenciais mais práticas sem remover a verificabilidade.
Mas apenas capacidade técnica não cria demanda. A fraqueza é se os desenvolvedores realmente constroem aplicativos que geram atualizações recorrentes de estado, provas e transações.
Tenho analisado a atividade de desenvolvedor de @Dusk , o uso de contratos, a frequência de geração de provas, o crescimento de transações e as condições de liquidez. Se tudo isso melhorar em conjunto, eu ficaria mais confiante de que a infraestrutura está se traduzindo em demanda real da rede, e não apenas adicionando mais um recurso técnico.
#dusk $DUSK @Dusk