Z O Y A
11.4k Publicações
Z O Y A
Crypto Enthusiast | Web3 & Markets | Sharing charts, trades & insights | Building in public 🚀
311 A seguir
24.0K+ Seguidores
37.5K+ Gostaram
Publicações
Tudo
Cotações
Em direto
PINNED
Eu costumava achar que uma camada compatível com EVM era, em sua maior parte, sobre tornar uma cadeia mais fácil para desenvolvedores usarem. Depois, olhei com mais atenção para o DuskEVM e percebi que a parte interessante é o que ele consegue se apoiar por cima. Você pode continuar trabalhando com as ferramentas EVM familiares, em vez de ter que reaprender tudo só para acessar outra rede.
O DuskEVM oferece aos criadores um caminho Solidity/EVM até o Dusk, enquanto o Hedger foi projetado para levar fluxos EVM confidenciais para esse ambiente. Ele usa criptografia homomórfica e provas de zero conhecimento para dar suporte a uma privacidade que ainda pode ser revisada quando necessário. Então, a parte do EVM não é realmente toda a história… é a porta familiar para a infraestrutura que o Dusk vem construindo por baixo. 🤯
Isso me fez pensar sobre como desenvolvedores normalmente escolhem onde construir. Ferramentas familiares importam porque ninguém quer reconstruir todo o seu fluxo de trabalho apenas para experimentar com uma nova cadeia. Mas, para aplicações reguladas, a infraestrutura por trás importa tanto quanto. Ser compatível com EVM é útil, mas ter privacidade e revisabilidade embutidas no ambiente é o que deixa a combinação mais interessante.
Ainda estou curioso sobre o que as pessoas realmente vão construir com isso 😂, porque apenas compatibilidade não garante que alguém vai usá-la. Mas eu gosto da direção. O DuskEVM não parece estar pedindo que desenvolvedores escolham entre o desenvolvimento EVM familiar e a infraestrutura focada em privacidade do Dusk. Ele está tentando colocar os dois juntos, e é isso que eu vou observar.
@Dusk #dusk $DUSK
O DuskEVM oferece aos criadores um caminho Solidity/EVM até o Dusk, enquanto o Hedger foi projetado para levar fluxos EVM confidenciais para esse ambiente. Ele usa criptografia homomórfica e provas de zero conhecimento para dar suporte a uma privacidade que ainda pode ser revisada quando necessário. Então, a parte do EVM não é realmente toda a história… é a porta familiar para a infraestrutura que o Dusk vem construindo por baixo. 🤯
Isso me fez pensar sobre como desenvolvedores normalmente escolhem onde construir. Ferramentas familiares importam porque ninguém quer reconstruir todo o seu fluxo de trabalho apenas para experimentar com uma nova cadeia. Mas, para aplicações reguladas, a infraestrutura por trás importa tanto quanto. Ser compatível com EVM é útil, mas ter privacidade e revisabilidade embutidas no ambiente é o que deixa a combinação mais interessante.
Ainda estou curioso sobre o que as pessoas realmente vão construir com isso 😂, porque apenas compatibilidade não garante que alguém vai usá-la. Mas eu gosto da direção. O DuskEVM não parece estar pedindo que desenvolvedores escolham entre o desenvolvimento EVM familiar e a infraestrutura focada em privacidade do Dusk. Ele está tentando colocar os dois juntos, e é isso que eu vou observar.
@Dusk #dusk $DUSK
PINNED
Verificado
Eu fui um pouco fundo numa toca de coelho hoje olhando o código PLONK da Dusk, e isso me fez pensar sobre como normalmente avaliamos projetos de privacidade. Ver “provas de conhecimento zero” numa descrição técnica é uma coisa. Poder, de fato, analisar a implementação por trás disso é outra.
A implementação PLONK da Dusk está publicamente disponível no GitHub, então desenvolvedores e pesquisadores têm algo concreto para examinar, em vez de depender apenas de uma descrição em um whitepaper. Isso não significa automaticamente que cada parte do sistema esteja perfeita, mas eu gosto que a criptografia não esteja sendo tratada como uma caixa-preta. 🤯
E isso importa ainda mais quando o objetivo é o setor financeiro regulado. A Dusk não está tentando tornar tudo invisível. A ideia maior é a privacidade onde informações sensíveis precisam de proteção, ainda deixando espaço para transparência e divulgação seletiva quando uma parte autorizada precisa verificar algo. Esse é um modelo bem mais prático para mercados financeiros do que simplesmente esconder tudo.
Eu definitivamente não sou qualificado para auditar o PLONK por conta própria 😂, mas eu gosto do princípio aqui. Se houver atividade financeira confidencial acontecendo onchain, eu prefiro que a tecnologia de privacidade subjacente esteja disponível para as pessoas questionarem e inspecionarem, em vez de simplesmente aceitar a palavra de um projeto. Essa combinação de privacidade, verificação e divulgação autorizada é o que torna a Dusk interessante para mim.
@Dusk #dusk $DUSK
A implementação PLONK da Dusk está publicamente disponível no GitHub, então desenvolvedores e pesquisadores têm algo concreto para examinar, em vez de depender apenas de uma descrição em um whitepaper. Isso não significa automaticamente que cada parte do sistema esteja perfeita, mas eu gosto que a criptografia não esteja sendo tratada como uma caixa-preta. 🤯
E isso importa ainda mais quando o objetivo é o setor financeiro regulado. A Dusk não está tentando tornar tudo invisível. A ideia maior é a privacidade onde informações sensíveis precisam de proteção, ainda deixando espaço para transparência e divulgação seletiva quando uma parte autorizada precisa verificar algo. Esse é um modelo bem mais prático para mercados financeiros do que simplesmente esconder tudo.
Eu definitivamente não sou qualificado para auditar o PLONK por conta própria 😂, mas eu gosto do princípio aqui. Se houver atividade financeira confidencial acontecendo onchain, eu prefiro que a tecnologia de privacidade subjacente esteja disponível para as pessoas questionarem e inspecionarem, em vez de simplesmente aceitar a palavra de um projeto. Essa combinação de privacidade, verificação e divulgação autorizada é o que torna a Dusk interessante para mim.
@Dusk #dusk $DUSK
Verificado
Eu costumava achar que colocar instituições financeiras onchain era principalmente um problema de tecnologia… construir a cadeia, deixá-la segura e, eventualmente, as instituições viriam. Ao ver a Dusk, percebi que existe outra parte que as pessoas não comentam o suficiente: as próprias instituições precisam conseguir operar dentro das regras em que já vivem.
Foi por isso que a conexão da NPEX me chamou a atenção. A NPEX é uma exchange regulada pela AFM, licenciada como MTF, Broker e ECSP, e planeja trazer 300M+ EUR em ativos onchain através da Dusk. Achei isso mais interessante do que mais uma manchete sobre “adoção institucional”, porque aqui existe de fato um mercado regulado envolvido. 🤯
Então comecei a pensar no que isso significa para os próprios ativos. Títulos, valores mobiliários e outros produtos financeiros não podem simplesmente ser colocados em uma blockchain pública e esperar funcionar como um meme coin. Propriedade, conformidade, privacidade e liquidação precisam se encaixar. É aí que a abordagem da Dusk começa a fazer mais sentido para mim… a infraestrutura está sendo desenhada desde o início em torno das exigências das finanças reguladas.
Ainda quero ver o quanto disso se transforma em atividade real de mercado 😂, porque parcerias e planos são uma coisa e liquidação de verdade é outra. Mas se ambientes regulados puderem, de forma genuína, usar a Dusk para trazer ativos financeiros onchain, isso parece um teste muito maior para blockchain do que simplesmente criar outro token. É essa a parte que estou acompanhando.
@Dusk #dusk $DUSK
Foi por isso que a conexão da NPEX me chamou a atenção. A NPEX é uma exchange regulada pela AFM, licenciada como MTF, Broker e ECSP, e planeja trazer 300M+ EUR em ativos onchain através da Dusk. Achei isso mais interessante do que mais uma manchete sobre “adoção institucional”, porque aqui existe de fato um mercado regulado envolvido. 🤯
Então comecei a pensar no que isso significa para os próprios ativos. Títulos, valores mobiliários e outros produtos financeiros não podem simplesmente ser colocados em uma blockchain pública e esperar funcionar como um meme coin. Propriedade, conformidade, privacidade e liquidação precisam se encaixar. É aí que a abordagem da Dusk começa a fazer mais sentido para mim… a infraestrutura está sendo desenhada desde o início em torno das exigências das finanças reguladas.
Ainda quero ver o quanto disso se transforma em atividade real de mercado 😂, porque parcerias e planos são uma coisa e liquidação de verdade é outra. Mas se ambientes regulados puderem, de forma genuína, usar a Dusk para trazer ativos financeiros onchain, isso parece um teste muito maior para blockchain do que simplesmente criar outro token. É essa a parte que estou acompanhando.
@Dusk #dusk $DUSK
Eu estava analisando hoje os modelos de transação da Dusk e algo finalmente fez sentido para mim… nem toda atividade financeira precisa do mesmo nível de visibilidade. O Moonlight mantém o DUSK público e baseado em conta, enquanto o Phoenix adota uma abordagem protegida e baseada em notas. Mesmo rede, mesmo token, mas uma forma bem diferente de lidar com a atividade.
Essa distinção faz ainda mais sentido quando você pensa no que a Dusk está tentando construir. Um pagamento que precisa de visibilidade pública não necessariamente precisa da mesma configuração de uma transação financeira em que detalhes sensíveis devem permanecer protegidos. O Phoenix usa transferências protegidas por esse motivo, enquanto o Moonlight mantém tudo transparente. 🤯
Aí existe o DuskEVM, que adiciona um ambiente compatível com EVM sobre a rede. O que eu gosto nessa arquitetura é que a privacidade não está sendo tratada como uma configuração do tipo “tudo ou nada”. Diferentes aplicações podem funcionar com níveis distintos de visibilidade, em vez de forçar todos os casos de uso no mesmo modelo.
Ainda estou colocando tudo isso em perspectiva sobre de quantas maneiras essas peças vão funcionar juntas 😂, mas a ideia em si parece bem prática. Público quando a transparência importa, protegido quando a confidencialidade importa… e a rede consegue suportar ambos sem fingir que toda atividade financeira precisa ter a mesma aparência.
@Dusk #dusk $DUSK
Essa distinção faz ainda mais sentido quando você pensa no que a Dusk está tentando construir. Um pagamento que precisa de visibilidade pública não necessariamente precisa da mesma configuração de uma transação financeira em que detalhes sensíveis devem permanecer protegidos. O Phoenix usa transferências protegidas por esse motivo, enquanto o Moonlight mantém tudo transparente. 🤯
Aí existe o DuskEVM, que adiciona um ambiente compatível com EVM sobre a rede. O que eu gosto nessa arquitetura é que a privacidade não está sendo tratada como uma configuração do tipo “tudo ou nada”. Diferentes aplicações podem funcionar com níveis distintos de visibilidade, em vez de forçar todos os casos de uso no mesmo modelo.
Ainda estou colocando tudo isso em perspectiva sobre de quantas maneiras essas peças vão funcionar juntas 😂, mas a ideia em si parece bem prática. Público quando a transparência importa, protegido quando a confidencialidade importa… e a rede consegue suportar ambos sem fingir que toda atividade financeira precisa ter a mesma aparência.
@Dusk #dusk $DUSK
Passei algum tempo analisando como a TermMax lida com garantias quando o próprio ativo não é fácil de vender, e isso mudou a forma como penso sobre empréstimos com RWA.
Com tokens altamente líquidos, a liquidação geralmente pode contar com um mercado ativo para converter a garantia no valor exigido. Mas essa abordagem fica muito mais difícil quando o ativo subjacente tem poucos compradores ou liquidação mais lenta.
O mecanismo de entrega física da TermMax oferece aos credores outra rota…. em vez de depender totalmente de uma venda imediata no mercado, a garantia elegível pode ser transferida ao credor quando determinadas condições de liquidação ocorrerem.
Então, para mim, a parte interessante não é simplesmente usar RWA como garantia…. é projetar o sistema de empréstimos em torno do que acontece quando essa garantia não tem liquidez profunda desde o início.
@TermMax #TermMax
Com tokens altamente líquidos, a liquidação geralmente pode contar com um mercado ativo para converter a garantia no valor exigido. Mas essa abordagem fica muito mais difícil quando o ativo subjacente tem poucos compradores ou liquidação mais lenta.
O mecanismo de entrega física da TermMax oferece aos credores outra rota…. em vez de depender totalmente de uma venda imediata no mercado, a garantia elegível pode ser transferida ao credor quando determinadas condições de liquidação ocorrerem.
Então, para mim, a parte interessante não é simplesmente usar RWA como garantia…. é projetar o sistema de empréstimos em torno do que acontece quando essa garantia não tem liquidez profunda desde o início.
@TermMax #TermMax
Tenho pensado em algo que parece bastante normal nas finanças tradicionais, mas que é ignorado onchain... permissões. Se um ativo regulado estiver disponível onchain, isso não significa automaticamente que todo mundo deva conseguir interagir com ele. Analisar o Citadel da Dusk me fez perceber o quanto das finanças depende de saber quem tem permissão para fazer o quê.
O Citadel foi construído em torno de emitir e validar licenças, verificar se elas ainda estão ativas e controlar certas ações com base em credenciais válidas. O que achei interessante é que isso transforma a autorização em algo que a blockchain consegue de fato entender, em vez de deixar isso escondido em algum banco de dados. Um participante pode provar que é elegível sem precisar expor todos os detalhes sobre si mesmo. 🤯
Então comecei a pensar em como isso é diferente da experiência usual de cripto. A maioria de nós está acostumada a conectar uma carteira e interagir com qualquer contrato que quisermos, mas mercados regulados obviamente não podem funcionar assim. Títulos tokenizados precisam de regras sobre quem pode mantê-los, negociá-los ou acessar certas ações. Colocar essas permissões mais perto do ativo poderia tornar todo o sistema muito mais preciso.
Ainda me pergunto o quão complicadas essas regras ficam quando você tem diferentes ativos, investidores e jurisdições envolvidos 😂. Mas gosto do rumo que a Dusk está tomando aqui. Se as finanças reguladas estiverem indo para o onchain, identidade e autorização provavelmente não conseguem continuar como algo que acontece quietamente nos bastidores. Elas precisam fazer parte da infraestrutura também.
@Dusk #dusk $DUSK
O Citadel foi construído em torno de emitir e validar licenças, verificar se elas ainda estão ativas e controlar certas ações com base em credenciais válidas. O que achei interessante é que isso transforma a autorização em algo que a blockchain consegue de fato entender, em vez de deixar isso escondido em algum banco de dados. Um participante pode provar que é elegível sem precisar expor todos os detalhes sobre si mesmo. 🤯
Então comecei a pensar em como isso é diferente da experiência usual de cripto. A maioria de nós está acostumada a conectar uma carteira e interagir com qualquer contrato que quisermos, mas mercados regulados obviamente não podem funcionar assim. Títulos tokenizados precisam de regras sobre quem pode mantê-los, negociá-los ou acessar certas ações. Colocar essas permissões mais perto do ativo poderia tornar todo o sistema muito mais preciso.
Ainda me pergunto o quão complicadas essas regras ficam quando você tem diferentes ativos, investidores e jurisdições envolvidos 😂. Mas gosto do rumo que a Dusk está tomando aqui. Se as finanças reguladas estiverem indo para o onchain, identidade e autorização provavelmente não conseguem continuar como algo que acontece quietamente nos bastidores. Elas precisam fazer parte da infraestrutura também.
@Dusk #dusk $DUSK
O que se destaca no TermMax é o foco em tornar o financiamento previsível, mantendo o mercado personalizável.
O TermMax oferece um melhor ponto de partida para comparar oportunidades quando os números importantes já estão definidos antecipadamente.
Eu aprecio como a TermMax combina mecânicas familiares de DeFi com uma abordagem mais estruturada para empréstimos e tomada de empréstimos.
O TermMax é interessante porque taxas previsíveis podem ajudar a separar uma oportunidade realmente boa de uma que só parece boa temporariamente.
O modelo de prazo fixo da TermMax poderia tornar as estratégias de planejamento muito mais fáceis quando você já conhece o custo do financiamento.
Eu gosto de como o TermMax dá aos traders números mais claros para trabalhar, em vez de deixar tudo dependente de taxas flutuantes.
O TermMax torna o empréstimo a taxa fixa mais prático quando você consegue calcular o custo antes de abrir uma posição.
A forma como a Dusk combina privacidade programável com finanças regulamentadas dá ao projeto uma direção muito clara.
Estou curioso para ver como as capacidades EVM confidenciais da Dusk se traduzem em aplicações que as pessoas realmente usam.
O crepúsculo poderia ter um forte caso de uso para ativos tokenizados, em que as exigências de privacidade são mais complexas do que as pessoas imaginam.
A Dusk está trabalhando em uma importante peça de infraestrutura para instituições que precisam tanto de confidencialidade quanto de responsabilização
A abordagem de privacidade programável da Dusk parece especialmente útil para fluxos de trabalho financeiros com diferentes requisitos de acesso.
Eu gosto de como a Dusk pensa sobre privacidade em torno de requisitos institucionais reais, em vez de tratá-la como um recurso isolado.
A parte prática do TermMax é conhecer seus termos com antecedência, o que facilita muito decidir se uma posição faz sentido.
Inicia sessão para explorar mais conteúdos