lilanl

被大A洗礼的中国投资者，投资美股，简直是降维打击，大家认同吗？$AEHR.US

Hoje à noite, derramei e revisei os logs do nó e, de repente, me lembrei de uma treta que tive semana passada com um amigo que faz auditoria.

A queda do cenário (boatos) foi um pouco, mas a tendência de alta do BTC continua!

Ele me perguntou: “Vocês que rodam Dusk, realmente ficam tranquilos em jogar a lógica de validação fora do WASM?” Eu não consegui responder na hora — de boca dura eu disse “o whitepaper é auditado”, mas por dentro eu estava inseguro. Só hoje à noite, ao abrir o GitHub deles e ver o conjunto de testes do Piecrust para a função host, é que senti que peguei um pedaço do caminho.

Em outras palavras: a mentalidade tradicional de “trancar tudo no sandbox” é como ir a uma conveniência comprar um maço de cigarros — primeiro você passa no detector de segurança, verifica o documento, revira a bolsa, e só então te deixam pagar. É seguro, mas quem está na fila depois vai reclamar.

A Dusk apostou em outra rota: ações de alta frequência vão por um canal dedicado, e só as ações de baixa frequência passam pela catraca.

Eles citaram dados de terceiros — eu fui conferir o texto original. O artigo mede a perda de desempenho do WASM em relação ao nativo sob diferentes conjuntos de instruções. No cenário de criptografia mais extremo, chega a 255% de overhead. Faz a conta: quantas transações por dia a Dusk tem que passar por validação de assinatura BLS, e quantas têm que passar por prova ZK? Se cada transação fizer o WASM interpretar tudo, é como rodar cada quilômetro e ainda pagar meio litro a mais de “gasolina” por mais 2,5 quilômetros. Quem aguenta?

Então eles transformam essas coisas em nível de chamada de sistema, chamando diretamente a implementação nativa. O custo disso é que o raio de confiança, que antes era “esse caixote do sandbox do WASM”, encolhe para “aquelas poucas linhas de código C da função do host”. Esses dois riscos não têm a mesma ordem de grandeza: um é isolamento físico, o outro é qualidade de código.

Eu revisei o relatório de auditoria da Q3 de 2024 deles (escondido bem num canto do site). Pelo menos naquela época, os casos de borda testados não estouraram. Mas, sendo bem honesto, esse tipo de superfície de ataque não é “medido e descoberto” — é “explorado”. Um dia alguém fornece um conjunto de dados de prova cuidadosamente construído, gatilha algum estouro de inteiro na host function que ninguém tinha notado… a cena é até demais pra eu imaginar.

Mas, por outro lado: se você realmente busca “segurança absoluta”, não brinque com blockchain pública — volte e escreva um programa standalone. O pessoal da Dusk aposta que o gargalo de desempenho te trava primeiro, e que os problemas de segurança ainda dá para corrigir. @Dusk $DUSK #dusk

Digo uma coisa bem na prática: esse fluxo de contratos WASM do Dusk, eu abri o editor no Chrome, conectei a carteira, cliquei em compilar — sem instalar nenhum dependência local antes ou depois. A experiência, de fato, foi bem suave.#[contract] A macro já “embrulha” a exportação e a serialização; a camada de bridge do Contract Drivers também poupa bastante o tempo que você gastaria procurando ABI. Se você só rodar a transferência pública do Moonlight, do zero até o deploy, talvez seja mais rápido do que você preparar uma xícara de café coado artesanal.

A alta do “grande pão” voltou a disparar, e o BTC continua muito forte.

Mas o que me fez parar e pensar por meia hora foi quando eu estava depurando uma lógica de consulta do Moonlight e enfiando ali uma transferência de blindagem (shielded) da Phoenix.

As jogadas do Dusk são de duas pernas: o Moonlight é um livro-razão transparente, o saldo é direto “na conta”; a Phoenix é um UTXO com endereços ofuscados, então o saldo fica escondido dentro do note. Entre essas duas coisas, o Transfer Contract atua como tradutor — na transferência do público para o blindado, primeiro você deduz o saldo e depois cunha o note; na transferência do blindado para o público, primeiro queima o note e depois aumenta o saldo. Soa bem claro, certo? Só que, quando você escreve uma API de consulta e quer exibir de uma vez a soma dos saldos dos dois lados, precisa tratar ao mesmo tempo o estado da conta e dois conjuntos de dados em formatos totalmente diferentes: um para a conta e outro para o conteúdo cifrado do note. Os novatos da minha equipe, na primeira reação, somaram o value do note como se fosse saldo — e a transação vai direto pro brejo quando você transmite, porque o note da Phoenix precisa primeiro validar a prova de propriedade para poder decifrar o valor; isso não tem nada a ver com o timing de leitura de saldo do Moonlight.

O “buraco” de Gas é ainda mais invisível. Nas transações públicas, você estima normalmente e, na prática, fica bem perto; mas nas blindadas, precisa gerar e verificar provas ZK, e a complexidade do circuito de prova fica diretamente acoplada à quantidade de notes e às condições/constraints daquela transação. Eu testei uma transferência Phoenix com 2 inputs de note e 3 outputs de note: o consumo de Gas ficou quase dois níveis acima do de uma transação pública na mesma ordem de grandeza. As constantes de Gas que aparecem na documentação só servem como referência de piso; antes de ir para produção, se você não rodar algumas simulações na testnet com parâmetros reais, nem dá para você colocar aquele teto de Gas com confiança — coloca pouco e a transação reverte, coloca muito e você só queima dinheiro à toa.

O que eu ainda não entendi completamente é que, nos tutoriais oficiais do Dusk, as explicações para cenários “de borda” desse tipo — consulta híbrida + chamada cruzada entre modelos — são bem vagas. @Dusk $DUSK #dusk

Não fique encarando o número de candles e ondas. Puxe a taxa de funding dos contratos perpétuos da DUSK e deixe-a lado a lado com a BTC e a ETH — você vai perceber um problema mais concreto do que alta ou queda: este mercado está fazendo o lado comprador pagar por uma saída de liquidez que não existe.

A Mãe do Pão caiu um pouco, e a BTC está em pullback!

Eu calculei um conjunto de números. A taxa média de funding dos perpétuos DUSK nos últimos ~30 dias, convertida em anual, no regime de liquidação a cada 8 horas chega a 42%–67%; enquanto, no mesmo período, a BTC ficou apenas em 2%–5%. Você acha que é apenas um sentimento altista de compra a mercado? Vire mais uma página na estrutura de negociações por trás da taxa: para cada US$ 1 de receita em funding positivo, corresponde uma profundidade efetiva de ordens no mesmo sentido no mercado à vista que mal chega a 0,3 dólar.

Ou seja: uma grande quantidade de posições, sem nenhum contraparte no mercado à vista, precifica “entre si” dentro do próprio contrato, empurrando a taxa de funding a um nível de “taxa sobre posição”.

Alguém pode dizer: uma taxa alta indica forte vontade de ficar comprado, e a tendência ainda está. Mas pense nisso: depois que o par spot DUSK/USDT do BITGP foi removido em julho de 2026, o local que ainda fornece o preço de referência para a liquidação final fica apenas na área USDT da Binance — e as negociações diárias desse spot, do outro lado, nem sustentam uma rotação de posição/turnover de 3%, quanto mais.

Com uma taxa de margem em 25x, isso dá 3,5%; para moedas principais, algo pouco acima de 1%. Isso significa que sua posição não aguenta nem uma volatilidade diária normal de 4%. E quanto mais, quando o preço de referência (mark price) é perturbado por 1,5% por causa de uma única fonte de índice, a diferença de “dois pontos percentuais” entre o gatilho do stop e o preço que você esperava — isso não é slippage: é o bilhete que você paga para que ainda consiga abrir posições.

Eu não estou dizendo que o básico da DUSK está com problemas. A narrativa de privacidade L1 + RWA, e o caminho de tokenização via SME, também está andando. Mas, do lado do trading, agora existe uma situação bem constrangedora: o volume de posições nos contratos está rodando, o funding está sendo captado; porém as ordens de absorção no spot estão encolhendo. É como uma piscina com a profundidade marcada como dois metros: você pula e descobre que só tem um fundo, com um único piso.

Olhe para a DUSK: não veja apenas até onde o candle subiu; confira os registros de liquidação de funding, veja quanto foi de fato executado no ciclo de funding positivo, e depois observe quão rápido as ordens na profundidade são canceladas quando o funding entra em período negativo. #dusk $DUSK @Dusk

Irmãos, ontem eu estava rolando posts e quase fiquei de cara amarrada.

O bolo caiu um pouco, mas o BTC ainda está acumulando força!

Num post antigo, um monte de gente ficou repetindo: “moedas de privacidade, o ativo é seu, ninguém mexe com você”. Quanto mais eu lia, mais estranho ficava — isso até é uma frase firme dentro de uma narrativa 100% anônima, mas quando você usa essa lógica pra tentar encaixar a Dusk, percebe que eles nem planejaram brincar desse jogo com você.

A Dusk tem uma coisa chamada Zedger, que cuida especificamente de títulos e RWA desse tipo de ativo “de verdade”. Lá está escrito com todas as letras uma função de “transferência compulsória” — em condições de conformidade, a entidade emissora pode transferir o ativo de sua mão para outra pessoa. À primeira vista, parece que isso é justamente o “portal dos fundos” que a moeda de privacidade mais deveria temer, né?

Mas pensando melhor: a lei de valores mobiliários naturalmente exige essa capacidade. Bloqueio judicial, resgate compulsório, tratamento de eventos corporativos — quando a sua ação (A-shares) precisa ser congelada, ela é congelada, sem discussão. Isso nunca foi bug; é uma exigência dura de regulação. Pura moeda de privacidade não consegue fazer isso — e é justamente esse o “calcanhar de Aquiles” que impede entrar em mercados regulados: não é que a tecnologia seja incapaz, é que não deixaram uma interface para “quem pode, legalmente, mexer no seu ativo”.

A virada de pensamento da Dusk é que ela não quis confrontar a regulação, e sim codificar o controle de conformidade diretamente na infraestrutura do ativo. Esse conjunto do Zedger suporta cunhagem, queima, distribuição de dividendos e transferências com limites; ao mesmo tempo, usa provas de conhecimento zero para esconder os detalhes das transações, mas mantém para as partes de auditoria um canal verificável e controlável.

Aí vem a questão: a privacidade que um usuário comum sente na Dusk já não é “ninguém consegue mexer no meu ativo”, e sim “ninguém consegue olhar meus ativos sem mais, mas o detentor de licença pode mexer, dentro do arcabouço legal”. Onde fica essa linha, e quem tem qualificação para iniciar uma transferência compulsória — o material até não detalha isso com clareza, e eu fico com um pé atrás.

Mas essa ideia de “privacidade, porém compulsoriamente executável” é avanço ou concessão? Falando na real: o sistema das finanças tradicionais já usa essas regras há mais de cem anos — sua ação é pra ser congelada, então é congelada. A Dusk basicamente traz essas regras para a blockchain e, ao mesmo tempo, preserva a privacidade das transações com criptografia.

Se você disser que é um portal dos fundos, os sistemas de corretoras inteiros são portais dos fundos. Se você disser que não é puramente “o que prometem”, é justamente isso que vira o ingresso para as instituições entrarem.

#dusk $DUSK @Dusk

Não converse com o pessoal do Dusk sobre KYC — conversa uma vez e já dá branco.

A alta do “pedaço” está indo muito bem. Mas quanto ainda o BTC consegue subir?

Naquela noite em que terminei o testnet rodando o Citadel, fiquei encarando aquela sequência de hashes da raiz de Merkle no terminal e de repente achei que todo aquele teatro de “pele” que eu forcei com os terceirizados de conformidade tinha ido tudo pro lixo.

No que o pessoal do Dusk é realmente bom? Eles penduram a licença na árvore. Você prova que é você e pronto — o número do seu documento fica travado para sempre no disco rígido local. O XSC é ainda mais absurdo: restrições de transferência e chaves de visualização para auditoria soldadas no contrato do ativo. Quem vê, quem não vê; quem pode transferir, quem não pode. Acesso na cadeia já vem com catraca. Eu rodei dados de teste por mais de uma dúzia de rodadas: a latência da validação com acerto na whitelist ficou estável em nível de milissegundo — só na estrutura criptográfica, este projeto é, entre as trilhas institucionais que eu já vi, o mais “menos engessado” de todos.

Mas não saiuforçando elogio ainda.

Joguei o mesmo script de geração de provas numa MacBook antiga. O módulo WASM rodou PLONK, a CPU foi ao limite, e o fan girando como se fosse decolar. De gerar até “assentar” numa transação na cadeia: quase quatro segundos. Quatro segundos já são tempo suficiente para o preço on-chain dar três cambalhotas e o investidor de varejo sofrer duas rodadas de slippage. Em instituições há aceleração com FPGA. E o auditor comum? Clica no notebook e espera três segundos; faz duzentas transações por dia — só esperando já come dez minutos. A “pureza” criptográfica, no lado da engenharia, é exatamente assim: lamentável.

Mais constrangedor ainda é o ecossistema na cadeia. Eu já capturei um print do DAU do DuskEVM: de longo prazo, dois dígitos. A linha do TVL — quando puxei — quase parece com um eletrocardiograma parado. O papo de NPEX é alto, mas a negociação secundária não tem market maker fazendo cotação contínua. Em tokens de tipo segurança, quando emitem, não dá para trocar por aí, não dá giro. O que isso tem de diferente de papel inútil na cadeia? Do lado regulatório, pior ainda: eles são ainda mais lentos. É só substituir texto por ZK — rastros puramente “apagados” — e como atualizar regras entre jurisdições “a quente” dentro do contrato? Tudo são variáveis lentas; não dá para correr.

Então meu veredito é uma frase: eu compro o gosto do Dusk, mas quem quiser transformar “nível institucional” em “vai funcionar já já”, a gente aposta um pacote de cigarro.

Indicadores que eu mesmo observo, três itens: quanto tempo uma prova do Citadel trava num notebook comum, se o interruptor de divulgação seletiva tem retorno por faixa (range回显) e se fora do testnet existe uma taxa real de giro de mãos. Se essas três coisas não melhorarem, por mais caprichado que o XSC esteja, ainda é uma carta de amor escrita por engenheiros para reguladores — não é a porta de entrada do dinheiro. #dusk $DUSK @Dusk

Reler a documentação do TermMax me travou — não é que eu não entenda; é que eu entendo demais, e isso parece estranho.

O bolo estava grande demais — o BTC já está perto de 80 mil!

Na primeira leitura do whitepaper, a palavra que surgiu na minha cabeça foi: “isso não é simplesmente enfiar ações tokenizadas da Ondo dentro de um pool de empréstimos?”, quase cliquei no X no canto superior direito. Mas depois que fiquei encarando a seção 3.2, sobre Rate Lock, por vinte minutos, percebi que meu julgamento era ridiculamente idiota.

O que o TermMax faz não é, de jeito nenhum, fazer as ações tokenizadas renderem. Ele pega aquele processo da “conta de empréstimo com garantia de ações” do sistema financeiro tradicional — que precisa de aprovação, monitoramento de preço, chamadas de margem, busca de colateral adicional — e corta tudo, transformando em um contrato on-chain de taxa fixa e determinística.

Pense num cenário: eu tenho ações tokenizadas da AAPL na mão. Eu não quero vender no prejuízo, mas preciso de dinheiro com urgência. No DeFi, nos empréstimos do passado, o primeiro hábito ao acordar todo dia era checar a taxa e ver o quanto ela flutuou; ansiedade, sem saber se no próximo mês o valor do pagamento vai, de repente, dar um salto. A lógica do TermMax é: no exato momento em que você toma o empréstimo, a taxa já fica “carimbada” no contrato. O valor para quitar não balança com o mercado; a linha de liquidação já é desenhada no momento do empréstimo — não fica aquele negócio de caixa-preta fazendo o monitoramento por trás.

Ao chegar aqui, eu parei por um segundo. Por mais de dez anos, o DeFi assumiu como “nativo” o modelo de taxas flutuantes; taxa fixa, na prática, exige mecanismos extras para dar cobertura. O TermMax está praticamente brigando contra essa suposição base.

Aqui, o AMM não está oferecendo rendimento flutuante; ele está combinando, para cada empréstimo a taxa fixa, o capital do contraparte, de modo que a taxa fique travada no instante da negociação.

Mas o ponto que eu mais temo agora é este: se os ativos tokenizados subjacentes sofrerem um desancoramento extremo, como aquela quebra do LUNA anos atrás, será que contratos de taxa fixa não acabam virando, ao invés disso, um “buraco negro” de liquidez? Aí as liquidações que deveriam acontecer não conseguem, os pagamentos que deveriam ser feitos não são possíveis — e essa “determinística” vira uma espada de dois gumes.

Ainda assim, por outro lado: o fato de conseguir levar para a cadeia o processo de empréstimos com garantia de ações e eliminar a incerteza é, por si só, algo que vale a pena observar com atenção. @TermMax #TermMax

华尔街那帮人不是怕上链，是怕底裤被扒干净

大饼涨的眼花缭乱，BTC还是强！

说个可能招骂的判断——DUSK这玩意儿，我盯了三个月一直没动笔写，不是因为看不懂，是怕写早了被打脸。但最近把它的白皮书翻来覆去啃了三遍后，我反而踏实了。

为啥？因为它压根不是给你炒的。

市面上但凡沾点隐私的币，清一色在讲“匿了匿了，谁都别想查我”。DUSK偏不，它上来就跟你掰扯证券生命周期、合规规则写进合约、KYC和AML直接固化在链上——听着是不是特别不加密？特别不Web3？对，这就是它故意长的样子。

我琢磨了一下它那套选择性披露的逻辑，突然想起前阵子跟一个做传统清算的朋友吃饭，他原话是：“我们不是不想上公链，是上了之后对手盘每天盯着我们的持仓变动，那还玩个锤子。”你看，痛点就搁这儿摆着。机构要的是“你看得见我在跑，但别看清我跑的是哪条赛道”——DUSK恰好给了这个选项。

不过话说回来，我现在把它放在观察舱前排，不代表我劝你们冲。RWA这个赛道现在就像一条刚铺好的高速路，车没几辆，收费站倒是修得挺气派。DUSK的技术底子我认，共识机制和结算层的完成度放在整个隐私公链赛道里都算能打的，但链上真要跑起来美债、私募股权这类大体量资产——说实话，还差一个能把传统金融那帮老钱拽进来的破冰人物。这个人什么时候出现，这条链什么时候才真正活过来。

所以我的态度很明确：底层逻辑我买账，商业落地我再等等。

至于华尔街最终会选全透明的链还是带隐私分级的链——我赌后者。你想想，那帮穿西装的，啥时候把自己底牌亮给过对手看？ #dusk $DUSK @Dusk

Eu também achava antes que o TermMax era só uma forma de colocar títulos de taxa fixa num mercado secundário: o FT seria como se o título fosse negociado, e o XT como se os cupons fossem separados em pedaços — bem engenhoso, mas não a ponto de fazer eu dar um tapa na testa.

Até eu destrinchar a lógica do Curator na V2 e uma frase me veio à cabeça de repente: isto não é um protocolo de empréstimo — é como colocar o corretor em xeque, “passar informação” na cara do market maker.

Olha só: este lance da V2 é bem traiçoeiro. O Limit Order cobre todo o pregão diretamente. O tomador anuncia a taxa de juros mais alta que aceita, e o credor anuncia a mais baixa que aceita — na superfície, parece devolver o poder de precificação ao usuário; na essência, está pegando aquilo que antes o LP fazia por conta própria e quebrando em migalhas para jogar no mercado. Antes, o LP ganhava a diferença por assimetria de informação e escala de capital. Agora que o Range Order saiu, o Curator leva algoritmos e fica procurando no mercado a combinação ótima. Se você der um preço um tiquinho mais ganancioso, a ordem é roteada direto para o pedido do “tio do outro lado”.

Eu fui especialmente buscar os dados da testnet e vi um detalhe bem instigante: o mesmo empréstimo de USDC por 7 dias, quando montado via Range Order, gera uma taxa média ponderada cerca de 8–12 bps mais baixa do que seguir diretamente pelo pool de AMM. Esses 8 bps parecem nada, mas para os veteranos do lending de alta frequência, isso é a raiz do lucro — arrancada à força uma camada.

Claro, tem quem vá contra-argumentar: hoje em dia os pools ainda são rasos; com alguns poucos milhares de dólares dá para abrir um buraco grande. Então, a tal “taxa ótima” que você mencionou talvez seja, na prática, apenas aquela árvore torta em meio ao deserto de liquidez.

Eu concordo com metade.

Então agora eu não olho TVL, nem volume. Eu só observo três coisas: primeiro, se a taxa de desconto do FT em diferentes prazos consegue formar uma curva suave; segundo, se a espessura das ordens nos livros de compra e venda está continuando a aumentar de forma ativa; terceiro, se o rendimento implícito do XT em relação à base com a taxa de juros flutuante lá fora está se mantendo numa tendência de estreitamento estável. Só quando essas três coisas ficam firmes e consistentes é que dá para dizer que o mercado realmente trata a taxa a sério — e não um bando de gente fazendo “vai e volta” com as próprias mãos para escovar pontos.

O TermMax ainda não sustenta o título de “bolsa de taxas de juros”, mas esta faca cirúrgica da V2, pelo menos, separou a área do problema. O restante, é ver como o mercado vai crescer e ganhar “carne” sozinho. #termmax @TermMax

650 bilhões de dólares de mercado — a Ethereum “morde” 33%, a Provenance leva 27%; Solana, BNB e XRP ficam cada uma com 6% da “carne” pendurada. A DUSK nem conseguiu emplacar cadeiras. Não é preconceito de mercado; é instituição desenhando linhas com ouro de verdade — a escolha de cadeia por emissores de títulos do governo tokenizados e crédito privado segue uma lógica bem simples: quem tem liquidez profunda, quem já tem um sistema de custódia pronto, e quem consegue fazer auditorias e conformidade perderem menos alguns fios de cabelo, para onde o dinheiro vai. Uma L1 que precisa escrever o consenso do zero, que ainda atrasou o EVM por algumas vezes, nem sequer entra na lista de “opções” na checklist de gestão de risco institucional.

A Polymesh enraizou a questão de conformidade de valores mobiliários; Monero e Zcash têm “estoque” para consumir na trilha da privacidade. E a DUSK? A conformidade não é tão funda quanto a da Polymesh; a privacidade ainda corre carregando o pacote regulatório e não consegue ultrapassar as antigas cadeias anônimas. Acaba escolhendo justamente a fresta mais estreita.

O “grande pão” já está chegando a 70 mil. O BTC ainda dá para encarar bem!

A grande vergonha é a atividade on-chain. A mainnet rodou por mais de um ano: volume diário de transações oscilando entre 800 e 1000; endereços ativos diários que já foram 40 a 80 anos atrás. O pico daquela rodada no início de 2026 chegou a algo entre 300 e 870; depois voltou a amolecer para o intervalo de centenas. Com esse nível de volume numa L1, para quem quer soar otimista, é “instituições baixa frequência, valores altos” — mas, na verdade, parece mais o clima de grupo de teste.

A NPEX, de fato, enforcou alguns bilhões de euros em valores mobiliários; a EURQ também emitiu. Mas os ativos ficam em custódia silenciosa on-chain — é completamente diferente de alguém interagir ativamente na cadeia.

Número de contas de instituições e número de endereços on-chain: o primeiro é material PPT de expansão de negócios; o segundo é a temperatura real que fica na base.

O verdadeiro “campo minado” está na estrutura do token. Os cinco maiores endereços concentram mais de 67% das reservas; o primeiro sozinho detém 21%; o endereço de custódia da Binance come mais 12% além disso; os dez maiores chegam perto de 73%. Numa cadeia que se vende como “finanças conformes ao nível institucional”, a concentração de tokens é ainda mais exagerada do que a de muitos memecoins. A imagem é boa demais — eu não ouso nem pensar nos detalhes. Quando a gestão de risco institucional passa esses dados em reunião, a primeira pergunta que certamente pula na cabeça é: “quando for a hora de sair, quem vai comprar para assumir?”

O DuskEVM arrastou de prévia até o lançamento por vários trimestres. O ritmo de commits no GitHub é claramente mais lento; a atualização do protocolo v23, originalmente planejada para o Q1 de 2026, ficou ainda mais atrás do que o roadmap. Mesmo que o discurso técnico esteja bonito, se o ritmo de entrega não acompanha, depois que as instituições fazem POC, fica lá parado.

#dusk $DUSK @Dusk

Conversando com amigos sobre o TermMax até altas horas, ele soltou uma frase que me deixou parado.
“Isso não é basicamente empréstimo a taxa fixa?”

O preço do BNB subiu um pouco, mas o BTC continua muito bom!

Na hora eu não contestei. Voltei e reli três dias de código e documentação; quanto mais eu pensava, mais parecia que—ele tinha razão, mas era como se não tivesse dito nada.

O que realmente me fez não conseguir ficar sentado foi aquela parte sobre o mecanismo de compensação na liquidação.

Resumindo: se o empréstimo vencer e não estiver totalmente quitado, quando a janela de liquidação fechar, os detentores de FT podem retirar diretamente, de forma proporcional, os ativos subjacentes e o colateral do redemption pool. O que tem de interessante nesse desenho? Ele transforma “liquidação” de um jogo de punição em uma lógica de alocação. Onde outras plataformas liquidam e a “carne” vai para robôs, o TermMax faz com que os credores decidam por si mesmos se querem assumir esse “pacote”. Você tem FT, então tem opção—assume ou não assume? É uma ideia totalmente diferente de liquidação tradicional.

Falando de precificação.

A “Range Order” foi algo que eu só entendi de verdade depois de dois dias. Não é simplesmente cotar uma APR fixa e pronto; o valor do capital é dividido em diferentes faixas, e cada faixa fica vinculada a uma taxa diferente. Se entrar um volume grande, a taxa que ele pode obter pode ser diferente da de quem entra com volume menor. O preço de execução não é um número único; ele cai dentro de um intervalo. Em outras palavras, a liquidez “cresce” diretamente na curva de taxas. Quem tem um volume maior paga um prêmio maior por mais liquidez—isso é justo e bem orientado ao mercado.

Eu consultei cerca de dezessete ou dezoito registros reais de negociações e descobri que a maioria das Range Orders fica concentrada entre 3 e 5 segments, não naquele tipo de design “chique”, com dezenas de faixas. Isso sugere que todo mundo ainda é pragmático: segmentar demais aumenta os custos de gestão.

Voltando ao desmembramento em FT/XT/GT.

Quando o FT vence, ele é liquidado com 1 token de dívida. O XT segue o FT; então 1+1=1 posição completa de dívida. Já o GT empacota o colateral e a dívida em uma posição transferível. Essa estrutura me lembrou ABS (securitização de ativos): você separa os ativos subjacentes, recalibra o risco em novas camadas, e pessoas com diferentes preferências ficam com camadas diferentes.

Mas o TermMax faz algo mais “duro”: ele não separa o risco—ele separa o tempo. O FT carrega a certeza do vencimento; o XT pega a diferença de juros no período; e o GT carrega a flexibilidade da posição inteira. Três preferências, uma base de ativos—cada um pega o que precisa. @TermMax #TermMax

大家都在等风来，有人却在给风口上锁：聊聊 Dusk 的隐私合规与清算命门

大饼涨了点，BTC还是不错！

这两天看着各家 CEX 的深度簿，静得让人发慌。很多做隐私赛道的朋友又开始习惯性发愁，觉得监管大棒一挥，匿名代币就得全线归零。但讲真，把“隐私”和“合规”死死对立起来，本身就是加密圈最大的认知误区之一。

你仔细看 Dusk 在暗处下的苦功，就会发现这根本不是一套用来做暗网交易的匿名逻辑。传统金融机构之所以一直对公链敬而远之，绝不仅仅是因为怕波动，更因为他们受制于严格的 GDPR 隐私法规与反洗钱条款——既不能把客户的资产明细全网公开，又不能让匿名资金无痕流入。这种矛盾就像要在一个透明玻璃房里办理私人保险箱业务，怎么做都是错。

Dusk 切入的恰恰是这个最硬的骨头。它靠 Zero-Knowledge 证明在底层解决资产清算的隐私性，又通过独特的证明架构让合规审计节点能够随时调取合规凭证。简单点说，就是“资产流转对外保密，合规审查随时可验”。前段时间欧洲 MICA 框架正式落地，不少走极简匿名路线的项目被交易所接连下架，而 Dusk 这种从一开始就冲着“合规清算底座”去的设计，反而成了传统机构眼里为数不多能合规上车的通道。

不过话说回来，技术架构画得再漂亮，真金白银的结算吞吐量才是终极试金石。它这种零知识证明的高频计算，在真实金融级并发下到底会不会卡壳，全看接下来的网络压力实测。

行情的寒冬终究会过去，但清算底座的规矩已经变了。当合规的大门彻底堵死投机套路时，你觉得市场上还有哪条链，能接得住这批急着上链的传统体量？ $DUSK #dusk @Dusk

Ao pesquisar o TermMax, no início eu achava que ele só oferecia ao mercado de renda fixa uma opção mais certa. Quando tracei e simulei completamente o caminho de fluxo de tokens e os mecanismos de liquidação, percebi de repente que o que torna essa coisa realmente poderosa é padronizar, de forma definitiva, as operações de arbitragem que há muito tempo ficam “desconectadas/despadronizadas” no DeFi.

O “big cake” subiu bastante, e o BTC continua forte!

Quem faz arbitragem de empréstimo cíclico na Aave ou na Compound, em essência, está apostando no jogo da taxa de juros flutuante. Os custos mudam a qualquer momento, e a eficiência do capital para fazer trade a favor do rendimento é muito baixa; quando surge uma situação extrema, o risco de exposição se amplifica instantaneamente. A genialidade do TermMax está em, ao separar FT e GT, cortar as “necessidades de empréstimo” e as “necessidades de jogo da taxa de juros” em dois mercados totalmente independentes.

Os tomadores, ao cunhar FT, conseguem travar antecipadamente o custo do capital. Já o GT, na prática, se transforma em uma exposição intrinsecamente derivativa de juros. Isso significa que traders que querem apostar em alta ou em baixa das taxas de juros futuras não precisam mais ficar reajustando a posição com frequência nem assumir o risco de slippage de liquidação; basta negociar o GT no mercado secundário para fazer apostas na curva de juros futura.

Antes eu achava que o Pricing Curve Range Order era apenas para combinar prazos, mas depois entendi que esse design dá diretamente aos provedores de liquidez (LP) o poder de precificar como um market maker. Nos mercados tradicionais de renda fixa, o que mais depende da continuidade é, justamente, a curva de rendimento; e o Pricing Curve usa algoritmos para preencher o “buraco negro” de liquidez causado por incompatibilidade de prazos (mismatch) on-chain.

Indo mais além: mesmo diante de black swans on-chain, como falha de oráculo, a entrega física (Physical Delivery) assume diretamente o controle, abandonando as tradicionais correntes de leilão de liquidação, e fazendo a entrega com desconto proporcional dos ativos à vista. Essa lógica de contingência transforma um risco sistêmico originalmente incontrolável em uma transferência de ativos com limites previsíveis—de fato, evitando muitos pesadelos em cascata que costumam atormentar os protocolos de empréstimo.

Seguindo essa linha de raciocínio, a impressão que o TermMax me passa já não é a de um “protocolo de empréstimos” apenas; ele parece mais um motor de precificação de alta precisão montado para o mercado de derivativos de juros no DeFi. @TermMax #TermMax

告别单打独斗：为什么大资金正在抛弃“黑盒”去中心化？

大饼涨了64000，BTC真是不错！

刚跟几个做大宗结算的老哥聊完，脑子里一直盘旋着一个词：流动性困境。大家总觉得老牌 DeFi 现在的瓶颈是性能不够或者 GAS 太贵，但我这几年看下来，根本不是那么回事。真正卡住千亿级合规资金进场的，其实是大家引以为傲的“透明账本”。

你想象一下，某个传统头部机构要上链做一笔上亿美元的 RWA 资产结算。如果是传统公链，从挂单、调仓到最终交割，链上所有大户和做市商都能把它的底牌看个通透，这在现实商业竞争里简直等同于裸奔；但要是换成彻底匿名的黑盒链，反洗钱防线分分钟崩溃，财报审计根本过不去。这就尴尬了，一边是泄密风险，一边是监管合规，大资金只能在门外干瞪眼。

这也是我最近一直在观察 Dusk 这类专注底层基础设施的项目的原因。他们没在玩纯粹的密码学情怀，而是直接在 L1 层面把隐私防护与合规审计打通了。拿最底层的 Piecrust VM 来说，它在原生支持零知识证明的同时，允许把复杂的业务合规逻辑直接写进智能合约。换句话说，交易本身依然是密文，但合规证明却能实时上链。

这种“可证明但不可见”的架构，实际上给机构资金搭了一条能安全通行的专用隧道。以前我们老觉得去中心化就得是绝对的自由无界，但真要在现实世界砸出个大浪花来，这种把隐私保护和合规诉求揉在一起的折中方案，说不定才是撬动传统金融巨量流动性真正入场的钥匙。

链上的风向从来不是靠口号吹出来的，当安全感和合规性同时凑齐的时候，水自然就流过来了。 @Dusk $DUSK #dusk

Alguns juros num contrato de empréstimo não superam um golpe seco na liquidação
Vamos falar de uma coisa que a maioria das pessoas tem preguiça de pensar.

A grande promessa ainda está em 63.000, mas o BTC é difícil de subir!

Você deposita cripto no contrato de empréstimo para ganhar juros, fica de olho nas duas casas decimais do APY e acha que está seguro. Mas o que realmente deve observar é o instante da liquidação: como o contrato vai tratar a outra parte.

Eu fiquei pensando na linha de entrega física do TermMax. O modelo tradicional é o seguinte: os detentores fazem a liquidação, vendem os ativos dados como colateral no mercado, trocam por stablecoins para quitar a dívida e devolvem o excedente a você. Parece razoável, certo? O problema aparece em cenários extremos — quando posições de todo mundo acionam liquidação ao mesmo tempo, uma série de ativos despenca ao mesmo tempo sobre um pool cuja liquidez já está esticada. O preço entra em uma espiral de queda; o esmagamento é assim que acontece.

A entrega física corta esse elo. O ativo de garantia é transferido diretamente para o credor, sem passar pela venda no mercado. Na cadeia, você tira uma rodada de pressão vendedora concentrada, então a liquidez não é drenada instantaneamente. Mas o preço você precisa pensar com cuidado: o que você pode receber não é stablecoin, e sim uma pilha de colaterais cuja volatilidade ainda não foi liberada.

Isso leva ao funcionamento dos três tokens dentro do TermMax. GT é a posição em NFT do tomador; nela ficam registrados tanto o colateral quanto a dívida. Se cair abaixo do limite, ele entra automaticamente no fluxo de disposição. FT é a dívida sem juros que o credor tem; ela é comprada com desconto e resgatada por 1 na maturidade — o pagamento depende dos ativos por trás do GT. Já XT separa o valor do tempo; quanto mais perto do vencimento, mais se aproxima de zero.

Então toda a lógica do empréstimo muda. Não suba perguntando “quantos pontos percentuais de retorno ao ano?”, primeiro pergunte a si mesmo: se a contraparte der ruim e explodir, o que exatamente vou receber? Será algo como ETH e BTC — que você dorme e consegue voltar — ou será um token de governança de alguma nova chain, que cai e nunca mais consegue subir?

As minhas regras são meio “chatas” — fujo de pools onde o colateral não é um ativo mainstream e a taxa de colateralização é menor do que 150%. Mesmo que a taxa de retorno na vitrine esteja mais alta, eu passo.

O “retorno acima do esperado” que você vê, na maioria das vezes, não é um benefício: é um prêmio de risco que precisa ser pago com dinheiro de verdade.

E não esqueça do atraso de oráculos, do salto de preços em condições extremas e de vulnerabilidades na camada de contratos. Se qualquer uma dessas coisas explodir, nem mesmo a entrega física mais limpa vai aguentar. A mecânica só consegue mudar como o risco se manifesta, não consegue fazer o risco desaparecer.

Por fim, a pergunta mais direta: depois que a liquidação termina, na sua frente não estão U, mas sim uma pilha de tokens — você vende ou guarda? Não responda rápido; pense e depois diga. @TermMax #TermMax

别只盯着ZK隐私，Dusk在合规审计上的“两面派”设计才是杀招

大饼涨不起来，BTC还有希望吗！

上周跟做传统机构合规的朋友撕了一下午，他一直觉得公链搞隐私就是给洗钱开绿灯。我当时没急着反驳，顺手把 Dusk 白皮书里关于合规审计那几页截图扔给了他。

大家聊 Dusk 总喜欢往 Zero-Knowledge Proof（零知识证明）上贴，觉得遮蔽交易额和地址就叫隐私公链。但真要落到机构级资产上链，光会“藏”根本走不远。金融市场讲究的是穿透式监管，你让合规部门看不见数据，人家连入场的立项报告都写不出来。

最巧妙的地方就在于它处理“开盒”权限的思路。它没有走那种全公开或者全封闭的极端，而是引入了可配置的秘钥视图机制（View Keys）。简单来说，你的资产变动、交易明细对全网节点是保密状态，数学层面保证了隐私；但面对指定的合规审计方或者监管节点，交易者又能主动出示这把“钥匙”，让特定第三方在不破坏全网状态的前提下完成合规查验。

这种“对公保密、对私可审计”的设计，直接把原本对立的合规与隐私拉到了同一条线上。传统金融资产在寻找 Web3 载体时，要的不一定是绝对的无政府主义隐秘，而是一套能在监管框架内安全运行的权限逻辑。

当然，这种双重机制在工程落地时极其考验架构设计。如何在高并发的隐私计算下，保证视图密钥的解密效率和验证成本不拖垮节点性能，主网上线后的实际承载力还有待观察。但相比于那些打着合规旗号做许可链、或者纯粹做匿名洗钱池的项目，这种把审计接口直接焊进密码学底层的方式，确实给合规 RWA 资产上链砸出了一条新路。 @Dusk $DUSK #dusk

Aquela “manual de recusa”, é o componente mais valioso na NPEX

O pão doce está bem, né? Mas BTC é bem difícil!

Já vi muitos projetos: na demonstração, só percorrem aquele caminho ensolarado todo enfeitado com flores — a carteira conecta, o botão é clicado, a posição muda, e a plateia aplaude. Mas eu tenho que perguntar uma coisa: mostre pra mim aquela estrada escrita “no momento você não atende aos requisitos”.

Não existe. A maioria não tem. E quando não tem, isso equivale a dizer: “venham, qualquer um pode entrar”.

Essa frase circula no mundo cripto há dez anos, repetida até virar “politicamente correto”. Mas se você realmente equiparar uma ferramenta na NPEX com “participação por todos”, aí os colegas de conformidade que cuidam das regras devem ter de trocar o currículo pela noite adentro. Como token nativo de rede, o $DUSK é para todo mundo carregar e sair andando por aí — não tem problema. Mas uma vez que esse token entra no gavetão da NPEX, e é usado na base daquela ferramenta… desculpe, a lista muda de livro. Primeiro, a nacionalidade: vamos dar uma olhada. Depois, tirar o crachá de “investidor profissional” e mostrar bem. Em seguida, pegar o prazo de lock-up e desenhar um círculo no calendário. No fim, ainda tem de ver se essa ferramenta está aberta pra negociação com você hoje. Passando por quatro peneiras, sobra pouca gente.

Tem quem ache chato. Mas eu vou direto: a recusa chega cedo para economizar seu tempo. Você já pagou e depois aparece um quadro vermelho — isso chama-se incidente, não “inclusão”. E o pior é quando só aparece um “falhou”, sem explicar o motivo: a primeira reação do usuário sempre é “o site caiu”; a segunda é pegar o telefone e pedir atendimento humano para liberar manualmente. Quando a intervenção humana entra em cena, todas aquelas barreiras de verificação empilhadas no código desabam — de uma vez. Adequação virou apenas uma formalidade vazia.

Então agora eu olho um produto de valores mobiliários e escolho, de propósito, seguir o caminho da recusa. Só reconheço como algo sério que incorpora a adequação na estrutura do produto quando a coisa funciona e consegue falar como gente — não quando escondem um interruptor na cozinha dos fundos. No jogo, todo mundo passa; no mercado com licença, a regra é a lista. A lista não parece nada sexy, mas é mais perto da porta-chave desse negócio do que qualquer manchete. $DUSK roda na cadeia para garantir eficiência; a NPEX pega a lista para garantir limites — quanto mais claro o “limite”, mais vale aquele “sim, você pode”.

A gaveta é mais legal que o hype. Quem ousa mostrar a página de recusa, é muito mais firme do que quem grita aprovação para todo mundo. @Dusk $DUSK #dusk

Sinceramente, no começo eu também achei que “transferência cruzada entre duas contas” era só uma alternância de abas na interface — até eu deixar um robô de market making preso para rodar a noite inteira. Aí, olhando a profundidade das ordens em Moonlight e Phoenix, cada lado se comportava de um jeito totalmente diferente; só então percebi que isso não é tão simples.

A panqueca está bem? O BTC não consegue mais subir!

Duas bases contábeis sob o mesmo endereço: parece dar ao usuário opções, mas na prática são duas algemas para a estratégia de market making. Você coloca uma ordem limite grande no Moonlight, esperando capturar um prêmio de liquidez trazido pela expectativa do ETF. Só que, no Phoenix, quando o nullifier do UTXO atualiza, o robô fica completamente sem rumo — ele não sabe em qual lado do mempool deve calcular a cotação válida. Eu tentei modelar os dois lados unificando os pools de estado, mas no fim a curva da diferença de preço ficou com cara de montanha-russa; o modelo de liquidação não aguentou.

O mais bizarro: na “arquitetura” de tokens de títulos da NPEX, eu conversei em particular com alguns colegas do setor. Todos elogiam em voz alta “inovação em conformidade”, mas quando voltam, alteram o código e já fixam as prioridades para o Moonlight. Por quê? Porque, para os reguladores da MiCA, o que eles querem não é o quão bonito é o proof de conhecimento zero — eles querem que, no dia em que der problema, você consiga puxar um Excel item a item para conciliação. A “divulgação seletiva” do Phoenix na cadeia é elegante; diante de uma notificação do advogado, vira “por que você não falou isso antes?”. LPs institucionais são mais práticos: você joga alguns milhões de euros em pares de stablecoin dentro de um pool cuja visualização nem auditor conseguiria entender, e eles preferem pagar taxas mais altas, contanto que sigam um caminho transparente em que cada operação possa ser rastreada até o KYC.

Agora, na cadeia Dusk, a taxa de staking de 36% é de fato alta, mas se você checar as entidades por trás desses nós, é bem provável que seja a mesma turma de crentes na fé tecnológica fazendo um looping. O que me preocupa não é que a combinação UTXO + ZK não seja “forte” o bastante — na verdade, é justamente por ser forte demais: forte a ponto de market makers comuns não se arriscarem a migrar a estratégia central para lá. Sem um caminho padrão no produto, a comunidade de desenvolvedores só pode adivinhar por conta própria: hoje você acha que privacidade vem primeiro; amanhã o mercado cai e o usuário corre perguntando “minha transação afinal conta como qual lado?”, você consegue explicar com clareza?

Aguentei até três da manhã e revisei a estratégia. No Moonlight, coloquei ordens de hedge do tipo mais conservador; no Phoenix, o robô só roda uma grade pequena de testes. Assim, cada um faz o seu, sem interferir. @Dusk $DUSK #dusk

Quando as pessoas falam sobre as provas de conhecimento zero do Dusk, é comum compará-las às moedas anônimas tradicionais, como se privacidade em uma blockchain fosse basicamente “jogar os dados de transação em uma caixa escura”. Mas, nesse segmento de RWA em conformidade, essa compreensão geralmente deixa tudo na direção errada. O ponto mais “hardcore” do Dusk — e também o mais fácil de alguém cair numa armadilha — não é “como esconder dados on-chain”, e sim “como o seu dispositivo local é que faz a prova por você”.

Ainda dá para a alta continuar? BTC, não quero mais!

Na arquitetura do Dusk, especialmente ao rodar a máquina virtual Piecrust, a validação de conformidade não é atribuída aos nós para cálculo; ela é feita diretamente no próprio cliente do usuário (por exemplo, no seu navegador ou na sua carteira), para gerar as Provas de Conhecimento Zero (ZK Proof). Essa estratégia é realmente bem inteligente — o que os nós recebem é sempre o “resultado de conformidade validado criptograficamente”, sem vazar privacidade pessoal e ainda evitando que os nós do mundo inteiro façam recomputação repetida. Porém, na prática, a “zona cega” da experiência costuma estar justamente aqui. Muitas pessoas, ao interagir com dispositivos mais simples, travam na tela de envio da transação e acham que é congestionamento na rede ou que os nós estão “bugados”.

Na verdade, o nó não tem problema. O problema é que a sua capacidade computacional local é que é totalmente consumida ao gerar a prova ZK, puxando o CPU ao máximo. Pelos feedbacks observados em testes na testnet, mesmo uma simples transferência de ativos com uma condição adicional de conformidade de identidade, o tempo para gerar a prova local fica bem atrelado ao desempenho do seu dispositivo. Isso é completamente diferente da lógica do Ethereum de “pagar Gas e jogar todos os cálculos para os mineradores da rede”. Se você não entender essa engrenagem, é fácil, quando a operação trava, ficar tentando de novo repetidamente, gerando uma pilha de cálculos inúteis.

Portanto, ao avaliar se a carteira ou o cliente do ecossistema Dusk é bom ou não, o ponto-chave não é o quão chamativo é o design da interface. É ver se ele consegue visualizar o “progresso da geração da prova local”. Se a única coisa que fizer for mostrar um ícone animado de Loading, o usuário nem vai entender se está calculando a prova ou se está tentando — e falhando — para conectar ao nó. Agora é ver como a equipe de desenvolvimento vai baixar ainda mais o limiar para as provas feitas no cliente (Client-side Proving). Afinal, se a ideia é fazer instituições financeiras tradicionais moverem ativos para a blockchain, não dá para deixar o computador do operador delas travar primeiro. @Dusk $DUSK #dusk

Como uma family office em Frankfurt faz crédito privado sem abrir mão da privacidade com conhecimento zero e sem causar problemas com a regulamentação?

A grande aposta já subiu! O BTC tem esperança!

Na semana passada, tomei um chá com um amigo que atua em crédito privado em Frankfurt. O que ele tinha em mãos era quase dez milhões de euros em caixa líquido, com urgência para encontrar uma forma compatível de obter rendimento. Mas ele não ousa tocar em DeFi tradicional — o motivo é simples: segredos comerciais ficam totalmente expostos na blockchain pública. Assim que o próximo tomador e as taxas forem revelados, as cartas na mesa são completamente destruídas.

Recentemente, ele tentou usar o protocolo Citadel da @Dusk para tokenizar um ativo de crédito de cadeia de suprimentos transfronteiriça. O mais impressionante é que o Citadel, por meio de provas de conhecimento zero (ZK-KYC), consegue alcançar uma “divulgação de conformidade seletiva”. A supervisão e auditorias de terceiros conseguem validar diretamente on-chain a origem dos fundos e a qualificação para empréstimos, mas os concorrentes não conseguem descobrir quem é o tomador do empréstimo nem em que nível estão os juros anuais. Isso transforma a antiga due diligence europeia, que normalmente leva semanas, em uma verificação tipo “senha de escola” que roda em poucos segundos.

Ao analisar em profundidade a arquitetura de “dark pool + conformidade” da Dusk, percebe-se que a máquina virtual Piecrust subjacente encapsula provas de conhecimento zero diretamente no núcleo do contrato. No mês passado, durante testes na rede com interações de alta concorrência, a latência da validação de ativos privados ficou no nível de milissegundos. E até a stablecoin nativa compatível Quantoz EURQ, usada para liquidação em conjunto, foi integrada de forma nativa.

Mas essa lógica ainda tem uma barreira alta para instituições tradicionais. Por um lado, o custo computacional de gerenciamento seguro de chaves privadas e da geração das provas ZK no cliente deixa muitos traders “old school” acostumados com sistemas SWIFT bem incomodados. Por outro lado, o TVL de 280 milhões de dólares na cadeia ainda é insuficiente em profundidade: diante de resgates de liquidez em escala de “milhões”, o slippage continua alto, e a falta de profundidade ainda é um calcanhar de Aquiles no curto prazo.

Com a implementação das regras do MiCA da União Europeia, essa fatia do “bolo” de privacidade e conformidade on-chain certamente atrairá grandes instituições entrando no timing certo. Só não se sabe por quanto tempo aqueles intermediários tradicionais que vivem às custas de altas taxas de auditoria e custódia conseguirão continuar acomodados quando virem um protocolo que “codifica” a conformidade diretamente. @Dusk $DUSK #dusk