蜻蜓队长前来觐见

Hoje vi, nas redes, uma foto da primeira camada da Torre Chéan inclinada em Guangxi (rio Zuo), onde a água a tinha tomado. A torre antiga, com mais de quatrocentos anos, foi construída de propósito torta, para, quando a água subisse, aliviar a força. Depois, as pessoas sempre querem provar que está mais estável elevando e apoiando a estrutura; mas o que já foi registrado primeiro é sempre a linha original. Eu encarei aquela imagem e, de repente, senti que isso parecia muito o jeito da Dusk lidar com ramificações.
A rede da Dusk é assíncrona: na mesma rodada, às vezes aparecem dois blocos-candidatos, ambos recebendo confirmação. A Dusk não liga para quem empilha a cadeia por mais tempo; ela só reconhece o de menor número de iteração — ou seja, aquele cujo sorteio gerou o bloco mais cedo nesta rodada. Os que chegam depois, mesmo que na hora consigam reunir votos, ainda assim os nós retrocedem pelo Fallback da Dusk ao ponto anterior à ramificação, descartando toda a sequência subsequente montada em cima do bloco que apareceu mais tarde. Na Dusk, quem entra primeiro tem razão; a animação de quem entra depois não conta.
@Dusk #dusk
O jeito da Dusk escrever não é mania técnica; é para bloquear gente que chega depois e faz de propósito confusão. Se a ramificação que aparece mais tarde vencer, isso equivale a incentivar quem foi sorteado nas próximas rodadas a turvar a água, apostando que sua versão vai resistir até o fim. A Dusk fixa a prioridade em uma iteração mais cedo: assim, essa “invasão” fica comprimida. No começo eu achei que a Dusk era só “certinha” demais; depois é que entendi que $DUSK ela não tem medo de ramificação em si — o que ela teme é que as regras virem um jogo de apostas calculável. A documentação não explica claramente se um bloco mais antigo, porém pior, poderia ser elevado pela Dusk. Essa parte eu ainda não consegui entender. Na Dusk, uma iteração zero relativamente é mais estável, mas se o bloco-pai cair, ela também tem de sair junto. Vocês já viram, em outras cadeias, um desfecho assim — em que quem aparece mais cedo fica com a razão? Comentem na seção de comentários.
$BTC

Enquanto eu esperava o ônibus, vi que a disputa comercial entre EUA e Canadá voltou a escalar. Do lado do Trump, em tom meio de brincadeira, ele mencionou que queria renomear o Lago Ontário para “Lago Americano”. Eu fiquei olhando aquela notícia por dois segundos e, de repente, percebi que quando as regras são misturadas com credenciais e limites, já não é mais apenas aquele vai-e-vem simples. É exatamente essa sensação de emaranhamento que me fez tirar os materiais do Dusk de novo e reler com atenção.@Dusk
Um registro de transação de valores mobiliários regulamentada nunca é só uma simples transferência. O comprador precisa primeiro comprovar a elegibilidade; a cessão fica travada em várias restrições; as relações de carteira não podem ser expostas por completo; mas a entidade emissora e o regulador ainda precisam conseguir as comprovações quando necessário; no fim, é preciso concluir a liquidação com determinação. Seguindo essa cadeia, o que o Dusk quer fazer, na verdade, é embutir em uma mesma infraestrutura e fazer cooperar, de ponta a ponta, a verificação de credenciais, a proteção de privacidade, a geração de provas, a execução das regras e a liquidação final. A identidade pode ser divulgada de forma seletiva; os detalhes sensíveis ficam escondidos com zero conhecimento; também há canais públicos; e, em diferentes ambientes de execução, tudo acaba chegando ao mesmo “plano de liquidação”. A verdadeira chave não está em quantos módulos existem, mas em se as próprias regras são realmente executadas.#dusk $DUSK
Quando eu fico sentado na minha mesa pensando nisso, às vezes me provocando por conta própria: trabalhei com coisas on-chain por tantos anos e, no começo, eu sempre achava que transparência era tudo. Depois descobri que, no mundo financeiro, o que realmente é difícil é a transparência com escolha. Transformar ativos em Token é relativamente fácil; difícil é fazer as restrições virarem parte do fluxo on-chain: quem pode deter, quem pode receber e quando é obrigatório liquidar. Por isso, agora, quando eu olho para o $DUSK , eu não me preocupo mais com algum número de desempenho específico. Eu me preocupo é se ele consegue realmente colocar tudo isso em funcionamento. O caminho ainda é longo, e quantas fricções a implementação vai enfrentar ainda vamos ver devagar; mas a própria ideia, pelo menos, merece uma reflexão séria por um bom tempo.$BTC

Nos últimos dias, as notícias sobre Jia Yinch sendo condenado à prisão perpétua inundaram a mídia, uma após a outra. E, por mais que aquelas dívidas e ativos maquiados estivessem ocultos por tanto tempo, no fim ainda foram desenterrados. Ao ver isso, de repente me veio à mente como aquele “estado global” deve ser acomodado depois que uma transação on-chain é concluída: nem tão fundo que se perca, nem tão exposto que tudo venha à tona.
Voltei a abrir o Dusk e a me interessou não é a privacidade em si, mas como @Dusk lida com, dentro de uma transação, aquele estado que é mais fácil de negligenciar. Há uma forma de colocar o saldo, as partes e os valores em uma conta pública; e há outra de encapsular os fundos em credenciais criptografadas. Nessa segunda, a transação apenas mostra evidências de que os fundos estão disponíveis e não foram reutilizados. Quando for realmente necessário auditar, então a divulgação das chaves é feita. Os dois modelos são bem diferentes, mas no fim acabam respondendo à mesma pergunta: depois que a transação termina, em que o estado geral da cadeia deve se transformar. O que me fez pensar um pouco mais foram os contratos responsáveis por receber diferentes tipos de pacotes de dados: eles encaminham cada tipo de entrada para a lógica de validação correspondente e, por fim, escrevem tudo em um mesmo conjunto de estado global. Assim, as transações privadas não acabam sendo jogadas em um livro-razão isolado.
#dusk $DUSK
Seguindo o fluxo do estado, o DuskDS cuida de consenso, finalização e liquidação; o DuskVM executa diretamente os contratos mais próximos da camada de base; e o DuskEVM fornece outro caminho compatível. O Hedger, por sua vez, usa criptografia homomórfica e provas de conhecimento zero na camada de compatibilidade para viabilizar transações confidenciais. Vendo tudo em conjunto, o que é realmente interessante não é simplesmente “esconder” a transação, mas permitir que transações com níveis diferentes de visibilidade ainda entrem no mesmo sistema de atualização e liquidação do estado. O token, ao mesmo tempo, assume o papel de gas e de staking, fazendo com que o custo de execução e a segurança de rede caiam na mesma camada econômica.
Para alguém como eu, que já viu muitos projetos, a primeira reação é sempre franzir a testa. Por mais bonito que seja o design, ao entrar em cenários financeiros reais, tem que dar para esconder o que precisa ser escondido e para verificar o que precisa ser verificável; e, por fim, se o estado final fica suficientemente determinístico para ser utilizável. Às vezes acho que estou pensando demais, mas ao ver as consequências da “maquiagem” em livros tradicionais, acabo não conseguindo deixar passar e olho mais de perto. $BTC

Depois que a notícia de que a Tesla foi obrigada a chamar de volta quase três milhões de veículos na China se espalhou, todo mundo foi reclamando enquanto se surpreendia com o fato de que até detalhes conseguem pausar um produto já maduro. Esse impacto repentino e real faz, quando estou rolando informações, que eu sinta sem querer que por aqui o mercado também está voltando aos poucos do silêncio longo. Algumas direções mais “de nicho” voltaram a deixar rastros de capital, e as conversas mudaram de apenas observar para procurar oportunidades. #dusk
Mas é justamente nesse momento que é mais fácil perder a cabeça: todo mundo procurando o próximo nome que vai começar a andar. @Dusk Quando eu mesmo fico indo e voltando nas páginas, na verdade fico um pouco em dúvida; eu alívio, mas não ouso acompanhar rápido demais a empolgação. Já passei por muitos buracos, então não consigo mais olhar só para aquilo que “acende”. O que realmente decide para onde vai o fluxo de capital na próxima rodada, geralmente é o que o mercado percebe que está faltando quando volta a precificar. E é por isso que recentemente eu tirei o Dusk de novo para ver. Muita gente, quando ouve esse nome, pensa em privacidade; mas o que realmente me fez parar não foi só isso. Foi a tentativa de equilibrar privacidade com a necessidade de conformidade no setor financeiro. As instituições não querem abrir completamente as estratégias de posições, mas precisam cumprir exigências de divulgação. O Dusk protege as partes sensíveis com tecnologia de privacidade e provas de conhecimento zero, e ao mesmo tempo, com um desenho de conformidade, permite que as informações necessárias sejam vistas. Junto com o XSC e o DuskEVM, ele reduz o patamar de desenvolvimento; a narrativa está saindo de uma simples privacidade para se estender para privacidade no contexto financeiro e para ativos compatíveis. $DUSK
Se o movimento do mercado realmente conseguir se espalhar para a narrativa e para a aplicação, projetos com um caminho bem claro pelo menos merecem ser observados. Eu, claro, não acho que vai subir amanhã. A tensão entre privacidade e conformidade ainda não foi resolvida de forma “limpa”. Mas quando o mercado está mais quente, todo mundo corre atrás do que já subiu. Histórias que ainda não foram completamente explicadas, mas que travam justamente na necessidade real, acabam, paradoxalmente, ficando mais fáceis de serem vistas de novo. Em uma hora tarde da noite, ainda assim eu não resisto e olho mais uma vez; talvez porque eu tenha pisado em tantos buracos, eu queira colocar a atenção naquilo que pode realmente ser necessário. $BTC

Esta semana o Bitcoin disparou primeiro, depois hoje voltou a cair. O ganho que havia subido foi devolvido aos poucos, e o clima no grupo também foi subindo e descendo junto. Eu também queria ficar de olho no pregão, mas no fim acabei puxando a atenção de volta para as informações do Dusk durante a madrugada. O que mais me fez parar não foi que o Dusk acumulou tanta tecnologia de privacidade; foi o fato de ele ter refeito uma pergunta mais fundamental: depois que um ativo financeiro é colocado na cadeia, como o seu estado deve ser expresso e provado. @Dusk
Antes eu sempre achei que privacidade era simplesmente esconder números. Mas, desta vez, vendo tudo com atenção, Phoenix e Moonlight não são só “esconde” versus “não esconde”. Moonlight lida com cenários em que contas públicas exigem transparência; Phoenix, por sua vez, usa provas de conhecimento zero para proteger informações sensíveis, mantendo ainda a validade das transações verificável. As duas coisas dentro do mesmo ecossistema — é quase como admitir que a atividade financeira real já tem diferentes necessidades de transparência. Títulos, valores mobiliários, cotas de fundos: por trás disso há exigências de credenciamento e conformidade. Não dá para deixar tudo totalmente público; esconder tudo completamente também perde a verificabilidade. Esse dilema eu já vi muitos projetos apenas contornarem. #dusk
Continuando: o DuskDS cuida da liquidação, da disponibilidade de dados e do consenso; e, em conjunto com o Succinct Attestation, faz a confirmação final, permitindo que os estados gerados por diferentes modelos acabem caindo dentro de um mesmo sistema confiável. $DUSK Além disso, paga gas e também participa da segurança da rede fazendo staking, amarrando incentivos e continuidade do sistema. Ao final da pesquisa, o que mais me importa ainda é aquela questão de longo prazo: depois que ativos financeiros forem colocados na cadeia no futuro, como dados sensíveis serão protegidos e como o estado continuará a ser verificado. O Dusk, pelo menos, fez a pergunta certa. Se isso realmente vai ser usado de verdade, ainda depende do tempo e do mercado. Como um velho “vegeteiro”, às vezes ainda me sinto tocado por tentativas que pensam as coisas lá no nível mais profundo. $BTC

Nesses dias, a Casa Branca chamou pessoas do setor de cripto para uma reunião; o presidente pressionou o Congresso, na frente de todos, para aprovar o projeto de lei de estrutura do mercado. Assim que a notícia saiu, o clima no mercado claramente relaxou. Quando eu estava rolando essas notícias, a consulta do airdrop da TermMax acabou de abrir; depois que conectei a carteira e vi tudo à tarde, eu fiquei, na verdade, mais quieto. #TermMax
Com o valor de mercado atual em torno de 180 milhões de dólares e um total de 1 bilhão de moedas, a parte da comunidade com otimismo fica em algo como 1,4–1,5 milhão de U; por pessoa, algo na faixa de 20–30 U. Se o critério ficar por volta de mais de duzentos pontos, empilhar mais acima já não compensa tanto. Os fundos travados no protocolo chegam a perto de 90 milhões, a carteira registrada é de 1,5 milhão, e a atividade diária é de 90 mil; por fim, a proporção talvez ainda seja apertada um pouco mais. $BTC
Mais do que os números, eu quero entender melhor a própria TermMax, @TermMax . Antes, quando ela era apenas um empréstimo com taxa fixa, eu a via de um jeito; agora, sinto que ela monta, na cadeia, um ambiente de matchmaking de fundos. A FT e a XT separam os rendimentos, os prazos e os riscos; já as ordens a preço limitado deixam que credor e tomador façam o próprio “preço” e encontrem o próprio contraparte. Assim, a taxa de juros não fica sendo decidida completamente por algoritmo. Eu mesmo já pendurei algumas ordens, e a experiência é realmente diferente.
O verdadeiro teste fica para depois. Mesmo com ordens mais flexíveis, se a profundidade não for suficiente, pode acontecer de não haver mercado mesmo havendo preço. Depois do airdrop, vou observar a espessura do book de ordens, o slippage do agregador e se a XT consegue realmente refletir o sentimento do mercado. Ter escala não significa necessariamente que a liquidez vai conseguir ser usada de verdade.
Que o airdrop seja, no fim, uma surpresa. O que eu realmente quero ver é se a TermMax consegue fazer esse processo de correspondência ficar mais fluido. Quanto der para conseguir, é isso; o resto depende de ela, nos próximos meses, conseguir fazer com que mais gente realmente queira colocar dinheiro para trabalhar de verdade.

Muitas pessoas avaliam se uma cadeia consegue ou não suportar ativos do mundo real começando pela premissa de que máquina virtual e ferramentas estão devidamente preparadas. Esse tipo de limiar costuma ser relativamente fácil de preencher. O suporte da DuskEVM para carteiras e ambientes de desenvolvimento mais comuns é bem direto; a integração não é difícil.@Dusk O que realmente me faz parar por mais alguns passos é que a Dusk tenta responder, ao mesmo tempo, a duas forças que se limitam mutuamente: as duas partes da transação não querem expor totalmente os detalhes dos ativos, enquanto a regulamentação precisa, obrigatoriamente, conseguir confirmar que a transação não desviou das regras.#dusk
A Dusk divide esse assunto em dois modelos que podem funcionar em paralelo. A Phoenix usa provas de conhecimento zero para confirmar a validade, mantendo as informações sensíveis dentro de um escopo verificável; a Moonlight é voltada para cenários de ativos que precisam ser públicos. Ambas se comunicam por meio de um Transfer Contract na mesma camada de liquidação, de modo que os ativos não precisam ser escolhidos rigidamente entre privacidade e transparência. Para mim, o valor não é apenas juntar dois tipos de demanda, e sim transformar a divulgação sob demanda em uma capacidade padrão do protocolo.$BTC
Quando vejo o XSC e o Zedger, o que mais me importa é todo o ciclo de vida do título, do momento de emissão até a sua continuidade. Credenciais, conformidade, votação, distribuição de receitas: etapas que antes eram repetidamente verificadas por intermediários, em teoria, podem ser escritas em lógica on-chain para execução contínua. O DuskDS fica responsável por “carimbar” essas mudanças de estado conforme o combinado. Mesmo com uma toolchain mais熟, e uma arquitetura mais impecável, ainda são apenas credenciais de entrada. O que eu realmente quero continuar observando é a segurança de engenharia das provas de conhecimento zero, a estabilidade a longo prazo da mainnet e se as instituições estão dispostas a colocar ativos reais nesse ambiente para validá-los. Se uma cadeia consegue, no fim das contas, absorver ativos do mundo real, não depende de a integração com o desenvolvimento ser fluida; depende de se privacidade, conformidade e regras de ativos podem coexistir por muito tempo. Esse é o motivo de eu ainda estar acompanhando $DUSK .

Ultimamente, no círculo, colocaram em comparação as ordens de empréstimo e alavancagem de faixa da TermMax com as “brincadeiras” de, na época, algumas grandes empresas criarem cumprimento rígido via compromissos apenas no papel e pela movimentação de fundos. Quando ouvi isso, ainda assim primeiro abri o whitepaper da TermMax, desmontei a lógica on-chain e descobri que o boato e o mecanismo real estão bem distantes. #TermMax
A TermMax divide cada parcela de fundos no contrato em dois comprovantes independentes: um corresponde ao principal com liquidação rígida no vencimento, e o outro corresponde aos juros flutuantes. A segurança do principal não depende de garantia verbal; ela é sustentada por ativos verdadeiramente travados no nível mais baixo do contrato inteligente. Não há ciclo em que “dinheiro novo paga promessas antigas”. @TermMax Eu testei a TermMax algumas vezes com valores pequenos: depois que as ordens foram executadas, fui conferir a reserva e o status de bloqueio, e os números batiam. A cautela que eu tinha diminuiu um pouco. $牛来

Quanto às taxas de juros, a TermMax permite que você crie ordens de faixa: só executa dentro do intervalo definido; se sair do limite, não toca. Além disso, você pode dividir os fundos em várias partes e pendurá-las em diferentes intervalos, o que é bem flexível, como colocar ordens a preço-limite no dia a dia. Eu as dividi em dois ou três intervalos e deixei cada uma esperando; pelo que eu vejo, cada uma aguarda o seu próprio intervalo, e o senso de controle é bem melhor do que o “tudo ou nada” de taxas de pools tradicionais de empréstimo.

Os dois podem ser confundidos facilmente porque, na superfície, ambos falam de retorno garantido. Mas aqueles modelos de antes dependiam de garantias no papel e de movimentação interna, deixando as contas pouco transparentes; na TermMax, as ordens, as taxas e as reservas podem ser verificadas on-chain, e o matching é feito pelo mercado dentro dos intervalos previstos, enquanto o controle de risco é executado automaticamente pelo contrato. A confiança que alguém promete é substituída pela confiança que matemáticas e código determinam.

Pelo que eu senti ao testar na TermMax, ao menos no nível do mecanismo ela devolve ao usuário tanto a segurança do principal quanto a escolha sobre a taxa de juros. A profundidade de liquidez ainda precisa de tempo para ser validada; vou continuar usando posições pequenas para observar as execuções e as variações de reservas da TermMax.

Depois do trabalho, à noite, fiz questão de fazer um desvio até uma pequena casa de “mian” (massa) que existe há mais de dez anos e pedi uma tigela de macarrão com carne de boi. Quando o caldo fumegante chegou, de repente me lembrei do que senti ao organizar o Dusk recentemente — coisas que parecem simples na superfície, quando são desmontadas, muitas vezes não são, de fato, a mesma coisa. Muita gente, ao ver “privacidade”, já a equipara diretamente a transferências anônimas, e começa a debater os riscos de regulação. Mas o Dusk, desde o começo, não foi feito para ocultar transferências de usuários on-chain; ele é uma rede independente em uma camada separada, voltada para a etapa mais central de liquidação das finanças tradicionais.
#dusk Sua arquitetura técnica aponta de forma bem clara: o mecanismo de transações confidenciais protege informações sensíveis, a estrutura do ledger garante registro completo e verificável, e os padrões de contratos de valores mobiliários fazem com que a circulação de ativos financeiros reais na cadeia possa atender auditorias de conformidade sem precisar divulgar todos os detalhes de uma vez. Isso é totalmente diferente dos projetos de privacidade que fazem “anonimato total” por padrão e só depois tentam rastrear. O cronograma de liberação de tokens é esticado ao máximo, a pressão inflacionária é deliberadamente diluída, e a equipe claramente não está com pressa em trocar venda a curto prazo por liquidez. Mas uma base técnica sólida não significa que o negócio já tenha sido colocado para rodar. Nas colaborações públicas, recursos de instituições realmente existem; porém, entre as “parcerias estratégicas” nos materiais de divulgação e o número real de liquidações on-chain há uma distância considerável.
@Dusk $DUSK O que realmente consegue mostrar se o ecossistema cresceu ou não são: participação em votações de governança, frequência de deploy de contratos e o nível de atividade de transações de usuários que não receberam airdrop.
Dusk tem valor, no fim, apenas se houver quantidade suficiente de ativos financeiros reais, e se as pessoas estiverem dispostas a escolher emitir, negociar e liquidar tudo nessa cadeia. Se esse ciclo fechado demorar para se concretizar, por mais engenhoso que seja o design, ainda será só um arcabouço narrativo. Ter tecnologia que roda e ter gente de verdade disposta a rodar são coisas diferentes. Concluir cedo demais ainda é cedo; eu prefiro esperar que os dados on-chain falem por si. Você acha que esse tipo de blockchain de privacidade e conformidade consegue, no final, dar origem a um ecossistema com verdadeira vitalidade?
$BTC

À medida que o dia 25 se aproxima, o TMX está prestes a ser lançado oficialmente. Nestes dias, espremei todo o tempo livre que antes estava espalhado e revisei repetidamente os detalhes do design do TermMax. Quanto mais fundo eu entro, mais percebo que aquilo que realmente me faz querer ficar não é aquele nome familiar do token de governança, @TermMax , e sim como ele reconfigura uma reserva de fundos que antes apenas ficava quieta, para uma estrutura de fluxo de rendimentos que pode ser disputada ativamente e mensurada continuamente por números. #TermMax $BTC
O que mais me fez parar repetidamente é a camada Curator Vaults. Ela separa as permissões de alocação de capital e as taxas de rendimento em múltiplos espaços de estratégia, que se encaixam entre si, formando uma rede que se desloca lentamente conforme o volume de capital muda. Quando o capital entra e sai, o suporte por baixo se move ao longo de uma curva visível. Em vez de prometer algo distante à comunidade, ela escreve diretamente no contrato a correspondência entre pesos de governança e o direcionamento dos fluxos de fundos. Quando o capital gira, a parte ociosa é dividida em um buffer de proteção e em um “exposed” que pode ser investido; o “exposed” troca com o mercado externo os rendimentos sob a tração dos parâmetros do TMX e, junto com os ativos do buffer, é tecido em vouchers dos Vault. Eu passei por alguns passos na interface e na simulação de parâmetros e senti que a governança realmente entra no processo de roteamento do capital e na distribuição dos rendimentos, transformando direitos abstratos em uma estrutura calculável. O livro-razão do protocolo registra continuamente a saúde de cada Vault e as exposições de ativos; assim que os rendimentos forem pressionados para abaixo da linha de alerta, o Automated Rebalancing fará com que as pessoas que apostaram TMX recebam, de acordo com o peso, compensações retiradas das reservas de seguro e dos ativos subjacentes. Ajustei algumas vezes parâmetros extremos no ambiente de testes e vi a lógica de compensação funcionar automaticamente—essa sensação de previsibilidade me parece mais sólida do que apenas slogans. Depois de colocar toda a lógica em ordem, ficou ainda mais claro para mim que ele não mantém o TMX apenas na posição de um símbolo: ele o conduz, passo a passo, pelos processos de gestão do tesouro, roteamento entre protocolos e mecanismos de mitigação de risco. Claro que, por enquanto, isso ainda permanece principalmente no campo do design e da validação inicial; as curvas reais de capital e as pressões do mercado ainda não estão totalmente em execução. Vou continuar observando com posições pequenas: por um lado, verificando se o mecanismo ainda permanece claro; por outro, lembrando a mim mesmo que a engenhosidade em papel não é sinônimo automático de estabilidade e segurança após a implementação.

Isso é um pouco complicado de explicar. Nos últimos anos, eu tinha a impressão de que a privacidade on-chain era sempre lenta, cara e parecia um brinquedo para geeks. Até recentemente, quando fui mexer pessoalmente no Dusk, percebi que a curva de custos já tinha passado silenciosamente do ponto de inflexão.#dusk
O Dusk não fez privacidade de “primeiro deixar tudo transparente e depois completar a privacidade”; em vez disso, transformou a privacidade diretamente na configuração padrão da mainnet. O que mais me deu uma sensação clara com o módulo Hedger é aquele equilíbrio contido: as transações são verificáveis, mas valores e saldos só ficam visíveis para as partes autorizadas — como se o dado tivesse uma camada de vidro fosco ajustável. Eu testei e descobri que a divulgação seletiva atende ao que é necessário para auditoria e, ao mesmo tempo, protege segredos comerciais, evitando o dilema antigo de ter tudo totalmente aberto ou tudo totalmente oculto. Isso acontece bem na “zona” em que as regras da MiCA estão bem definidas: a conformidade vira um conjunto de regras previsível, não uma camisa de força. Na Europa, já existem ativos securitizados regulados e ativos de moeda eletrônica europeia compatíveis, operando com base no Dusk, e em escala considerável. O DuskEVM é compatível com Solidity; em @Dusk , começar é praticamente sem custo adicional, e a toolchain original continua utilizável — nesse ponto, durante os testes, isso foi bem evidente.$DUSK
Claro, ainda é preciso manter a calma. Embora o sistema de prova tenha acelerado, ainda é necessário validar com dados se a latência e as taxas reais na mainnet conseguem passar no nível mínimo para o usuário final. Entre a viabilidade teórica e a adoção em larga escala, há algo no caminho: cada transação executada por cima da mainnet. Eu vejo de forma racional o design do Dusk e, ao mesmo tempo, mantenho uma pontinha de expectativa. O que você acha?$BTC

O capitão estudou o mecanismo de liquidação do TermMax há quase dois meses, e quanto mais eu leio, mais sinto que muita gente, só de ouvir “liquidação”, já encaixa automaticamente a lógica tradicional de empréstimos desde o primeiro passo. O que as pessoas estão acostumadas é: depois que a taxa de cobertura cai abaixo de um certo nível, robôs entram correndo; o credor recupera rapidamente o principal, adiciona uma compensação e encerra tudo de forma limpa. Mas o TermMax parte de um ponto totalmente diferente. #TermMax Ele assume que, em cenários extremos, o credor talvez não consiga recuperar integralmente os ativos emprestados; o sistema exige primeiro zerar as contas, mesmo que o método seja entregar diretamente o colateral na sua mão. $BTC
@TermMax Tecnicamente, são duas camadas. A primeira é uma janela de tolerância de duas horas: o liquidante pode intervir e obter cerca de 5 pontos de recompensa. Depois que a janela passa, se ainda não tiver sido resolvido de maneira limpa, inicia-se a liquidação física. O pool de resgate deixa de ser um único ativo esperado e vira uma mistura empacotada proporcionalmente entre o ativo subjacente e o colateral. Você quer só recuperar aquele tipo de coisa que foi emprestada? Não tem como — precisa receber junto com o colateral. Isso tira o credor da zona confortável de focar apenas na taxa de retorno. No pior caso, você não sai com juros e principal; de repente, fica com uma pilha de ativos que podem continuar caindo. O que fazer em seguida — manter, vender ou observar — depende do seu próprio julgamento. No começo eu também achei que isso não é nada amigável para o credor, mas quanto mais penso, mais sinto que é a única solução que faz sentido. Ou você sacrifica a proteção para ganhar velocidade, ou sacrifica a velocidade para garantir a cobertura; querer ficar com os dois só é possível fazendo o credor assumir o risco na etapa de liquidação física. O TermMax não finge que consegue proteger de modo impecável; ele simplesmente expõe diretamente a composição dos ativos quando a pressão chega. Eu repeti a simulação algumas vezes, com diferentes padrões de oscilação, e o que mais me marcou é que a divisão do risco é relativamente honesta: não usa uma camada intermediária para mascarar as lacunas. O que realmente vale a pena observar não é a rendinha fixa do período calmo, e sim o que o pool de resgate mistura sob pressão e se as negociações reais conseguem ocorrer de forma fluida. É isso que determina se ele consegue aguentar uma rodada de queda de verdade.

Após o jantar, o capitão ficou entediado e comparou algumas bases de infraestrutura para conformidade com privacidade. Então a Dusk me fez parar um pouco mais. Ela não tentou enfiar a história em narrativas populares; em vez disso, enfrentou diretamente as contradições mais difíceis de contornar quando se tokeniza valores mobiliários, fundos e RWA na cadeia: como manter, ao mesmo tempo, verificabilidade pública e segredos comerciais. As blockchains públicas comuns já nascem transparentes e com custos de verificação baixos, mas instituições financeiras não podem aceitar que posições e contrapartes fiquem totalmente expostas. Por outro lado, se tudo ficar totalmente escondido, a supervisão regulatória não consegue aceitar uma “caixa-preta”. A Dusk @Dusk desde o início tratou essas duas exigências como dois lados do mesmo problema, projetando tudo a partir disso.
A Phoenix usa provas de conhecimento zero para esconder o valor das transações e as partes envolvidas dentro das notas, enquanto lida de forma adequada com saídas públicas como troco, evitando que a fronteira de privacidade seja rasgada. A Zedger é um modelo híbrido: preserva as características de privacidade do UTXO e, ao mesmo tempo, introduz controlabilidade de contas, permitindo que a parte emissora gerencie o ciclo de vida completo dos valores mobiliários sem expor detalhes dos detentores. Já a XSC incorpora essas restrições diretamente no padrão de contrato, para que as regras de conformidade possam ser verificadas e executadas. Passei algumas noites comparando a documentação e dá para sentir o empenho de engenharia. A curva de entrada não é baixa, mas para equipes que realmente precisam lidar com ativos regulados, esse custo talvez valha a pena.$DUSK
Tecnologia que “funciona” é só o primeiro passo. A questão final é se valores mobiliários e RWA reais vão migrar para cá, se a frequência de liquidação e a profundidade de participação das instituições conseguem sustentar a operação. Depois de cair em armadilhas, passei a ter mais uma camada de desconfiança em qualquer próxima geração de infraestrutura financeira. A Dusk, pelo menos, definiu o problema de forma clara e não usou palavras exageradas para mascarar a dificuldade. Vou continuar conferindo documentos e o desempenho on-chain com o hábito de um engenheiro. Ser cauteloso, sim, mas não necessariamente negar de imediato: se esse canal realmente der para seguir, ele ao menos responde de maneira positiva a muitas questões que outros projetos escolhem evitar.#dusk $BTC

Se o tomador conseguir travar antecipadamente o custo máximo que está disposto a pagar, e o credor também conseguir travar o retorno mínimo, a taxa de juros ainda seria apenas um número que aparece depois? Será que, na verdade, ela já se transformou numa “coisa” que entra em jogo com a precificação antes da negociação entre as duas partes ser fechada?
No começo, eu tratei o TermMax como uma ferramenta que “trava” a taxa variável diretamente, achando que não havia nada de especial. Depois que li a whitepaper de 2026 e separei FT e XT, a minha ideia mudou. A dívida @TermMax foi desdobrada em duas cártulas que podem ser transferidas separadamente: uma tem vencimento e precisa ser liquidada com um valor determinado; a outra carrega a parcela restante causada pela volatilidade da taxa de juros. Somadas, as duas formam exatamente a dívida completa. Assim, os registros no livro razão se tornam ativos precificáveis, negociáveis no mercado.#TermMax $BTC
O que realmente me fez mudar de opinião foi o limite de preço do TermMax V2. O credor coloca sua taxa mínima de retorno, o tomador coloca o custo máximo; o sistema então encontra, entre essas ordens, a correspondência (match) mais adequada. O usuário deixa de ser apenas alguém que recebe um anual pronto e passivo, e passa a escrever suas expectativas de preço ativamente. O TermMax não faz apenas taxa fixa: ele quer que, no futuro por um certo período, o custo do capital “cresça” e apareça como um preço de mercado. O risco também é bem real. Se o volume de ordens ficar sempre muito fino, a chamada “taxa de juros de mercado” pode ser apenas um número de superfície montado por poucos fluxos de capital; travar o custo, porém, não necessariamente significa que ele seja justo. A seguir, vou observar se diferentes prazos conseguem, aos poucos, desenhar uma curva relativamente estável; se há competição contínua entre os limites de preço; e se o preço dessas cártulas consegue acompanhar e se alinhar com a taxa variável. Só se isso for sendo consolidado pouco a pouco é que realmente estaremos nos aproximando de um mercado de taxas de juros on-chain — e não apenas de um produto de empréstimo que trava o custo com antecedência.

Depois de um tempo de maturação, eu tirei a Dusk Network de volta e a revi. #dusk Desta vez, o que realmente me atraiu foi o jeito como eles usam provas de conhecimento zero. A Dusk não joga todos os detalhes das transações na cadeia; em vez disso, usa seus próprios padrões de contratos voltados para cenários de conformidade, deixando na blockchain apenas uma evidência que prova que a operação seguiu exatamente as regras. Para quem está de fora, o que dá para confirmar é só “isto é legal e conforme”, mas sem ver o tamanho do pedido, quem é o endereço, ou quanto ainda resta na conta. @Dusk $DUSK
Dessa forma, verificação de identidade, confirmação de qualificação e até algumas condições ligadas a impostos podem ser cumpridas sem expor dados financeiros sensíveis. Em outras palavras: você recebe uma prova suficiente para confiar que tudo foi feito corretamente, sem precisar revelar o quadro completo de toda a cadeia. Para instituições que precisam de verificabilidade e, ao mesmo tempo, preservam rigorosamente segredos comerciais, essa abordagem da Dusk é mais ajustada do que simplesmente empilhar parâmetros técnicos. $BTC
Mas também não me atrevo a tratar esse caminho como algo totalmente seguro. Mesmo que provas de conhecimento zero estejam escritas de forma impecável na documentação, na hora em que o sentimento do mercado dispara, a rede de repente fica congestionada, ou quando a direção do regulador muda de repente, ainda é preciso ver se a geração e a verificação de provas conseguem aguentar firme. Uma camada ainda mais realista: instituições financeiras querem um canal de conformidade verificável, mas absolutamente não querem que seus movimentos de fundos e mudanças de posição sejam rastreados pelos pares linha por linha em um livro-razão público. No fim, a indústria talvez não chegue a um extremo de transparência total, nem ao outro de ocultação completa; ela pode acabar em um modelo de divulgação seletiva: quando houver prova, prova feita, e os detalhes financeiros que precisam ser escondidos seguem bem escondidos. Se a Dusk conseguir manter essa prática estável sob pressão real do mercado, eu vou continuar acompanhando.

Revejo repetidamente o ecossistema do Dusk e, no meu íntimo, fico cada vez mais preocupado com um problema mais prático: a lista de parcerias já parece bem respeitável, mas afinal quantas dessas parcerias realmente se transformaram em ativos, usuários e liquidez na blockchain do Dusk. <@Dusk > os números do site oficial não são ruins: confirmou uma emissão acima de trêscentos milhões de euros, cobertura de mais de cinquenta mil investidores e mais de 210 milhões de unidades de DUSK entrando em staking. As contrapartes envolvem emissão, oráculos e tecnologia de conformidade — parece que está tudo coberto. Mas, se você olhar mais a fundo, há algumas parcerias que foram discutidas por mais de dois anos, enquanto o Dusk Trade ainda está em construção, e o DuskEVM e o módulo de privacidade continuam parados na testnet. O que mais me incomoda é que o artigo de 15 de agosto do Dusk também admite que a tokenização pode reduzir atritos de emissão e liquidação, mas não consegue, do nada, criar compradores, vendedores, preços razoáveis e profundidade de mercado. <#dusk > Essa frase acerta exatamente a minha principal dúvida sobre o Dusk. Por mais que haja parcerias, isso não significa que o ecossistema já tenha de fato girado. <$DUSK > Na próxima etapa, eu quero ver com mais clareza quantos ativos realmente foram emitidos, quantos usuários de fato negociaram, e quanto volume e profundidade existe no mercado secundário. Só quando esses números aparecerem é que a narrativa institucional começa a cumprir o que promete. Caso contrário, entre “muitas parcerias” e “um ecossistema Dusk próspero” ainda existe um longo caminho a percorrer. Eu observo o Dusk há muito tempo e sei que essa discrepância não é incomum; no fim, ainda é preciso que dados verificáveis falem por si. Manter expectativas cautelosas é mais sólido do que ficar olhando apenas a lista. <$BTC >
<>

Depois de voltar e repassar várias vezes a Moonlight e a Phoenix do Dusk, eu sempre caio naquele ponto-chave relacionado a permissões. Antes eu entendia privacidade de forma simples como apenas “ocultar informação”; agora me importa mais o modelo padrão de fechamento, a verificabilidade quando for preciso provar e, quando houver necessidade de divulgação, a capacidade de entregar tudo por um caminho previamente definido a entidades específicas. O Dusk consegue tornar esse modo de abertura controlada mais alinhado com a realidade do negócio do que simplesmente “tapar” dados. A Moonlight, dentro do Dusk, segue um sistema de contas publicamente visíveis; a Phoenix usa um modelo de saída com uma camada de ocultação, e recorre a métodos de conhecimento zero para confirmar a legitimidade da transação, a existência das condições de fundos e evitar gastos duplicados—mas isola os números exatos e a identidade de quem observa. A chave que permite abrir seletivamente o campo de visão é justamente o núcleo pelo qual o Dusk transforma privacidade em uma capacidade gerenciável. Nas exigências oficiais para ativos sob regulação, o Dusk coloca em evidência gestão de permissões, validação do fluxo, verificação posterior e a coordenação com a liquidação: quem pode deter, quem pode transferir e até que nível as informações ficam públicas podem ser escritos diretamente nas regras do ativo.@Dusk #dusk $BTC
A camada de base da rede do Dusk é responsável por consenso e finalização; o ambiente de execução no nível superior oferece diferentes caminhos.$DUSK O que eu realmente me importo não é o método específico de execução, e sim se o Dusk consegue formar uma cadeia completa desde a emissão até a liquidação e a divulgação das informações. O Dusk está avançando a cooperação com uma instituição europeia de negociações de ativos que já tem um porte considerável, tentando realizar na cadeia a transferência e a liquidação em conformidade de ações e títulos já listados. De acordo com dados públicos, a instituição tem um volume de financiamento que ultrapassa duzentos milhões de euros e usuários ativos acima de dezessete mil—pelo menos isso fornece ao Dusk um cenário concreto, embora cenário não signifique que já exista demanda contínua. No fim, o que eu acompanho é se as regras do Dusk conseguem de fato rodar e se o volume de transações real consegue se converter em consumo de tokens da rede e em energia de staking. A primeira questão diz respeito à viabilidade do produto; a segunda, a se a rede consegue reter valor real. No conjunto, o design do Dusk encontra uma espécie de compromisso relativamente sólido entre proteção de privacidade e exigências de conformidade. Na prática, pode haver desafios de ritmo de implementação mais lento e baixa atividade no início; porém, pelo rumo que eu pude ver até agora, ainda mantenho uma visão cautelosamente positiva.

Eu peguei de novo e analisei o incidente de permissões de bridge do Dusk em meados de janeiro de 2026. Depois que a carteira de assinatura foi assumida, os ativos saíram no ritmo: alguns milhões até a faixa de dezenas de milhões foram sendo transferidos aos poucos, até a equipe cortar o serviço. A última tentativa, maior, só então parou. O problema foi limitado à camada de bridge; nem o consenso nem o protocolo em si foram envolvidos. O resultado não foi exatamente inesperado, mas empurrou de volta em meio passo a confiança padrão que eu tinha no seu design modular. @Dusk $DUSK
Desde o começo, o Dusk separa consenso, settlement e execução externa, de propósito, mantendo o DuskDS e o settlement nativo dentro do que dá para controlar, e deixando o EVM o mais externo possível. Em teoria, se qualquer uma das camadas falhar, ela não deveria derrubar diretamente as outras duas. Mas o que realmente falhou foi justamente aquele caminho leve deixado para a velocidade: assinatura, eventos e rede ficaram amarrados. Quando a permissão falhou, toda a linha parou junto. Quanto mais a arquitetura é independente, mais fácil é ignorar as zonas de confiança humana na fronteira. #dusk $BTC
Ao conferir a linha do tempo depois, a ação de desligamento foi efetiva; o prejuízo não se espalhou até a própria blockchain. Esse tipo de coisa, quando dá errado e fica contido na interface — sem ir além — é mais frio do que eu esperava. O isolamento do Dusk ao menos prova que a separação consegue conter o problema. Mas, uma vez que os ativos saem do settlement nativo, novas suposições de confiança voltam a aparecer. O custo na fronteira não desaparece por uma única tentativa bem-sucedida de desligamento; ainda assim, pelo menos desta vez não foi provado que fosse totalmente inútil. Isso já é suficiente para ser um motivo para continuar observando.

Ao ver, nos últimos anos, a infraestrutura de conformidade, confesso que fiquei um pouco anestesiado. Muitos projetos falam o tempo todo sobre privacidade e regulamentação, mas quando chega a hora de colocar em prática, sempre trava em algum ponto. A Dusk, por outro lado, tem uma linha de atuação bem clara: foi desenhada para mercados financeiros regulados, combinando privacidade programável com conformidade completa — criptografia sob demanda, transparência sob demanda, divulgação seletiva por parte das entidades autorizadas e liquidação com determinismo. Vai direto ao encontro de ativos do mundo real e de títulos em conformidade. O token nativo $DUSK assume a orquestração da camada mais baixa.
O que de fato me fez sentar e testar foi o DuskEVM. A testnet já está rodando; desenvolvedores institucionais podem conectar diretamente usando Solidity e Hardhat, praticamente sem precisar trocar de ferramentas. Por baixo, o Hedger sustenta tudo com criptografia homomórfica e provas de zero conhecimento: o negócio consegue manter sigilo e, ao mesmo tempo, possibilitar auditoria. Eu implantei alguns fluxos de lógica de transferência de ativos com modelos de contratos que já conheço; a sensação é bem parecida com a de um EVM mainstream, com o extra sendo apenas algumas linhas de configuração para chamar as interfaces de privacidade. O custo para começar em @Dusk está principalmente em entender os limites do negócio, e não na sintaxe em si. Do lado da parceria, também é bem pragmático: já há vínculo com várias instituições licenciadas da União Europeia. Uma entidade regulamentada pela AFM nos Países Baixos planeja emitir, em blockchain, negociação e gestão completa do ciclo de vida de mais de 300 milhões de euros de ativos nativamente na rede. A vantagem está no equilíbrio entre privacidade e transparência, que ficou bem “limpo”; o risco é que a mainnet ainda não foi migrada, e o ritmo regulatório e a escala real dos fundos ainda precisam de tempo para serem validados. Eu já caí em uma armadilha parecida antes — uma mainnet bonita, mas que demorava demais para sair — então agora só continuo observando com cautela; pelo menos, o rumo está sendo honesto. #dusk $BTC

Hoje eu reli novamente a proposta nativa de empréstimo e custódia de Bitcoin da Babylon, focando especialmente nos pontos que foram repetidamente destacados. Enquanto lia, fui anotando nos meus cadernos os detalhes do processo de liquidação, para separar o que realmente faz avançar as coisas do que apenas soa melhor aos ouvidos. Em relação ao uso dos fundos, os comprovantes gerados entram diretamente no principal hub de liquidez e compartilham o mesmo pool com outros ramos, usando essa arquitetura para reduzir ao máximo as perdas causadas pela fragmentação. A taxa de juros também não é simplesmente copiada: primeiro ela é ancorada na estrutura de precificação do pool principal e depois ajustada pelos parâmetros próprios de risco da Babylon. @BabylonLabs_io Comparei com o documento e rodei algumas simulações; sinto que essa arrumação, pelo menos do ponto de vista lógico, é mais robusta do que uma precificação totalmente independente. $BABY
A parte de auto custódia me deixou um pouco mais tranquilo. O Bitcoin fica bloqueado em scripts específicos; o resgate depende totalmente de condições on-chain e de provas de conhecimento zero, sem que um terceiro mantenha a chave privada. A proposta menciona que o esquema criptográfico por trás disso vem de uma colaboração com uma universidade conhecida, e o paper também está planejado para aparecer nas principais conferências do próximo ano — o que pelo menos não parece slogan vazio. Na hora de dar em garantia, nem é preciso trocar o Bitcoin por outro ativo antes; o escopo de circulação dos comprovantes gerados é estritamente limitado, podendo apenas se mover entre o hub principal, o ramo central da Babylon e contratos de adaptação. Isso realmente é diferente do modelo tradicional de “embalar” o ativo e depois usá-lo como garantia, em termos de exposição ao risco. Na liquidação, o liquidante primeiro assume com o ativo embalado com prêmio e, em seguida, os arbitragistas fazem o verdadeiro resgate com base em incentivos econômicos; o processo não conta com papel de respaldo centralizado, deixando o intermediário no mínimo possível. #baby $BTC
Ao juntar tudo, a direção da Babylon ainda parece sustentável. Mas existe um detalhe na linha do tempo que me deixou um pouco sem palavras: no fim do ano passado, disseram que seria possível colocar no ar na primavera deste ano; agora já é agosto, e o andamento ficou parado após a confirmação inicial de maio. Ainda faltam as próximas etapas de auditoria e votação. Com um ritmo tão lento, chega a parecer que alguém traçou um cronograma excessivamente otimista. No fim, se realmente vai rodar conforme o plano, ainda terei de consultar novamente mais algumas vezes antes de tomar uma decisão.