Warren Buffett está sentado em quase US$ 400B em dinheiro, e isso é difícil de ignorar.
A última vez que a Berkshire construiu uma pilha de caixa tão grande foi por volta do período de 2007–2008. Isso não garante uma queda, mas sugere que Buffett vê mais valor em esperar do que em correr atrás dos preços atuais.
🚨 O Bitcoin está seriamente abaixo do desempenho do mercado de ações.
O S&P 500 e a Nasdaq se recuperaram em direção às máximas históricas, enquanto $BTC ainda está sendo negociado perto de US$ 80 mil após uma grande correção.
As ações já precificaram uma nova propensão ao risco. O Bitcoin não.
Eu estava lendo a pilha de criptografia do Dusk quando uma página menos glamourosa chamou minha atenção: o guia de hardware para nós provedores.
Aquela página mudou a forma como eu formulava a pergunta.
O Dusk pode ocultar detalhes de transações e ainda assim provar que uma transferência é válida. Mas essas provas não vêm de graça. Alguém precisa fazer o cálculo.
A documentação do operador do Dusk descreve a geração de provas como uma tarefa que exige bastante computação. Cada worker prover precisa de seu próprio núcleo de CPU, e um desempenho forte em um único núcleo importa, porque provas individuais são geradas em um processo de thread única.
Isso soa como um detalhe de infraestrutura até você imaginar o tráfego financeiro real.
Um fundo tokenizado pode processar assinaturas durante o dia e, em seguida, calcular resgates e atualizações de propriedade em conjunto. Um emissor de títulos pode distribuir juros para milhares de detentores de uma vez. Um evento de estresse de mercado pode disparar muitas transferências privadas ou verificações de conformidade dentro da mesma janela curta.
Esse tráfego não chegaria de forma uniforme.
Chegaria em rajadas.
Então a questão da privacidade não é apenas se o Dusk consegue gerar uma prova válida de conhecimento zero. É se a rede de provedores consegue absorver uma concentração súbita de solicitações de prova sem transformar a confidencialidade em uma fila.
O Hedger diz que seus circuitos leves podem gerar provas do lado do cliente em menos de dois segundos. Isso é encorajador, mas uma prova simples e um fluxo de trabalho completo de mercado são testes diferentes.
Eu gostaria de ver como o tempo de prova muda quando muitos usuários enviam transações privadas juntos, e se as aplicações conseguem adicionar capacidade de prover sem deixar a experiência imprevisível.
Cadeias públicas geralmente medem escala por transações por segundo.
Para o Dusk, outro número pode importar tanto quanto: provas concluídas por segundo durante a demanda de pico.
A criptografia pode estar correta enquanto a experiência do usuário ainda fica lenta.
É essa a parte da pilha de privacidade do Dusk que eu avaliaria antes do tráfego institucional chegar.
Entrei no guia da ponte DuskEVM em busca de informações sobre o timing de saques.
A linha da taxa foi o que me fez parar.
Mover DUSK para o fluxo atual de teste do DuskEVM é relativamente simples: envie o depósito na Dusk L1 e depois aguarde o saldo aparecer no DuskEVM.
Voltar é diferente.
Um saque exige três ações separadas:
Iniciar no DuskEVM. Comprovar na Dusk L1. Finalizar na Dusk L1.
A carteira pode passar por “Aguardando proposta de saída”, “Pronto para comprovar”, “Prova enviada” e “Aguardando finalização” antes que o DUSK seja liberado.
Essa parte faz sentido. A jornada de retorno é onde o DuskDS verifica o estado que vem da camada EVM.
Mas então notei que o usuário também precisa ter DUSK não blindado suficiente na L1 para pagar tanto a transação de prova quanto a de finalização.
Ou seja, alguém pode manter DUSK dentro do DuskEVM, começar a movê-lo de volta e ainda assim precisar de um saldo utilizável separado na L1 para concluir a saída.
Os fundos não estão necessariamente presos. O usuário pode simplesmente estar sem o ativo necessário para finalizar a comprovação de que tem permissão para recuperá-los.
Isso parece um requisito técnico pequeno até que o DuskEVM seja usado por alguém que nunca mexeu diretamente com a Dusk L1.
Um desenvolvedor de Solidity pode entender contratos e MetaMask perfeitamente, enquanto o usuário final só vê um saque parado em “Aguardando finalização.”
A documentação do Dusk é cuidadosa aqui. Ela orienta os usuários a seguirem o status da carteira, em vez de estimar a prontidão apenas pelo tempo decorrido.
Agora estou observando o quanto disso sobrevive até a experiência final em produção.
Os usuários ainda vão gerenciar manualmente três transações e duas taxas da L1, ou a carteira vai abstrair o processo sem esconder em qual etapa de liquidação o dinheiro deles realmente chegou?
A ponte não está apenas movendo DUSK entre camadas. É onde a interface familiar do DuskEVM encontra a liquidação nativa do Dusk, e onde essa diferença se torna impossível de ignorar.
Eu estava analisando o DuskEVM e o Dusk Trade como duas partes separadas do roadmap.
Um traz desenvolvedores do Ethereum. O outro traz produtos financeiros tokenizados para investidores.
Então percebi que talvez estejam tentando resolver lados opostos do mesmo problema.
Desenvolvedores raramente ficam em uma rede nova apenas porque a implantação é fácil. Eles precisam de usuários, liquidez e ativos em torno dos quais valha a pena construir.
Investidores têm o problema inverso. Uma plataforma pode oferecer ativos tokenizados, mas esses ativos ficam muito mais úteis quando existem carteiras, exchanges, mercados de empréstimos e outras aplicações prontas para apoiá-los.
O DuskEVM poderia fornecer as aplicações.
O Dusk Trade poderia fornecer os ativos e os usuários.
$DUSK fica entre eles como o token de gás para a atividade no DuskEVM, enquanto o staking ajuda a garantir a rede mais ampla.
No papel, o ciclo faz sentido. Um ativo tokenizado chega ao Dusk Trade, os investidores ganham acesso a ele, e os desenvolvedores criam serviços em torno de sua negociação, empréstimo ou liquidação. Mais uso então cria mais transações pagas em @Dusk .
Mas o timing é onde eu pausei.
Se as aplicações chegarem antes dos ativos e dos usuários reais, os desenvolvedores podem encontrar um mercado vazio. Se os produtos financeiros chegarem antes de aplicações úteis e de liquidez, os investidores podem ter pouca razão para fazer qualquer coisa além da compra original.
Nenhum dos lados pode esperar para sempre até que o outro apareça.
Então eu não julgaria essa estratégia apenas pelo número de implantações do DuskEVM ou pela quantia listada no Dusk Trade.
Eu procuraria sobreposição: ativos que realmente estão sendo usados dentro das aplicações, investidores voltando para mais de uma transação, e liquidez se movendo entre os lados de produto e desenvolvimento do ecossistema.
#dusk não está apenas tentando atrair construtores ou investidores.
Ela precisa que os dois grupos cheguem perto o suficiente juntos para que o ciclo de utilidade de $DUSK comece a se mover.
Um ECSP pode ajudar a financiar a oferta original. Isso não significa que os investidores terão um lugar líquido para vender o ativo depois.
A relação da Dusk com a NPEX importa aqui porque a NPEX também traz infraestrutura regulada de mercado secundário por meio de sua licença MTF.
Então existe um caminho possível:
ECSP para levantar o capital.
Infraestrutura da Dusk para emitir e liquidar o ativo.
NPEX ou Dusk Trade para acesso ao mercado mais tarde.
Parece completo no papel.
Mas tokenizar uma segurança de uma SME não cria compradores de ambos os lados de repente. O título de uma pequena empresa pode liquidar perfeitamente onchain e ainda assim ser negociado apenas a cada poucas semanas, com um spread amplo.
É nessa parte que a linguagem “mais ativos e TVL” passa por cima.
Trazer um ativo para a Dusk cria oferta.
Mantê-lo útil exige precificação, compradores, market makers, ações corporativas e uma rota de saída.
Eu não avaliaria essa estratégia apenas pelo valor dos ativos emitidos.
Eu observaria o que acontece depois da emissão.
Os investidores mantêm tudo até o vencimento?
Eles conseguem sair sem sofrer um desconto grande?
O mesmo ativo gera um giro secundário real?
A primeira oferta mostra que a Dusk consegue originar um ativo.
O primeiro mercado secundário funcionando prova que ela consegue sustentá-lo.
🚨 A cripto caiu acentuadamente em apenas 6 minutos.
$BTC caiu por volta de US$ 2.000, quase US$ 500 milhões em posições compradas foram liquidadas e US$ 108 bilhões foram apagados da capitalização total do mercado de cripto.
O mercado está tentando se recuperar, mas a volatilidade ainda está alta.
A TermMax chama o participante do vault de Depositante, o que inicialmente fez a função parecer quase passiva.
Os controles do curador da V2 me fizeram ler essa descrição de outra forma.
Um Curador pode escolher mercados, alocar capital, criar ordens, configurar curvas de empréstimo e de concessão, gerenciar filas e cobrar uma taxa de performance. O contrato do vault também expõe controles sobre APY mínimo, whitelist de mercados, timelocks, guardians e tratamento de bad-debt.
Isso não é simples roteamento de yield.
É uma gestão delegada de carteiras de renda fixa realizada por meio de contratos inteligentes.
O depositante evita colocar cada ordem pessoalmente, mas as decisões subjacentes não desaparecem. Alguém ainda decide qual vencimento merece capital, qual colateral é aceitável, onde uma curva deve começar e quanto de liquidez deve ser comprometida.
A TermMax limita essa autoridade de formas úteis. Whitelists limitam os mercados disponíveis, timelocks atrasam mudanças sensíveis e um guardian pode cancelar ações pendentes.
Mas essas proteções governam o que um Curador está autorizado a mudar. Elas não garantem que os mercados, curvas ou alocações escolhidos terão bom desempenho.
Isso torna o APY do vault em destaque um ponto de partida fraco para avaliar um vault @TermMax .
Eu preferiria examinar a seleção de mercados do Curador, o histórico das curvas, a taxa de performance, o timelock e a resposta a bad debt.
O depositante não está eliminando o risco de estratégia. Ele está escolhendo quem está autorizado a administrá-la.
Assumi que a nova Dusk Wallet fosse principalmente uma reformulação da carteira web existente.
Depois li o anúncio do developer-preview de abril e verifiquei os repositórios.
A antiga carteira web podia interagir com a Dusk diretamente, mas era uma aplicação independente. Um dApp não conseguia descobri-la, solicitar um perfil ou pedir para que ela assinasse uma transação por meio de um fluxo de conexão padrão.
Isso deixava uma lacuna entre os contratos da Dusk e os usuários reais.
A Dusk Connect preenche a parte da aplicação dessa lacuna. Ela permite que um dApp descubra wallets compatíveis, solicite acesso ao perfil e envie ações aprovadas pelo usuário por meio de uma interface de provedor compartilhada.
A nova Dusk Wallet fica do outro lado.
Ela mantém as chaves localmente, mostra a solicitação e permite que o usuário aprove ou rejeite. Seu primeiro lançamento inclui balances públicos e Phoenix, shielding, transferências privadas, staking e fluxos de ativos DRC-20/DRC-721.
Um detalhe de implementação chamou minha atenção.
Um dApp não recebe automaticamente tudo depois de “Connect Wallet”. O acesso ao perfil público, endereços de recebimento com shielding, assinatura de mensagens e transações têm fluxos separados de solicitação e aprovação. As permissões também são armazenadas por origem.
Isso importa na Dusk porque conectar a uma aplicação financeira pode envolver mais do que expor um único endereço público.
Mas ainda é uma história de developer-preview.
Um padrão de conexão só se torna valioso quando dApps reais o adotam e wallets compatíveis o implementam corretamente. Uma wallet de primeira parte prova que a interface pode funcionar; ainda não prova a existência de um ecossistema amplo de aplicações.
A Dusk já tinha contratos, privacidade e liquidação.
A Dusk Connect e a nova wallet fornecem a camada de interação faltante entre eles e a pessoa que clica no botão.
O marco que eu observaria em seguida é simples: um dApp DuskDS em produção onde um usuário consiga conectar, aprovar e concluir uma ação com shielding ou em ativo tokenizado sem sair da aplicação.
A confidencialidade, por si só, não torna uma blockchain adequada para mercados financeiros.
A transferência de propriedade privada ainda é pouco confiável se os participantes não conseguirem determinar exatamente quando ela se torna definitiva.
É por isso que a arquitetura da Dusk importa além das provas de conhecimento zero.
As aplicações podem ser executadas através do DuskEVM ou DuskVM, enquanto o DuskDS trata do consenso, disponibilidade de dados e liquidação. Uma vez que um bloco é ratificado por meio de uma Atestação Concisa, a rede atinge uma finalização determinística, em vez de deixar as instituições expostas à incerteza típica de reorgs voltados ao usuário.
Vejo o design como dois requisitos conectados:
Proteger a transação enquanto ela é processada.
Tornar seu estado final inequívoco após a liquidação.
Para ativos regulamentados, a privacidade protege as partes. A finalidade protege o mercado.
Uma frase na documentação do TermMax precisa de leitura cuidadosa.
Um tomador pode comprar FTs no mercado e usá-los para quitar a dívida. Se esses FTs forem negociados abaixo do valor de face, isso pode custar menos do que quitar diretamente com tokens de dívida.
Mecanicamente, isso está correto.
Mas o desconto não é garantido que continue disponível.
Um FT pode ser resgatado por um token de dívida no vencimento. Minha expectativa é que o preço dele se aproxime mais desse valor de face conforme o vencimento se aproxima, a menos que liquidez ou risco de colateral alterem o mercado.
Um tomador que vendeu FTs por US$ 0,80 talvez não consiga comprá-los de volta mais tarde pelo mesmo preço.
Se o FT estiver sendo negociado a US$ 0,98 e a operação incluir taxas e slippage, grande parte da economia aparente na quitação já terá desaparecido. Liquidez fina pode tornar a recompra ainda menos atraente.
Os contratos da V2 do TermMax confirmam que a flexibilidade de pagamento é real: o contrato GT inclui `repay`, enquanto o roteador inclui `swapAndRepay`.
A variável negligenciada é o timing.
Comprar de volta o FT pode funcionar bem enquanto houver um desconto relevante e liquidez suficiente. Perto do vencimento, a quitação direta pode ser mais simples.
O TermMax oferece aos tomadores mais uma rota de pagamento.
O mercado decide se essa rota é realmente mais barata.
Quando observo como a Geração Z lida com o dinheiro, percebo uma grande diferença: eles não querem esperar até os 30 ou 40 anos para entender investimentos. Muitos jovens estão entrando nos mercados financeiros mais cedo porque informações e ferramentas financeiras agora estão disponíveis em seus telefones. Gerações anteriores muitas vezes dependiam de bancos, corretores ou assessores financeiros para acessar os mercados. A Geração Z pode aprender um conceito, comparar ativos e explorar mercados globais no mesmo dispositivo. Plataformas como a binance tornaram os ativos digitais mais acessíveis, enquanto a Binance Academy oferece aos iniciantes um lugar para entender o básico antes de participar.
Um detalhe no desenho da liquidação da TermMax merece mais atenção do que a frase “suporte a RWA”.
O contrato do Token de Gearing inclui `previewDelivery`, `delivery` e `liquidate`. A documentação da TermMax explica por quê: se a liquidez de repagamento normal ou de liquidação for insuficiente, os detentores de FT podem receber uma parcela proporcional dos ativos subjacentes e do colateral disponíveis.
Isso não é o protocolo prometendo a cada credor uma saída em dinheiro sem esforço.
É o protocolo definindo o que o credor pode reivindicar quando vender o colateral imediatamente seria difícil ou destrutivo.
Para colateral cripto líquido, um AMM frequentemente consegue vender os ativos e reembolsar os credores. Essa suposição se enfraquece com crédito privado, propriedade tokenizada ou outros ativos que não são negociados continuamente.
A entrega física evita fingir que esses mercados têm liquidez instantânea.
Mas ela também transfere uma decisão real ao credor.
Receber o colateral pode proteger a reivindicação legal ou econômica, porém o credor ainda pode herdar incerteza de valuation, requisitos de custódia e um ativo que leva tempo para ser vendido.
A própria TermMax descreve a entrega física como um mitigador de risco, não como uma forma de eliminar o risco. Essa distinção importa.
Esse mecanismo pode ampliar o colateral que o empréstimo com taxa fixa consegue suportar, especialmente além de tokens altamente líquidos.
Se funciona bem vai depender do que é entregue, de como é valorizado e se os credores têm um caminho prático para mantê-lo ou sair dele.
Antes de escolher a taxa, eu faria uma pergunta mais simples:
O que mais importa se o repagamento vier por meio de entrega física?
$DUSK Eu continuei vendo os mesmos números da Dusk compartilhados juntos e, honestamente, eu estava lendo eles do jeito errado no começo.
€300M+ emissão confirmada. 50K+ alcance de investidores. 210M+ $DUSK em stake.
Meu primeiro instinto foi tratar tudo isso como um grande número de adoção.
Mas não é.
O valor de €300M+ é sobre os ativos que instituições estão trazendo para a infraestrutura do mercado da Dusk. O número de 50K+ é o alcance entre cripto e parceiros. E os 210M+ de DUSK em stake estão fazendo uma função completamente diferente: garantir a rede.
Nenhum desses números é TVL.
Isso parece óbvio quando você fala, mas eu acho que importa porque @Dusk não está realmente construindo em torno da lógica usual do painel de DeFi.
Se eu só procurasse depósitos dentro de protocolos, eu perderia o que o projeto está tentando crescer de verdade.
Um sinal é a oferta de ativos.
Um é distribuição e acesso de investidores.
Um é **segurança de rede**.
E eles podem se mover independentemente.
Isso tornou a história de adoção da Dusk mais útil para mim, porque agora eu sei o que estou olhando.
€300M de emissão confirmada não significa que €300M já esteja travado onchain hoje, e 210M de DUSK em stake não significa que os usuários tenham depositado esse valor em algum produto de RWA.
Números diferentes, partes diferentes da máquina.
Eu prefiro lê-los separadamente do que combinar tudo em uma história de TVL com aparência impressionante.