Depois de concluir o teste da rede de nós do Dusk, minhas fantasias sobre uma blockchain de privacidade em conformidade foram reduzidas à metade
O Dusk colocou o PLONK e o modelo de transações da Fênix na mesma cadeia — a ideia, de fato, não é apenas “se aproveitar do conceito”. Mas, ao pôr a mão na massa e fazer o deploy do nó de verdade, a documentação deixa os requisitos de hardware ambíguos; na hora de sincronizar os dados, a CPU foi direto ao máximo, e o consumo de memória ficou bem acima do que eu imaginava. Isso talvez não seja uma falha de design, e sim que a otimização ainda não acompanhou o ritmo — apenas não é muito amigável para quem realmente quer rodar nós com seriedade.
Comparando com a Secret Network, fica bem claro. Ela coloca a computação privada no nível de contratos: o patamar para devs é baixo, mas a programabilidade fica totalmente “amarrada” pelo TEE. O Dusk quer fazer privacidade diretamente a partir da máquina de estados; em teoria, é mais completo. O custo é que a experiência de desenvolvimento é difícil de engolir. As ferramentas de depuração do Rusk VM basicamente dependem de adivinhação: as mensagens de erro parecem uma caixa-preta, e levar horas para descobrir se é um problema de transição de estado ou de erro de estimativa de gas não é raro. E não foi só comigo — alguns devs independentes na comunidade também relataram algo bem parecido.
Na narrativa de conformidade, o @Dusk , com tokenização de títulos e um KYC/AML confidencial, está na verdade mais alinhado com as necessidades reais de instituições financeiras do que a Oasis. A Oasis tende mais a uma economia de dados, enquanto o Dusk mira diretamente em ativos regulados: a direção é clara, mas o ritmo de implementação é, de certa forma, surpreendentemente lento. O consenso da Citadel para produzir blocos é estável; porém, a sincronização de dados entre o browser e a carteira tem atraso. Para fazer market-making e negociação, isso não é muito favorável. Para uma cadeia que se vende como voltada a cenários financeiros, com uma toolchain de front-end tão “tosca”, é inevitável ficar com o pé atrás.
Eu não estou “apostando contra” o $DUSK , mas o maior risco desse tipo de projeto nunca é a tecnologia — é o cold start do ecossistema. Se até o deploy e a depuração de nós conseguem desmotivar devs independentes, depois fica difícil ter aplicações suficientes para encher a piscina de transações privadas. O Dusk não gaste todo o esforço apenas com palestras de conformidade; a toolchain precisa acompanhar primeiro. Caso contrário, mesmo que a narrativa seja bonita, ela não sustenta um uso real.
#dusk
O Dusk colocou o PLONK e o modelo de transações da Fênix na mesma cadeia — a ideia, de fato, não é apenas “se aproveitar do conceito”. Mas, ao pôr a mão na massa e fazer o deploy do nó de verdade, a documentação deixa os requisitos de hardware ambíguos; na hora de sincronizar os dados, a CPU foi direto ao máximo, e o consumo de memória ficou bem acima do que eu imaginava. Isso talvez não seja uma falha de design, e sim que a otimização ainda não acompanhou o ritmo — apenas não é muito amigável para quem realmente quer rodar nós com seriedade.
Comparando com a Secret Network, fica bem claro. Ela coloca a computação privada no nível de contratos: o patamar para devs é baixo, mas a programabilidade fica totalmente “amarrada” pelo TEE. O Dusk quer fazer privacidade diretamente a partir da máquina de estados; em teoria, é mais completo. O custo é que a experiência de desenvolvimento é difícil de engolir. As ferramentas de depuração do Rusk VM basicamente dependem de adivinhação: as mensagens de erro parecem uma caixa-preta, e levar horas para descobrir se é um problema de transição de estado ou de erro de estimativa de gas não é raro. E não foi só comigo — alguns devs independentes na comunidade também relataram algo bem parecido.
Na narrativa de conformidade, o @Dusk , com tokenização de títulos e um KYC/AML confidencial, está na verdade mais alinhado com as necessidades reais de instituições financeiras do que a Oasis. A Oasis tende mais a uma economia de dados, enquanto o Dusk mira diretamente em ativos regulados: a direção é clara, mas o ritmo de implementação é, de certa forma, surpreendentemente lento. O consenso da Citadel para produzir blocos é estável; porém, a sincronização de dados entre o browser e a carteira tem atraso. Para fazer market-making e negociação, isso não é muito favorável. Para uma cadeia que se vende como voltada a cenários financeiros, com uma toolchain de front-end tão “tosca”, é inevitável ficar com o pé atrás.
Eu não estou “apostando contra” o $DUSK , mas o maior risco desse tipo de projeto nunca é a tecnologia — é o cold start do ecossistema. Se até o deploy e a depuração de nós conseguem desmotivar devs independentes, depois fica difícil ter aplicações suficientes para encher a piscina de transações privadas. O Dusk não gaste todo o esforço apenas com palestras de conformidade; a toolchain precisa acompanhar primeiro. Caso contrário, mesmo que a narrativa seja bonita, ela não sustenta um uso real.
#dusk