苹安喜樂

我最早注意到@Dusk ，是因为一位做资管的朋友提起，“链上合规这事，说起来容易，真要把客户持仓挂上公开账本，没人敢签这个字。”这句话一直留在我脑子里。所以当我看到Dusk把“隐私”和“合规”放在一起讲时，第一反应不是兴奋，而是审慎。我也在想，代币是纯粹工具，还是系统支点。

Dusk没有用一套方案解决所有问题，这点它想得明白。Moonlight走公开账户，Phoenix走shielded note加零知识证明，两条腿各干各的。DuskDS负责共识结算，DuskEVM兼容Solidity，降低迁移成本。NPEX持有MTF和ECSP等欧洲牌照，主网上线后锁仓超2亿DUSK，这套组合逻辑通顺。

$DUSK 总量10亿，5亿在36年内几何衰减释放。每区块发行约19.86枚，80%给生成者，持1000枚可成为Provisioner。网络越活跃，Gas消耗越大，质押收益越高，锁仓越多，流通减少。

但挑战明显。2026年4月dusk-plonk曝出验证缺陷，verifier未校验承诺，可致恶意铸造。虽然快速修复，但让我意识到密码学落实到代码仍有出错风险。代币方面，36年释放周期长，低通胀模型能否持续吸引参与者，我持保留。Dusk叙事依赖欧盟监管框架，MiCA细则和NPEX牌照持续性，非项目方能决定。

所以我现在看Dusk，值得跟踪，但保持观察。技术架构和监管卡位有先发优势，代币模型可持续性、代码安全、监管落地都需要时间验证。我更想看这些设计能否实际跑通。

你觉得隐私+合规加36年释放，是长期主义还是过于理想化？#dusk

我有一段经历，是在某个浮动利率协议里存了一笔钱，APY从8%一路跌到1.5%，想取出来又顾虑错过反弹，不取又觉得资金占用不理想。后来我就想，DeFi里缺的不是借贷，是确定性，你能提前算清楚三个月后拿回多少，而不是每天盯着收益率曲线猜明天。

所以我看@TermMax 时最在意的，不是它TVL多高、上了多少条链，而是它到底有没有把“确定性”这件事做到位。

我觉得TermMax把期限变成了显式变量，出借人买FT，明确知道资金锁到哪天、到期兑多少；借款人开GT，清楚什么时候必须还、成本是多少。这跟Aave那种“随时可取但利率随利用率跳”的浮动池子是两套逻辑。Range Order也不是挂一个统一APR，而是用定价曲线让不同资金量对应不同利率，我觉得这才是在做市场，不是在报价格。

物理交割这个设计，初衷是避免清算时抵押品被集中抛售，听起来合理，但出借人可能收到一堆自己不一定适合持有的资产，如果抵押品波动性高，固定收益可能不够补偿。另外，AMM在固定期限市场里能不能跑通，我持保留态度，流动性池深度不够时利率可能偏离公允价值。所有仓位在同一个到期日集中结算，一旦预言机出问题或市场剧烈波动，连锁反应的风险也存在。

我的判断是：TermMax在做一件值得关注的事，它把“期限”这个被大多数DeFi协议忽略的变量，真正放进了市场结构里。但它不是万能药，物理交割和集中到期带来的风险，需要你自己判断能不能接受。

想问一句：你更接受明确锁定期但中途退出要承担价格波动，还是名义上随时可取但挤兑时未必取得出？#termmax

Eu já enfrentei uma execução de liquidação em que os colaterais foram colocados à venda de forma concentrada; a falta de liquidez fez com que o valor recuperado ficasse muito abaixo do esperado. Desde então, quando analiso projetos de empréstimo, a primeira coisa que faço é examinar o mecanismo de liquidação.

A entrega física do @TermMax me fez olhar com bastante atenção. Em vez de empurrar os colaterais para o mercado em uma venda em massa, ela transfere diretamente a propriedade ao credor. Acho que esse desenho pode evitar efetivamente o efeito dominó de um “corre-corre”. Mas, por outro lado, depois que o credor recebe o ativo volátil, ele precisa administrá-lo por conta própria—será que aquele retorno fixo é suficiente para compensar? Isso precisa ser ponderado com cuidado.

Falando em prazo: o pool de taxa variável esconde o risco de desencontro na curva de utilização; parece que dá para resgatar a qualquer momento, mas só na hora de uma corrida é que se descobre que não dá para sacar. O TermMax deixa o período de bloqueio explícito; quem assume o desencontro e por quanto tempo está claramente descrito no contrato. O custo é que, para sair antes, é preciso vender FT no mercado secundário—o preço oscila com o mercado e o risco de duration fica com você.

Quando essas duas mudanças se combinam, o TermMax, na prática, está reestruturando as regras básicas do mercado de taxas na cadeia. A forma do risco mudou, mas o risco não desapareceu—apenas ficou mais transparente e mais previsível. Ainda é preciso estar atento a possíveis brechas do contrato, a saltos do oráculo e mudanças profundas nas datas de vencimento; porém, pelo menos o desenho do mecanismo já pensou com antecedência nos caminhos extremos.

Minha avaliação é: essa arquitetura merece atenção, mas com uma condição—gerir bem suas próprias posições. Alinhar a escolha do colateral e a data de vencimento é mais concreto do que apenas calcular o retorno.

Uma pergunta: se, após a liquidação, você recebesse os ativos de garantia, o que você faria com eles? #termmax

Vivi algumas vezes a ascensão e queda de projetos de moedas de privacidade e também vi alguns times agirem de forma ambígua em questões de conformidade. Por instinto, fiquei mais cauteloso com projetos que se anunciam como “privacidade”. Até que fui forçado a processar uma liquidação de títulos transfronteiriços por canais tradicionais: esperei três dias úteis inteiros e, no meio do caminho, por causa de diferenças de fuso horário, quase ocorreu um inadimplemento. Aí percebi: o verdadeiro problema não está no anonimato em si, mas em como fazer a circulação eficiente dentro de uma estrutura de conformidade. Então, ao ver @Dusk , minha primeira reação não foi achar que a tecnologia era impressionante; foi pensar se ele tem coragem de responder de frente a esse problema real diante do regulador.

A maior diferença entre ele e aqueles projetos puramente de “geeks” técnicos é que, logo de início, ele traçou uma linha vermelha para si: as funcionalidades de privacidade são preparadas para ativos financeiros regulados. A solução proposta pela DUSK é esmiuçar privacidade e conformidade na camada mais baixa, em vez de apenas “colar” um mixer por fora para resolver as coisas. Seu padrão XSC conecta acesso de identidade, emissão de ativos, transferências controladas e divulgação compulsória em um ciclo fechado completo. O custo também é bem claro: em comparação com moedas de anonimato absoluto, a privacidade dele é condicionada e pode ser “atravessada” (auditável). Para usuários que buscam liberdade irrestrita, isso pode ser um compromisso. Mas, por outro lado, é exatamente esse o ponto de partida para algo que realmente possa funcionar no mundo real.

O design da DUSK me obriga a pensar num problema mais prático: em vez de fingir que a regulação não existe, transformar a conformidade em regras programáveis por meio de código. Se for possível encontrar um equilíbrio entre proteção de privacidade, adaptação regulatória e eficiência de ativos, então ao menos vale a pena eu dedicar tempo para continuar acompanhando.

Continuo com a mesma pergunta: essa rota de conformidade nativa on-chain consegue superar os atuais sistemas centralizados de compensação e liquidação? Deixe sua escolha nos comentários 👇#dusk $DUSK

Minha escolha: B.
Razão: a liquidez macro é a “cor de fundo” do mercado cripto. A queda contínua do CPI indica que o ciclo de aperto do Fed entrou de forma efetiva em sua fase final, e as expectativas de corte de juros tendem a se intensificar ainda mais. Em comparação com a expansão de entrada da bStocks (mais voltada para a camada de ferramenta) ou com o adiamento do projeto CLARITY (mais suscetível a perturbações de sentimento), a queda direcional e sustentada do CPI reduz diretamente a taxa livre de risco e eleva o “piso” do valuation dos ativos de risco. Essa é a variável central que define a tendência de médio prazo do índice — a recuperação da confiança do mercado se transforma em aumento real de liquidez e capital incrementais no balcão, entrando efetivamente no mercado; isso dá suporte ao BTC e às altcoins de forma mais evidente. Por isso, eu apostei que a virada macro é essa “certeza”.

Tive uma lição uma vez. Vi um acordo de APY de taxa flutuante bem alto e peguei dinheiro emprestado. A taxa dobrou de uma noite para outra; os juros ficaram cerca de 40% mais altos, afetando claramente o lucro — não deu tempo de reposicionar a carteira. Desde então, quando vejo qualquer projeto de empréstimo, a primeira coisa que verifico é se a taxa pode ser travada. Ao ver o TermMax, minha primeira reação não foi “taxa fixa”, e sim “como travar”.

O Range Order não é simplesmente exibir um APR. O market maker configura uma curva de precificação: o volume de capital e a taxa se separam e correspondem; quando há execução, a taxa segue a curva. O TermMax escreve o mecanismo de correspondência entre profundidade de liquidez e taxa. A emissão de empréstimos lança um FT; o FT é um token de taxa fixa, que separa o principal e os juros. Os juros são vendidos para o lending via Range Order para receber XT; o XT então é combinado com o principal FT para formar um token de dívida. O GT é o token alavancado, que registra o colateral e a posição de dívida. Após o fim da janela de liquidação, se ainda houver dívida em aberto, a Physical Delivery permite que os detentores do FT recebam diretamente os ativos subjacentes e o colateral.

Outro ângulo de observação: alta concentração de TVL. Plataformas de terceiros mostram que o TVL do TermMax é de cerca de 34,19 milhões; na Ethereum, 32,19 milhões, ou 94,15%. A V2 tem entradas multichain, mas o capital não migra automaticamente só por causa de uma interface unificada. Quanto mais concentrada a liquidez, mais dispostos os grandes volumes ficam em entrar; quanto mais “fria” a outra chain, mais difícil atrair colateral. Feedback positivo em multichain, mas feedback negativo ao mesmo tempo. A equipe oficial diz mais de 90 milhões; outra métrica indica cerca de 34 milhões — a diferença é quase três vezes, vale a pena acompanhar. Assinaturas anteriores, incentivos de XP, tarefas no Galxe: isso puxa usuários. Mas depois que entram, viram empréstimo ou só pegam os pontos e saem? A diferença entre uma carteira de 1,5 milhão e 90 mil DAI/dia de atividade versus o capital efetivamente depositado é o que realmente deve ser observado. O teste vem após o TGE. Quando XP, AP e MP forem realizados e a força do incentivo sumir, os usuários continuarão a emprestar, tomar empréstimo e manter dinheiro?

Depois do TGE, fica claro. Agora, ao participar, observe a taxa de retenção: o ponto-chave é se o usuário fica, não se o produto é melhor ou pior. Há suporte na concepção do mecanismo, e a separação do Range Order não é conversa vazia. Mas a taxa de retenção é o essencial. Após 25 de agosto, continuaremos usando ou sacando o #termmax @TermMax ?

Antes, trabalhei por alguns anos no departamento de liquidação de negociações. O que mais me dava dor de cabeça não era a volatilidade do mercado, e sim o intervalo de compensação de algumas horas depois do fechamento diário. O dinheiro já tinha sido fechado, mas o sistema ainda mostrava “aguardando confirmação”. Nesse período, não dava para fazer nada: só esperar. Depois de esperar, ainda era preciso fazer a conciliação; se não batesse, havia necessidade de retroceder (rastrear) transações. Era comum uma negociação ficar pendente até o meio da manhã do dia seguinte para finalmente se estabilizar.

Sobre o Dusk: no primeiro problema sempre há o conceito de finalização. O livro-razão não volta atrás. O Succinct Attestation segue um caminho determinístico; em outras palavras, é um fluxo de confirmação que faz com que, uma vez “fechado” um bloco, ele permaneça fechado. Os blocos passam por três etapas: Proposal, Validation e Ratification. Ao passar pela Ratification, já é confirmação final. Não existe rollback probabilístico, nem “esperar mais algumas confirmações”. A diferença entre “faltam três minutos” e “faltou um dia” é, na contabilidade, um mundo à parte.

A confirmação rápida tem um custo. O consenso determinístico exige um nível altíssimo de qualidade por parte dos validadores. Quedas de nós e partições de rede, em outras redes podem apenas significar lentidão; aqui, podem simplesmente impedir a produção de blocos. Eu mesmo rodei nós e entendi na prática: numa rede doméstica, se você troca o IP uma vez, já é suficiente para perder uma rodada de votos. Para obter garantias de liquidação em nível institucional, a qualidade dos nós precisa acompanhar.

O time da OtterSec revisou a implementação do PLONK do Dusk e encontrou uma vulnerabilidade: no último passo, o verificador usou dados não verificados fornecidos pelo provedor da prova; em teoria, isso pode permitir problemas de “cunhagem”. A resposta do time foi rápida: corrigiram tudo em um dia. Isso me lembra que, do lado de engenharia, ainda é preciso continuar lapidando: a camada central de criptografia continua surgindo com problemas; não é algo que você resolve e pronto, acabou.

O ecossistema também é raso: há poucas aplicações que realmente podem ser usadas, e o refinamento do produto não acompanha a ambição técnica. O NPEX tem cenários reais de colaboração, mas ainda é preciso ver se as demandas on-chain conseguem se traduzir em consumo real no DUSK. Gas é, na prática, a taxa de transação on-chain; ainda precisa observar.

A direção está certa, mas o resto — se as etapas vão passar ou não — é outra história. Nem todo projeto com a direção certa consegue sobreviver até aquele dia. Quais indicadores vocês vão usar para julgar se uma cadeia “está utilizável”? #dusk $DUSK @Dusk

Fiz por alguns anos integrações no setor financeiro e o que mais me dá dor de cabeça é esse nó difícil de “ser compatível e, ao mesmo tempo, manter sigilo”. Os dados dos clientes institucionais não podem ser divulgados; quando o regulador precisa inspecionar, você tem que fornecer tudo em um segundo. Uma blockchain pública é tão transparente quanto uma casa de vidro, e moedas de privacidade acabam sendo colocadas na lista negra pelo regulador. Por isso, quando eu vejo a Dusk, minha primeira reação não é “uau, uma blockchain de privacidade”, e sim “o que você pretende fazer para desmontar esse impasse?”. @Dusk

Ela usa provas de conhecimento zero com divulgação seletiva. Você não precisa esfregar o saldo da sua carteira na cara de outras pessoas para provar que atende aos requisitos. O regulador precisa de evidências — e evidências ele recebe; o cidadão comum não consegue ver nada. A mainnet já entrou no ar. A DuskEVM é compatível com Solidity e firmou, com a bolsa licenciada holandesa NPEX, um acordo de tokenização de valores (RWA) de 300 milhões de euros on-chain. O motor de privacidade Hedger gera as provas no navegador em apenas dois segundos. Na camada de liquidação, a DuskDS roda em um módulo independente: a confirmação da transação e o armazenamento são tratados separadamente, sem atrapalhar um ao outro.

Mas os pontos fracos também são duros. No mecanismo de “privacidade auditável” dela, as transações ficam criptografadas, mas o regulador pode abri-las mediante ordem judicial. A questão é: quem administra as chaves? A Dusk diz que é um comitê de multisig — mas os membros têm nacionalidade e patrimônio; se houver uma intimação do tribunal, eles conseguem aguentar pessoalmente? Isso já não é algo que a criptografia resolve “na ponta do lápis”; é uma brecha de governança. Também houve problemas no nível do código: a OtterSec descobriu que a implementação de provas PLONK deixou de validar quatro valores-chave; em teoria, isso permitiria criar moedas do nada. Corrigiram, mas uma biblioteca criptográfica com esse tipo de erro básico não deixa as instituições com receio? O ecossistema está mais frio ainda: nos dados públicos, mais de 70% dos blocos não têm mais de 2 transações; no GitHub, há meio ano sem atividade em issues; e documentação e incentivos para desenvolvedores também não acompanharam. Tecnologia ainda que seja bonita — se ninguém usa, é zero.

Minha avaliação: a Dusk está apostando certo na direção de “privacidade + conformidade”, e a base técnica realmente é sólida. Porém, essas duas etapas — governança da privacidade auditável e o arranque a frio do ecossistema — são, na prática, dez vezes mais difíceis do que a criptografia. O que a tecnologia consegue resolver não é o grande problema; problema mesmo é humano. Vocês acham que dá para conversar e chegar a um acordo, na vida real, para que uma instituição licenciada entregue as chaves de auditoria a um “comitê”? #dusk $DUSK

Ontem à noite folheei aquele whitepaper da Dusk até mais ou menos 1h da madrugada; fechei o computador e minha cabeça ficou zumbindo.@Dusk

Logo na abertura, uma frase só me pregou ali: fazer uma ponte entre a descentralização e as finanças tradicionais. Quer privacidade, quer conformidade—ou seja, é como querer tanto que o cavalo corra quanto que ele não coma grama.

O que realmente me fez andar de um lado para o outro no quarto foi a arquitetura de dupla contabilidade da Dusk: Moonlight e Phoenix ficam sob o mesmo endereço. O Moonlight cuida do fluxo transparente—quanto foi transferido, fica tudo claro na blockchain. O Phoenix faz proteção com conhecimento zero—os fundos ficam escondidos em forma criptografada. Do lado do usuário, parece uma alternância com um clique; mas do lado do protocolo são duas realidades paralelas. Escrever um contrato de empréstimo exige olhar para os saldos das duas pontas e também para o nullifier. O whitepaper chama isso de solução ótima, mas eu sinto que é mais como jogar uma questão de múltipla escolha para o desenvolvedor: o usuário comum pode até esquecer as palavras-chave (seed phrase). Você quer que ele, toda vez, pense se esse dinheiro precisa ou não ser escondido?

O whitepaper da versão 2024 tem uma mudança que vale muito a pena considerar: adicionaram à Phoenix um recurso de identificação do remetente. De “protocolo anônimo” passaram a chamar de “protocolo de proteção de privacidade”—só uma letra a mais, mas o sabor muda totalmente. Do lado da Zedger é mais direto: dividendos, transições forçadas e auditoria já estão escritos no contrato; quando o regulador vai verificar as contas, cada etapa na cadeia pode ser conferida.

Mas eu reli três vezes e não achei a resposta: a chave desse “interruptor de auditoria” fica com quem? O whitepaper diz apenas “divulgação seletiva para a parte autorizada”, mas nunca deixa claro quem teria qualificação para ser essa “parte autorizada”. Se afrouxar, a privacidade vira só fachada; se apertar demais, o lado da supervisão/regulação não reconhece.

A tecnologia da Dusk Network é, de fato, sólida. A combinação de UTXO com ZK não é comum na indústria, e as equipes capazes de colocar essa arquitetura para funcionar são poucas. A NPEX tem licença de MTF na Holanda, então a base de conformidade é bem forte. Mas se essa trilha de privacidade auditável da DUSK vai realmente “dar certo”, não depende só do código—depende de como aquelas pessoas por trás vão negociar e competir entre si.

Por enquanto, escolho manter uma postura de observação: gosto da direção, mas não quero entrar sem casos claramente definidos. Dito isso, vocês acham que privacidade e auditoria regulatória conseguem realmente rodar juntas na mesma cadeia?#dusk $DUSK

No ano passado, ouvi um desabafo bem real de um amigo que trabalha numa corretora. Eles queriam testar a emissão de ativos on-chain, mas descobriram que, numa blockchain pública, os pares de negociação e os valores em posição ficam totalmente à luz do sol. A fala do meu amigo foi: “O que é isso, senão entregar as cartas do jogo diretamente ao concorrente?”. As preocupações da finança tradicional com a transparência são bem mais profundas do que eu imaginava.

Depois, encontrei o projeto Dusk. Minha primeira reação foi: finalmente alguém está tratando isso como engenharia. @Dusk

Vamos conversar sobre o mecanismo de consenso. O Dusk usa Segregated Byzantine Agreement. O white paper, na Seção 3, explica tudo de forma bem detalhada: em cada rodada de consenso, há três etapas — proposta, validação e aprovação. O proponente é escolhido via Proof-of-Blind Bid; todo o processo não expõe a identidade dos participantes nem o valor do aporte. Eu pensei que a engenhosidade desse desenho está em misturar a eficiência do PoS com a privacidade das provas de conhecimento zero: os nós conseguem participar anonimante do consenso, e quem age mal ainda assim é punido e tem garantias confiscadas.

Agora, o modelo de transações. O white paper separa dois modos: Moonlight e Phoenix. O primeiro é um modelo de conta pública; o segundo é um modelo de transação ofuscada baseado em UTXO. Em outras palavras, é dar opção ao usuário: transferências comuns passam pelo canal público, transações sensíveis passam pelo canal de privacidade — isso é bem mais pragmático do que tudo o que eu já vi, aquelas cadeias que são totalmente privadas ou totalmente transparentes.

No nível de aplicação, o que convenceu as instituições foram dois pontos. A mainnet do DuskEVM já está prevista para上线 em janeiro de 2026; desenvolvedores Solidity podem migrar e fazer deploy diretamente. A cooperação com a NPEX da Holanda também já foi concretizada: dezenas de bilhões de euros em ativos securitizados foram emitidos e negociados on-chain. Isso não é visão de white paper; é a circulação de ativos reais.

Mas os desafios também existem. A atividade da ecossistema precisa melhorar: a frequência de atualização do GitHub não é alta, e o nível de entrada é alto demais para algumas pessoas desistirem. A cadência e a previsibilidade de conformidade externa também são variáveis. A narrativa do Dusk se apoia em exigências de conformidade da União Europeia; se as políticas mudarem, a base pode sofrer impacto. A liquidez não é tão abundante, e ainda há espaço para melhorar a profundidade de negociação e o nível de atenção.

O Dusk é como uma chave lapidada para um cenário específico: quando o cenário de RWA dispara, ele vira infraestrutura. Não chegar a tempo é uma cadeia tecnicamente sólida, mas cujo ecossistema ainda precisa ser cultivado. Se a privacidade com conformidade + RWA se tornará a linha principal ou continuará sendo um nicho: eu tenho a tendência de que, no curto prazo, seja o segundo, e no longo prazo, o primeiro. #dusk $DUSK

RWA赛道时点开DUSK，我的第一反应是：这又不过是一个隐私币项目。因为这年头打着隐私旗号的项目实在太多了，而且大多雷声大雨点小。但真正翻了项目文档和技术资料之后，我感觉这项目确实有点不一样。

DUSK并不泛泛谈论隐私保护，而是死磕合规金融场景这个细分方向。项目文档里的原话是“a blockchain-based protocol built from the ground up to support compliant financial applications”。注意其中“from the ground up”这个表述，意思是从头构建，而不是后期补丁式的改进。@Dusk

双轨制设计我觉得挺聪明：Phoenix负责隐私交易，Moonlight负责透明交易。项目方需要隐私保护就走前者，需要接受审计就走后者，灵活切换。共识机制方面采用的是Succinct Attestation，这是一种基于委员会的PoS机制。项目文档第3章对它有完整的技术描述。我翻了半天资料，发现连节点出价这个环节都用零知识证明来隐藏，这个细节确实硬核。

落地进展方面，2025年1月主网上线后，团队跟欧洲合规交易所达成合作，要把数亿欧元的代币化证券搬上链。2026年又推出了DuskEVM测试网。整体来看确实在推进。

但我最纠结的地方是：生态实在太冷了。有评论说“Github半年没动，开发慢得像乌龟”，TVL也只有几百万美元。我也看到有分析提到持续代币发行和锁仓压力是个不小的问题。更让我纠结的一个根本性质疑是：DeFi用户真的需要这么多隐私吗？有人直言“DeFi的核心需求不是隐私，而是收益率和流动性”。我觉得这话有一定道理。技术扎实和商业落地毕竟是两码事，DUSK在这两条腿上还差一条。

难而正确的事情，不代表就一定能走到终点。反正这个问号我先留着。#dusk $DUSK

Eu escolho o combo B + C.
O motivo é bem simples: transferências criptografadas são irreversíveis; olhando apenas o começo e o fim do endereço, é fácil cair em um endereço falso que foi copiado com “sequestro da área de transferência”, então é necessário conferir o endereço completo, dígito por dígito (B). Além disso, carregar o mesmo tipo de moeda em redes diferentes (ERC20/BSC/TRC20) por engano faz você perder os fundos; por isso, testar primeiro um valor pequeno e ver se caiu (C) é a única garantia de menor custo para validar endereço, rede e o recebimento do destinatário. Combinando as duas, você se protege tanto contra adulterações maliciosas quanto contra erros operacionais; é muito mais importante do que economizar tempo ou confiar cegamente no que “parece familiar”.

Escolha D. O CPI e o PPI são os únicos dados desta semana ainda não concretizados, porém capazes de influenciar diretamente as expectativas de cortes de juros do Federal Reserve e a direção dos ativos de risco globais. Em um cenário de espera com baixo volume, a reação imediata após a divulgação dos dados é o verdadeiro sinal de negociação — vale a pena apostar nesse “variável”, e não naquilo que já virou “decisão”.

🔔 Bebês
Finalmente em agosto dá para comer aquela sequência deliciosa🍖
200 pontos—realmente é luz do sol o tempo todo☀️
Às 17:00, começa a disputa pontualmente⏰
Ajustem o despertador, não percam!

$BABY Criadores: a atividade ontem teve o ranking definido — finalmente entrei nos 40 primeiros. No fim de semana, não houve airdrop por dois dias, então vou participar do torneio de negociações.

Ao reler as especificações técnicas oficiais do Babylon e a roadmap divulgada pelo time do projeto em maio de 2025, percebi que minha compreensão anterior dessa proposta de staking de BTC “sem fazer cross-chain e sem custódia” não era tão abrangente. Como a mainnet do Bitcoin sequer tem contratos inteligentes, e para uma cadeia PoS compartilhar sua segurança com ele, logicamente soa estranho. Só depois que entendi como a árvore de scripts do Taproot funciona é que as ideias começaram a se alinhar. @BabylonLabs_io

O Babylon divide as regras de staking em três caminhos mutuamente exclusivos. No caminho do *timelock*, ao expirar, o staker pode resgatar usando sua própria assinatura. No caminho do *desvinculamento*, o processo exige uma assinatura conjunta do comitê *Covenant*. No caminho do *slashing*, a vinculação usa assinaturas de três partes. O módulo EOTS é bem interessante: ele transforma evidências de má conduta de um *Finality Provider* em condições criptográficas que o Bitcoin consegue verificar, contornando a limitação de o Bitcoin não entender consenso PoS. Nas especificações técnicas oficiais, é mencionado que cada *Vault* corresponde a um UTXO independente; as regras de bloqueio já ficam gravadas no momento do bloqueio. Os resultados externos são convertidos, por meio de um mecanismo de prova, em informações que o Bitcoin consegue reconhecer, e então se decide entre resgate ou liquidação.

Mas, quase três meses após o lançamento na mainnet, notei alguns problemas que não estavam cobertos no papel. O primeiro é a questão de taxas: na fase inicial, o número de transações por bloco dentro da janela de staking é limitado; quando o sentimento do mercado está alto, a receita que o usuário realmente recebe é bastante consumida pelas taxas cobradas pelos mineradores. O segundo é o limite de permissões do comitê *Covenant*: de acordo com a roadmap divulgada pelo time do projeto em maio de 2025, esse conjunto de membros de multisig fica temporariamente com o direito de assinar o *desvinculamento* antes da implementação de opcodes nativos como o OP_CTV. Eles de fato não conseguem movimentar os ativos do usuário, mas se a eficiência do processo de assinatura conjunta falhar, o usuário só consegue esperar o timelock expirar naturalmente. Além disso, protocolos LRT como o Lombard acumulam TVL na camada superior; se ocorrer um evento de *slashing* em larga escala, ainda precisamos observar o quão complexa será a cadeia de transmissão.

A linha técnica do Babylon é realmente limpa: converter violações do mundo externo em condições que o Bitcoin consegue entender é bem mais inteligente do que simplesmente forçar contratos inteligentes no BTC. Mas “ser limpo” está bem distante de “ser confiável em operação”. O verdadeiro teste do limite dessa arquitetura virá quando os *opcodes* de contratos nativos ativarem no próximo Q2: se o comitê *Covenant* sair do palco, aí sim será a hora de validar o desenho até o limite. Vocês acham que essa rota de “scripts somente leitura, sem movimentar ativos” consegue funcionar? #baby $BABY

Energia em agosto! Convide amigos e ganhe o kit exclusivo da Binance de tênis 🎾, além de ter a chance de levar Moutai “Feitian”, bStocks e muito mais! Reposte esta mensagem e concorra com 5 pessoas para ganhar 30U 💰. Não deixe seus amigos ficarem só rolando na lista—chame @TA e vamos juntos com tudo!

Ontem à noite li o whitepaper de TBV da BabylonLabs e fiquei parado ao ver a parte de verificação com provas de conhecimento zero para withdrawal. Refiz o caminho de verificação e percebi que antes eu tinha simplificado demais o problema.@BabylonLabs_io

Eu sempre me perguntei: por que não permitir que a main chain do Bitcoin entenda diretamente as mudanças de estado de um protocolo externo? A resposta está nos limites de verificação. O design de scripts do Bitcoin, na essência, não foi feito para lidar com estados externos; se for forçado a fazê-lo, a lógica original de verificação muda. Por isso, o TBV seguiu um caminho mais contido. O protocolo externo produz um resultado; via mecanismo de prova, esse resultado é convertido em condições de gasto que o Bitcoin consegue verificar de forma independente. O Bitcoin só precisa checar se as condições enviadas estão de acordo com as regras.

No whitepaper oficial, eles repetem “Translation”. Pelo meu entendimento, isso significa traduzir o estado externo em condições de confiança verificáveis pelo Bitcoin. O protocolo externo produz um resultado de computação submetido a restrições de prova; o Bitcoin fica responsável por verificar. Os dois são conectados por provas criptográficas, e desde o início até o fim eles não compartilham a mesma fonte de confiança. Esse é o cerne da lógica de design do TBV.

Mas minimizar a confiança não significa ausência de risco. O light client da Babylon sincroniza cabeçalhos de blocos e verifica provas de Merkle; quando a rede Bitcoin sofre reorganização (reorg), transações de depósito em blocos isolados podem ser revertidas, enquanto os ativos na cadeia de contratos ainda podem já ter sido cunhados antecipadamente. Uma instituição de auditoria de segurança simulou uma situação: após a cadeia Babylon reiniciar com um crash, o light client ainda reconhece a altura antiga; um pool de mineração malicioso submete uma cadeia de bifurcação forjada e consegue passar na verificação. Essas são limitações decorrentes das características físicas do modo light client, não uma vulnerabilidade no nível do código. Para mitigar isso, foi introduzida a governança $BABY : detentores de tokens votam para confirmar o número de blocos. Na prática, isso é uma escolha de preferência por risco, e não um hardcoding técnico.

No fim das contas, o verdadeiro destaque do TBV não está em quantos cenários ele conecta, mas em permitir que o BTC participe de lógicas financeiras ainda mais complexas sem alterar o modelo de segurança do Bitcoin. O que vale atenção no BABY talvez não seja quantas aplicações ele conecta, e sim se essa forma de colaboração entre regras de verificação e computação externa consegue, de fato, abrir possibilidades novas.#baby

Escolho acompanhar o relatório da Samsung que supera as expectativas, com a bolsa sul-coreana em forte recuperação.
Motivo: a bolsa sul-coreana é o termômetro das tecnologias na Ásia. Os resultados da Samsung, brilhantes, impulsionam diretamente o sentimento no setor de semicondutores e na cadeia de exportação. Ao mesmo tempo, a correlação entre o mercado cripto e as ações de tecnologia está se fortalecendo; no curto prazo, há expectativa de aproveitar uma recuperação. Ao acompanhar este tema, dá para captar oportunidades no mercado de ações e também antecipar a direção do fluxo de capital para o cripto — vale a pena ficar posicionado.

Ontem à noite fiquei de olho na documentação técnica do TBV do @BabylonLabs_io até a 2 da manhã. Eu só queria confirmar o fluxo de garantia (BTC), mas quanto mais eu lia, mais eu ficava “ligado”. Todo mundo conversa sobre se o BTC pode entrar no DeFi, mas o que o TBV quer fazer é mais pesado: o BTC precisa de liquidez — por que teria que entregar a soberania primeiro?

Ponte, multisig, custódia… já vi isso demais ao longo dos anos. No fundo, só empilha suposições de confiança. Quando o BTC se move, a fronteira de segurança também é esvaziada, e a gente desmonta uma coisa para remendar outra. O Babylon troca a jogada: quando cada Vault é criado, ele vincula um UTXO Bitcoin independente. Todos os caminhos válidos de gasto ficam fixados em transações pré-assinadas; depois disso, ninguém mais consegue inventar um jeito novo de gastar. O BTC não sai do lugar em nenhum momento: fica, do começo ao fim, no script Taproot da rede Bitcoin — sem custódia, sem ponte, sem “embalagem”. O que realmente precisa atravessar não é o BTC, e sim aquela condição verificável de confiança.

Li o processo de resgate várias vezes; quando entendi como funciona a “volta”, realmente deu uma satisfação. O Bitcoin nem precisa entender a lógica de outra cadeia, e nem precisa confiar em mais ninguém nem em cada centavo. O texto oficial diz assim: "Release of BTC on Bitcoin is gated by a cryptographic proof of the matching Ethereum event, verified inside Bitcoin Script。" Você valida o estado externo via Light Client e, em seguida, encaixa uma prova de conhecimento zero para traduzir os fatos em condições que o próprio Bitcoin consegue verificar. A prova passando, libera. Se a taxa de colateral cair abaixo da linha de segurança, é liquidação conforme as regras: o que está em jogo é criptografia e o modelo de segurança próprio do Bitcoin. Ninguém consegue mover ativos só com um “pode confiar, entrega para mim”.

Tecnologia é tecnologia, negócio é negócio. Depois disso, eu fiquei pensando: o negócio central do Babylon — timestamp e validação de finalidade — nem precisaria ser pago com $BABY de taxas. Quem faz staking paga em BTC; a cadeia PoS que compra o serviço também paga em BTC ou em um token nativo. Numa ecologia de uma cadeia de serviços, o comportamento comercial central nem precisa liquidar com seu próprio token. Isso sempre me deixou meio desconfortável. O TVL até maio de 2026 passa de 56.000 BTC; os números realmente impressionam, mas o $BABY só faz governança e paga Gas — de onde vem o valor? Eu não entendi completamente.

Depois de “devorar” esse ciclo todo, o que veio à minha cabeça não foi “o BTC finalmente vai render juros”, e sim que o TBV realmente fez uma coisa: liberar liquidez sem ter que trocar a soberania. Mas, dito isso, EOTS, provas ZK, pré-assinaturas… se qualquer etapa cair, o sistema cai junto. Se é estável ou não, ainda depende de como vai funcionar na prática. Eu, por enquanto, vou ficar observando. #baby