#dusk Há pouco tempo, eu estava testando e mexendo com contratos inteligentes na rede de testes, e fui bem “educado” pelas redundâncias de cálculo na blockchain tradicional e pelos custos altíssimos. Isso me obrigou a olhar para @Dusk por outro ângulo, entendendo sua lógica central.
Agora, todo mundo no meio acha que a compatibilidade com Ethereum é o caminho absolutamente dominante. Mas quando chega a fase de cómputo de auditoria/métricas em alta intensidade e de interações de privacidade, muitas vezes a arquitetura monolítica genérica não aguenta o tranco.
Eles abriram duas pistas paralelas na camada de base. O DuskEVM, muito discutido por aí, é só uma espécie de “almofada” para facilitar a migração perfeita para desenvolvedores Solidity. A verdadeira “entidade” que assume o cálculo de privacidade de ponta, na prática, é a máquina virtual nativa chamada Piecrust. Rodar validações de Zero-Knowledge diretamente no ambiente nativo reduz bastante a perda de poder computacional, mas impõe ao desenvolvedor um segundo degrau de aprendizado. $DEBIT
Então, afinal, quem é que realmente precisa dessa capacidade nativa? Observando só o protocolo de credenciais de identidade “Citadel”, já fica claro. As instituições tradicionais que entram têm pavor de que as estratégias de transação e os detalhes dos clientes fiquem expostos na rede inteira — mas, ao mesmo tempo, ficam presas de forma rígida ao escrutínio regulatório sobre processos de conformidade. A Citadel usa provas de conhecimento zero para ajudar usuários e instituições a gerar licenças de privacidade revogáveis, concluindo validações de KYC sem revelar a privacidade da identidade. Isso acerta bem no ponto “doloroso” que uma blockchain pública genérica não consegue resolver. $BTC
Mas ideal e implementação têm um muro alto entre eles. Separar contratos de negócio e licenças de identidade significa que o caminho de interação do sistema fica mais longo, e a dificuldade de desenvolvimento de aplicações dobra. Se os times posteriores tentarem resolver tudo no modo “conveniência” da camada de compatibilidade, a identidade nativa e os “cartões” de privacidade por prova facilmente viram enfeites de papel.
No fim das contas, $DUSK aposta na verdadeira linha do tempo em que os recursos para conformidade realmente entram. Se essas barreiras tecnológicas, construídas de baixo para cima, valem a pena ou não, não dá para concluir só com o entusiasmo de geeks. O ponto-chave é ver se, no próximo ciclo, algum grande player financeiro estará disposto a pagar de verdade — com dinheiro — por isso.
Agora, todo mundo no meio acha que a compatibilidade com Ethereum é o caminho absolutamente dominante. Mas quando chega a fase de cómputo de auditoria/métricas em alta intensidade e de interações de privacidade, muitas vezes a arquitetura monolítica genérica não aguenta o tranco.
Eles abriram duas pistas paralelas na camada de base. O DuskEVM, muito discutido por aí, é só uma espécie de “almofada” para facilitar a migração perfeita para desenvolvedores Solidity. A verdadeira “entidade” que assume o cálculo de privacidade de ponta, na prática, é a máquina virtual nativa chamada Piecrust. Rodar validações de Zero-Knowledge diretamente no ambiente nativo reduz bastante a perda de poder computacional, mas impõe ao desenvolvedor um segundo degrau de aprendizado. $DEBIT
Então, afinal, quem é que realmente precisa dessa capacidade nativa? Observando só o protocolo de credenciais de identidade “Citadel”, já fica claro. As instituições tradicionais que entram têm pavor de que as estratégias de transação e os detalhes dos clientes fiquem expostos na rede inteira — mas, ao mesmo tempo, ficam presas de forma rígida ao escrutínio regulatório sobre processos de conformidade. A Citadel usa provas de conhecimento zero para ajudar usuários e instituições a gerar licenças de privacidade revogáveis, concluindo validações de KYC sem revelar a privacidade da identidade. Isso acerta bem no ponto “doloroso” que uma blockchain pública genérica não consegue resolver. $BTC
Mas ideal e implementação têm um muro alto entre eles. Separar contratos de negócio e licenças de identidade significa que o caminho de interação do sistema fica mais longo, e a dificuldade de desenvolvimento de aplicações dobra. Se os times posteriores tentarem resolver tudo no modo “conveniência” da camada de compatibilidade, a identidade nativa e os “cartões” de privacidade por prova facilmente viram enfeites de papel.
No fim das contas, $DUSK aposta na verdadeira linha do tempo em que os recursos para conformidade realmente entram. Se essas barreiras tecnológicas, construídas de baixo para cima, valem a pena ou não, não dá para concluir só com o entusiasmo de geeks. O ponto-chave é ver se, no próximo ciclo, algum grande player financeiro estará disposto a pagar de verdade — com dinheiro — por isso.
老钱终究得打钱!
极客自嗨没人用!
吹再多不如拉盘!
10 hora(s) restante(s)