DVC达文西

#dusk $DUSK @Dusk 说实话，我之前看DUSK代币，第一反应也是去算质押年化，觉得这玩意儿需求就是锁仓投票那套。后来我把自己代入一个要在链上发债的机构，才发现想偏了。

白皮书里DUSK的定位不只是治理和质押，它是网络上所有金融操作的手续费和结算媒介。什么意思？假如一家公司把一笔债券代币化放到Dusk上，付息、赎回、转让、合规验证，每一步都要消耗DUSK。不是一次性买点放着，而是持续、多次、金额越大操作越频繁。这种需求是真实业务带出来的，不是靠锁仓撑着。

更关键的是，Dusk的结算最终性让机构敢用，敢用就会产生真实交易量，交易量起来后DUSK的消耗才扎实。这比很多公链代币靠“质押拉盘”健康多了，因为有人在为结算用途付钱，而不是单纯赌价格。

现在Dusk生态还早，但我看到它往证券代币化和RWA方向靠，明显是想让DUSK变成金融结算里的必需品。我觉得这才是代币能长期站住的逻辑，而不是质押收益率那一页的数字游戏。

你觉得哪个真实业务会最先给DUSK带来持续消耗？

今天跟朋友聊到 $niulai ，突然觉得“影币”这个概念其实挺有想象力。
以前电影就是电影，Meme 就是 Meme。
现在有人开始尝试把两个东西放到一起，让电影 IP 变成社区讨论的一部分。
《牛来》就是这个尝试的切入口。
能不能真正形成一个新赛道暂时不好判断，但这种早期探索还是可以看看。 #niulai #牛来

#dusk $DUSK @Dusk Eu também desconfiei no começo. ZK (provas de conhecimento zero) vem sendo falado no mercado cripto há tantos anos: na prática, quantos projetos realmente o usam em cenários financeiros? A maioria diz “temos ZK”, mas o resultado costuma ser apenas transferências anônimas. O que me fez mudar de ideia no whitepaper da Dusk é que eles não tratam o ZK como uma “cobertura” para esconder coisas, e sim como uma ferramenta de conformidade.

Como isso se coloca em prática? Um exemplo: instituições financeiras têm dois medos principais ao levar dados para a blockchain: vazamento de dados e incapacidade de explicar tudo aos reguladores. A rota técnica da Dusk é usar provas ZK para demonstrar “uma transação cumpre as regras, os ativos são reais e não há irregularidades”, sem precisar expor todos os detalhes da transação. Em outras palavras, você mostra ao regulador um comprovante carimbado, em vez de entregar o livro inteiro de registros. Isso não é esconder; é “privacidade verificável”.

Recentemente, vi os dados reais do mainnet deles. A geração de provas não é tão lenta quanto eu imaginava, e o tempo final de confirmação das transações é aceitável para liquidações financeiras. Assim, o ZK sai do campo de “é muito legal na teoria” e vira algo “utilizável”. No fim, cenários financeiros não têm medo de complexidade técnica — o que eles tem medo é de incerteza e de não ser auditável. A Dusk considerou exatamente esses dois pontos.

Acho que, para o ZK viabilizar privacidade financeira, o ponto-chave não é se o algoritmo é novo demais, e sim se existe alguma instituição disposta a colocar operações reais para testar. A Dusk, pelo menos, pavimentou esse caminho até o nível em que já dá para realmente caminhar.

Na sua opinião, qual é a principal dor que as provas de conhecimento zero deveriam resolver primeiro na privacidade financeira?

#dusk $DUSK @Dusk 开始真没把Dusk当回事，觉得隐私公链都一个路子：把交易藏起来，然后喊去中心化。直到我认真翻了它的白皮书，才发现Dusk从第一天就没想当“隐私支付”，而是冲着金融基础设施去的。

白皮书里最戳我的是那个XSC机密安全合约标准。它不是单纯把智能合约加密，而是让发行方、监管方、交易方各自只能看到该看的部分。说白了就是“选择性披露”，不是全藏，也不是全裸。传统金融机构最怕的不是链上性能，是合规和数据泄露两头挨打。Dusk这个设计，刚好卡在那个缝里。

还有它坚持做独立Layer-1，而不是在以太坊上打补丁。金融场景要的是结算确定性和可编程隐私，不是L2的临时方案。我看了它近期的实际进展，生态虽然不算热闹，但方向没跑偏，一直在啃RWA和证券代币化这些难啃的骨头。

所以我现在的看法是：隐私公链的差距不在ZK算法谁更新，而在“你到底为谁设计”。Dusk更像是在给机构做一条能过审计的隐私链，而不是给散户做混币器。

你觉得Dusk最可能先突破的场景是哪个？

#baby $BABY Eu reli o whitepaper da Babylon do começo ao fim. Desta vez, olhei por outro ângulo: em vez de estudar os detalhes técnicos, tratarei isso como um business plan, e só quero entender uma coisa — afinal, quem vai pagar a conta no final?

A primeira reação é a de que sejam as cadeias PoS. O whitepaper é bem claro: no lançamento de uma nova cadeia, o que mais falta é segurança. O preço das moedas fica instável, há poucos validadores e, a qualquer momento, pode haver ataques. Contratar o serviço da Babylon é como colocar em si mesmo um “seguro de segurança no nível do Bitcoin”. Assim, há prestação de contas tanto para usuários quanto para investidores. Esses clientes têm necessidade imediata e, portanto, deveriam ser os primeiros a pagar.

Mas quanto mais eu avanço na leitura, mais acho que o verdadeiro grande pagador talvez ainda não tenha entrado em escala.

Há uma parte no whitepaper que menciona a demanda por segurança interchain dentro do ecossistema Cosmos, e isso me despertou. Entre as cadeias do Cosmos, elas já estão conectadas via IBC; quando uma cadeia dá problema, isso pode afetar um monte de outras. No futuro, pode acontecer de um protocolo cross-chain ou uma plataforma DeFi, por conta própria, pagar pelo serviço da Babylon, colocar seguro em cada ativo que sai na sua operação cross-chain e embutir esse custo nas taxas? Nesse caso, já não é “a cadeia” pagando — é “a camada de aplicação”.

Levando o pensamento adiante, talvez até surjam clientes institucionais. Por exemplo, uma exchange que precise oferecer recarga e saque para uma certa cadeia PoS, mas tem receio de que a finalização dessa cadeia não seja suficientemente confiável e que transações possam ser revertidas, fazendo com que a própria empresa perca dinheiro. Em vez de assumir o risco, ela compraria o serviço de garantia de finalização da Babylon, transferindo o risco para fora. Isso lembra um mecanismo semelhante ao de credit default swaps na tradicional área financeira.

Se esse caminho funcionar, a Babylon estaria vendendo não apenas “segurança”, mas sim um tipo de derivativo de crédito precificável e negociável. O whitepaper não deixa isso totalmente explícito, mas os dados e a lógica já sugerem. Agora eu penso que os primeiros clientes da Babylon são cadeias PoS, porém, a longo prazo, os clientes podem ser todas as entidades comerciais que precisam de um selo de segurança no nível do Bitcoin.@BabylonLabs_io

Uma pergunta: na sua visão, quem será o maior grupo de clientes da Babylon no final?

#baby $BABY 之前聊Babylon，我总盯着技术看，直到算质押收益时才意识到核心问题：它的安全服务到底怎么定价？

梳理白皮书，逻辑链很清晰。买方是PoS链，它们为获得比特币级最终性安全付费，支付方式是交易手续费加代币通胀的混合模型，定期向协议支付“保费”。收款方分两类：最终性提供者（节点）拿大头，BTC质押者分小头。原则是“干活的多拿，押币的拿基础收益”，避免不劳而获。

最让我感兴趣的是定价权。白皮书明确让市场供需决定，而非项目方拍板。PoS链越多、交易量越大，安全需求越高，付费总量自然上涨；同时节点间竞争——信誉好（罚没少、在线率高）的节点能报更高价，PoS链宁愿多花钱买踏实。这就形成基于“安全信誉”的定价，类似信用评级市场。

当然，细节仍待完善：跨链比价、服务套餐标准化、价格战托底机制等。但大方向正确——定价权不放项目方或大户手里，而是交给市场和信誉。@BabylonLabs_io

最后问一句：Babylon的安全服务定价，最终会由谁说了算？

我的选择是A，你觉得呢？

#baby $BABY O provedor final de Babylon precisa manter, ao mesmo tempo, dois conjuntos de estado — tanto para as cadeias BTC quanto para as de PoS — e este é o tipo de compromisso por trás do design

Quando vi pela primeira vez os requisitos de nós para os provedores de finalização, pensei: “Que limiar alto.” Você precisa rodar simultaneamente um nó completo do Bitcoin e um nó da cadeia PoS, sincronizando em tempo real dois livros-razão. Isso não vai sobrecarregar os nós?

Depois, conversando com um amigo que já operou um nó validador, ele disse uma frase que me abriu os olhos: “Cansar é o certo.”

O que o Babylon está tentando fazer é ancorar a finalização das transações da cadeia PoS no Bitcoin. Se o nó só observa a cadeia PoS e não olha para a cadeia BTC, como ele saberá se, do lado do Bitcoin, a confirmação realmente aconteceu? Como determinar se a condição de slashing (punição) foi de fato acionada? Em outras palavras, para ser esse árbitro, o nó precisa ver os dados das duas cadeias com os próprios olhos; não dá para depender de terceiros para relatar.

É uma escolha em termos de redundância de segurança. Rodar apenas um livro-razão torna tudo mais leve, mas, no momento de assinar, o nó acaba “adivinhando” o que está acontecendo do outro lado. Se o palpite estiver certo, tudo bem; se errar, todo o compromisso de finalização desaba.

O Babylon opta por fazer o nó trabalhar de verdade — em essência, ele rejeita a “ilusão de nó leve”: ou você faz a validação completa, ou não participa; não existe meio-termo.

O custo é bem claro: o custo de hardware dobra, a despesa de banda também dobra e a complexidade da operação dos nós sobe um degrau. Isso certamente vai filtrar uma parte das pessoas que querem rodar nós de maneira mais “tranquila”, deixando, na maioria das vezes, equipes de infraestrutura mais profissionais.

Mas o que se ganha com esse custo é muito concreto: cada assinatura de finalização, por trás dela, é uma confirmação real do nó dos estados completos das duas cadeias. Não é delegação, não é procuração, não é um dominó “eu confio nele e ele confia em você”. Essa espessura real de segurança não vem de preguiça.

Acho que esse design mostra muito bem a ordenação de prioridades do time do Babylon: segurança primeiro; conveniência pode ficar um pouco para depois.@BabylonLabs_io

Uma pergunta: você acha que o alto limiar de entrada para nós é uma coisa boa ou um risco?

#baby $BABY Na noite de anteontem, re-li a whitepaper do Babylon, forçando-me a não pular nada do que eu não entendia. Quando, de repente, voltei a encontrar o “Finality Gadget”, tive que encarar aquilo e ler três vezes — e aí entendi. Isso aqui não é joguinho de mistério: é, dentro da arquitetura inteira do Babylon, a peça mais engenhosa.

Vou traduzir em linguagem de gente.

Há um problema “natural” das cadeias PoS: as confirmações de transações ainda podem ser revertidas. Hoje você vê uma transação “bem-sucedida”; amanhã, por causa de um fork da cadeia, ela pode ser desfeita. Em finanças, isso é pesadelo — você acha que o dinheiro caiu, mas no dia seguinte some.

O que o Babylon’s Finality Gadget fez? Ele trouxe o Bitcoin para atuar como “juiz final”. A cada lote de blocos que a cadeia PoS produz, o Finality Gadget grava a impressão digital desses blocos na blockchain do Bitcoin. Assim que essa impressão é confirmada na cadeia do Bitcoin, os blocos ficam definitivamente “selados” — porque o histórico do Bitcoin é imutável. Você não vai voltar e mexer no livro-razão do Bitcoin, certo?

Em outras palavras, o Finality Gadget usa a irreversibilidade do Bitcoin para lacrar o livro-razão da cadeia PoS. Antes de lacrar, a transação é “conta por enquanto”; depois de lacrar, a transação é “cravada na pedra”.

Quando entendi isso, veio um exemplo na minha cabeça: a cadeia PoS é como um funcionário que pode, no fim, voltar e alterar duas ou três anotações sem ninguém notar. O Finality Gadget do Babylon equivale a, a cada dez minutos, fazer uma cópia do livro-razão e guardar no cofre — e a chave fica nas mãos do poder computacional da rede. Quem quiser dar calote, tem que primeiro arrombar o cofre do Bitcoin.

Esse é o produto real que o Babylon está vendendo. Não é só “apostar BTC para ganhar juros”; é fazer com que, pela primeira vez, as transações da cadeia PoS possam dizer com coragem as quatro palavras: “confirmação final”. E essa confiança vem do Bitcoin.

Pergunta pra vocês: vocês acham que “finalidade no nível do Bitcoin” para a cadeia PoS é necessidade básica ou só um extra? @BabylonLabs_io

#baby $BABY 一到半夜翻看 Babylon 的白皮书，看到他们把资产流和信任模型画成图的时候，我突然坐直了。他们没在“优化桥”，是把桥整个删了。

侧链的逻辑是搬资产：你的 BTC 要从主网搬到别处，搬的路上必须有个桥。Babylon 的逻辑是不搬。你的 BTC 就在比特币主网你自己的 UTXO 里待着，从来不挪窝。它做的事是给这笔 UTXO 挂一个条件：如果 PoS 链上某个节点作恶了，链上加密证据一提交，罚没自动触发。平时你的币纹丝不动，谁都碰不了。

我当时在纸上画了两个箭头。侧链：BTC → 锁进托管地址 → 映射代币 → 风险集中在桥。Babylon：BTC → 留自己钱包 → 挂罚没条件 → 风险被推到作恶节点那边去了。

那个感觉怎么说呢，像你以为只有修桥这一种过河方式，结果有人告诉你其实不用过河，在对岸装个摄像头盯着就行。

当然这不是说 Babylon 没风险。罚没合约本身的安全性、恶意罚没的边界条件、极端行情下解押流程会不会堵——这些都是真实问题。但这些问题的性质变了：不再是“你信不信托管人”，而是“你能不能验证链上逻辑”。前者靠人品，后者靠代码。

我到现在也没觉得 Babylon 是终极答案。但它做了件侧链们一直没做的事：承认桥是个死穴，然后绕开它，而不是给它打补丁。

你怎么看“无桥”这条路？

A. 方向对了，桥本来就是比特币生态最大的单点故障
B. 绕开了桥，但罚没逻辑本身可能成为新的脆弱点
C. 太早了，得看主网跑一年有没有出过事再判断@BabylonLabs_io

#baby $BABY Em parceria com um protocolo de natureza de staking líquido como o Stride, o tabuleiro sob a Babylon de repente ficou muito maior

Antes eu sempre achei que a Babylon tinha uma pequena ressalva: embora o staking de custódia própria seja seguro, o BTC que você faz stake fica “travado”, sem como usá-lo para mais nada ao mesmo tempo. A segurança fica no talo, mas a liquidez é sacrificada.

Resultado: há dois dias, vi a notícia de que a Babylon e a Stride estão colaborando, e levei um susto nas costas.

A Stride é veterana em staking líquido no ecossistema Cosmos. Em termos simples, você deposita suas moedas em staking e ela te entrega um título derivado. Esse título pode continuar a ser usado em outros lugares — para empréstimos, trading, fornecimento de liquidez, do jeito que você quiser. Mas antes, a maior parte do staking líquido ficava rodando em cadeias PoS, sem muita relação com Bitcoin.

Agora que as duas se juntaram, a lógica encaixa perfeitamente: você faz staking de custódia própria do BTC na Babylon, e ao mesmo tempo obtém, via Stride, um certificado on-chain que prova que você realmente bloqueou as moedas. E esse certificado ainda pode circular no ecossistema do Cosmos — ou até mais longe.

O que isso significa? Antes, depois de fazer staking do seu BTC, você só ficava esperando, de olhos arregalados, a receita cair. Agora é como se você tivesse em mãos um “comprovante de depósito”: um comprovante que pode ser usado como garantia para pegar empréstimos, pode ser colocado em pools de liquidez para ganhar taxas, e pode atravessar cadeias para virar uma espécie de “cartão de crédito” em outros lugares. O Bitcoin deixa de ser apenas aquele montante frio de uma wallet parada; ele vira uma máquina que trabalha sozinha.

Quando li essa notícia de colaboração, a imagem que veio à minha cabeça foi: a Babylon transforma o Bitcoin em um “cofre” do tipo PoS, e a Stride põe “rodas” nesse cofre. Com essa parceria, a composabilidade do Bitcoin simplesmente saiu do lugar — e já não fica presa só na narrativa de segurança. Ela entra de verdade no grande rio das DeFi. @BabylonLabs_io

#baby $BABY Nos dois últimos dias, postei em um grupo um print de uma interação do testnet da Babylon e, na hora, alguém soltou umas indiretas: “Mais uma pista pra quem quer tirar proveito de air drop; vocês, velhos agricultores, nunca param.”

Preguiça de explicar, mas eu sei bem — esse ritmo de interação do testnet da Babylon não tem nada a ver com aquelas tralhas que eu fazia antes.

Antes, quando eu “tirava couro”, era qual era o estado? Correria, briga por limite, gas fee lá no alto, e ainda assim você tinha que enfiar a cara e avançar. Terminou de fazer a ponte, faz swap; terminou o swap, pega empréstimo. Se um dia você não mexe, parece que alguém vai te ultrapassar. Cansaço de cão. No fim, uma frase do time tipo “filtro de bruxas” destrói todo o seu esforço de seis meses.

A Babylon não precisa disso. Ela não liga pra quem corre mais rápido ou pra quem faz mais transações; o que conta são comportamentos on-chain sustentados ao longo do tempo. Meu ritmo agora é: a cada três dias, gasto cinco minutos, faço o check-in, verifico o status dos nós e simulo um fluxo de staking. Só isso. Cinco minutos já é muito falando — às vezes dá pra resolver enquanto está no banheiro.

O mais legal é que ela não compete por tempo com outros protocolos. Quando faço tarefas no L2, eu só troco e clico duas vezes; entre uma ponte cross-chain e outra, eu já faço a checagem dos nós de validação. Essas ações ficam tão naturais quanto escovar os dentes todo dia — não precisa de agenda separada.

O ponto mais importante: a Babylon está fazendo uma coisa séria, de camada de segurança do Bitcoin, não jogo de pirâmide/fundraising. Você não precisa ficar movendo ativos pra lá e pra cá, não precisa se preocupar com perda por volatilidade, nem precisa temer que o projeto suma — as moedas ficam em custódia própria na sua carteira, e ninguém mexe. A interação do testnet é só pra provar uma coisa: você é um participante de longo prazo, não alguém que vem pra dar uma “passada” e sair correndo.

Minha mentalidade está bem estável. Eu ainda corro projetos de alta frequência que precisam ficar de olho no gráfico todo dia, mas esse buraco de baixa frequência e longo prazo que é a Babylon eu também estou ocupando em silêncio. Dois pés no chão, sem conflito. Quando o mainnet abrir, esse registro contínuo de comportamento on-chain acumulado talvez seja bem mais valioso do que entrar no impulso e sair depois. @BabylonLabs_io

#baby $BABY Se os provedores de finalidade final (finality providers) do Babylon estiverem todos concentrados nos EUA, isso poderia, em algum dia, acabar “apagado de uma vez” por causa da regulação?

Ontem à noite vi uma notícia sobre regulação e, de repente, tive esse pensamento. Senti um arrepio na nuca.

Pense bem: se os finality providers do Babylon — ou seja, aqueles nós que ajudam as redes PoS a fazer “garantia de segurança” — ficarem a maior parte do tempo “amontoados” nos EUA, e, em um dia qualquer, a SEC resolver agir do nada e disser que isso se enquadra em “atividades de valores mobiliários não registradas” ou algum outro crime ou acusação esquisita… não seria o fim de tudo?

Eu pensei seriamente e acho que essa questão tem duas camadas.

A primeira é a concentração física dos nós. Hoje, de fato, há vários nós iniciais do Babylon nos EUA. As equipes que fazem infraestrutura na Califórnia/Silicon Valley estão disputando espaço de forma bem agressiva. Mas, por outro lado, o protocolo do Babylon em si é sem permissão: qualquer pessoa, em qualquer canto do planeta, pode rodar um nó desde que cumpra as condições de staking. Não existe porta de entrada, não há limite regional. Se a regulação realmente vier, ela vai derrubar pessoas, não o protocolo. Isso é totalmente diferente de bolsas centralizadas.

A segunda camada é ainda mais importante: mesmo que os EUA fechem todos os nós, o meu BTC vai ser perdido? Não. A lógica central do staking com auto-custódia é que a moeda fica na sua própria carteira, e a chave privada está com você. Se os nós forem desligados, no máximo a parte que “executa o trabalho” em nome do seu staking fica temporariamente parada; você pode direcionar o staking para nós em outros países, ou simplesmente des-stacar e retirar o BTC, o tempo todo sem precisar de aprovação de nenhuma instituição americana.

Ao pensar nisso, eu fiquei mais calmo. O risco regulatório existe de verdade e ninguém consegue fingir que não vê. Mas a arquitetura do Babylon — descentralizada, sem permissão e com auto-custódia — já nasce preparada para resistir à regulação. Ela não tem medo de um país virar a cara, porque não é uma empresa; é um conjunto de regras. Enquanto a rede do Bitcoin continuar rodando, as regras continuam.

É isso, talvez, que realmente significa descentralização: não é que ninguém regule — é que não conseguem regular. @BabylonLabs_io

#baby $BABY Um amigo me aconselhou a não fazer tudo (no estilo “all-in”) na Babylon, e eu fui atrás do que o time do fundador tinha por baixo. No fim, fiz o contrário e aumentei a posição.

Engraçado é que eu fui com a mentalidade de “buscar um escândalo/black material”.

No grupo, um cara ficava o tempo todo dizendo que a Babylon seria o próximo projeto de nível “rei do céu” (tamanho de superstar), e isso estava me irritando. Eu tenho um perfil mais de psicologia inversa: quanto mais alguém empurra um assunto pra cima, mais eu desconfio. Então decidi investigar por conta própria, fuçar as origens do time, para achar algo que colocasse um ponto final no que ele dizia.

Eu não olhei primeiro o site oficial; fui direto ao Google Scholar. Quando pesquisei o nome do cofundador David Tse, me deparei com a quantidade de artigos e de citações — e fiquei meio sem reação. Professor vitalício em Stanford, IEEE Fellow, com décadas de dedicação na área de redes de comunicação e sistemas distribuídos. Os papers dele em periódicos de topo são mais do que Whitepapers que eu já cheguei a ler. E não era aquele tipo de “aparece como coautor”: o artigo principal sobre o modelo central de segurança de consenso da base da Babylon, em que ele é o primeiro autor, é de fato ele.

Depois fui ao GitHub ver o histórico de commits de outro cofundador, Fisher Yu. Eu achava que seria aquele tipo de código open source que empolga por três meses e depois para. Mas o histórico de commits era tão sólido que fez até eu, um programador de meio-termo, ficar com vergonha. Pela forma como o código é escrito, dá pra ver que é gente de longa data — não é algo que um time improvisado conseguiria montar.

Quando cheguei nessa parte, eu já tinha quase certeza. Um professor de Stanford com um desenvolvedor no nível “núcleo” do Bitcoin — e ainda assim eles largando o caminho fácil do dinheiro rápido, pra se enfiar de cabeça nessa parte difícil do BTC de auto-custódia e staking. Esse tipo de combinação só faz sentido de duas maneiras: ou eles realmente querem fazer algo, ou são completos idiotas. Depois de olhar tudo, eu senti que era a primeira.

Aí eu desliguei os materiais que eu pretendia usar pra rebater aquele cara, abri a carteira e, em silêncio, fiz uma nova compra. Às vezes a confiança não nasce de whitepaper — ela é construída pelo que a pessoa fez de verdade ao longo de vinte anos de trajetória. @BabylonLabs_io

#baby $BABY Há alguns dias, fui comer churrasco com um cara que joga Bitcoin há seis anos. Eu soltei uma frase, meio no impulso: “Babylon, auto-custódia com staking, achei bem interessante”. Ele colocou a cerveja na mesa e o olhar mudou na hora: “Você ficou maluco, foi? Esqueceu o que aconteceu com a FTX na época?”

Eu ri. Porque aquela reação foi exatamente a mesma que a minha, três meses antes.

Naquela época, qualquer pessoa que dissesse “staking de Bitcoin”, na minha cabeça virava automaticamente: “você dá sua chave privada pra outra pessoa e ela foge”. Depois que eu fui mesmo mexer com a testnet do Babylon, é que descobri que não era nada disso — seu BTC literalmente não sai do lugar. Ele continua na sua própria carteira, bem quietinho. O que ele faz é apenas escrever mais uma condição na blockchain do Bitcoin: se algum nó agir com má intenção, o BTC correspondente pode ser penalizado (confiscado). Fora isso, ninguém consegue mexer no seu dinheiro.

Na hora, eu peguei a carteira e mostrei tudo praquele cara. Depois que ele terminou de olhar, ficou em silêncio por três segundos e soltou: “Não é basicamente um seguro pro Bitcoin?”

E ele acertou em cheio. Staking tradicional é “você me dá o dinheiro, eu cuido pra você”. Babylon é “o dinheiro continua com você, mas a gente registra um contrato: quem der calote paga”. A chave privada fica com você, a assinatura fica com você, até as condições de penalização são públicas na cadeia. Não é você confiar num protocolo — é que o protocolo simplesmente não depende de você confiar.

Depois do churrasco, ele não decidiu participar na hora. Mas quando foi embora, disse uma frase que me deixou bem impressionado: “O Bitcoin já tem tanto tempo que eu jogo, e é a primeira vez que sinto que, além de só juntar, dá pra fazer mais alguma coisa.”

Pra mim, o verdadeiro diferencial do Babylon está justamente nisso: ele não faz ninguém abrir mão da sensação de segurança, mas ainda dá a todo mundo mais um caminho. @BabylonLabs_io

#baby $BABY Por que eu decidi jogar 0,1 BTC no staking do Babylon? Eu me arrependi depois de 3 dias?

Falando a verdade, minha mão tremia quando eu transferi aqueles 0,1 BTC.

Não era medo de perder o dinheiro — eu entendo que o Babylon é um staking com autocustódia, e a chave privada fica o tempo todo na minha cold wallet, ninguém consegue movimentar meus fundos. O medo era outro: travar os BTC e virarem dinheiro morto, perdendo a próxima rodada do mercado. Afinal, esses 0,1 BTC eu fui juntando desde o ano passado com aportes contínuos. Tenho sentimento com isso.

Mas mesmo assim eu decidi colocar o dinheiro lá porque eu realmente cansei de ver o Bitcoin parado na carteira, só “deitado” lá. Outras redes já estão fazendo staking, empréstimos e até re-staking de um jeito que ninguém aguenta mais. E o Bitcoin, sendo o “rei” das cripto, além de hodl quase não gera nada. O Babylon resolveu exatamente esse meu incômodo: ele não exige ponte entre redes, não depende de confiar em nenhum custodiante e permite que o BTC, na própria blockchain, forneça segurança econômica para as cadeias PoS — e ainda faz com que eu, como holder, ganhe algum rendimento on-chain de verdade. Essa sensação é muito diferente, como se eu de repente descobrisse que o barril de ouro lá de casa ainda pode ser usado para “se segurar” e receber prêmio de seguro.

Três dias se passaram. Eu me arrependi?

Não, mas o sentimento real é bem complexo. Ver os pontos do testnet subindo aos poucos me trouxe uma certa tranquilidade — pelo menos aqueles 0,1 BTC começaram a “trabalhar”. Mas eu também não fiquei eufórico. A mainnet ainda nem abriu; tudo isso é só o começo. O que me surpreendeu foi que nesses três dias eu fui forçado a reler o whitepaper e os modelos econômicos do Babylon, e entendi bem melhor. Isso me faz achar que, mesmo que no fim o rendimento não seja tão bom quanto eu imaginava, só de ter sido obrigado a entender a lógica de “saída segura” do Bitcoin, eu não vou perder essa jogada.

Estou decidido a participar desse caminho de staking com autocustódia, só que vou dar passos ainda mais cautelosos. A porta do Babylon… bom, eu realmente já entrei nela. @BabylonLabs_io

#newt $NEWT No mês passado, eu não apresentei uma estratégia falsa para testar o mecanismo de revisão? Aquela versão em que os dados do backtest foram adulterados, com a curva deliberadamente “embelezada”. Depois que o sistema marcou como rejeitada, eu planejava deixar isso apodrecer por dentro.

Só que uma semana depois, de repente a comunidade de desenvolvedores da Newton lançou uma pequena atividade — caça a vulnerabilidades com recompensa. As regras eram bem simples: o time colocaria algumas “estratégias-problema” na fila de revisão. Quem encontrasse primeiro os indícios de manipulação dos dados, e enviasse um relatório de verificação na blockchain, ganharia o prêmio. Quando vi o anúncio, meu coração disparou. Pensei: será que aquilo que eu fiz virou um alvo?

Dois dias depois, um desenvolvedor da comunidade publicou um relatório detalhado de desmontagem. O título era: “A curva dessa estratégia é bonita demais — bonita a ponto de não ser real”. Ele comparou, ponto a ponto, os registros do backtest com os dados na blockchain, marcando com precisão três trechos de “tratamento cosmético” — exatamente onde eu tinha removido os dados de prejuízo e ajustado manualmente para deixar a curva mais suave. No fim, o relatório ainda concluiu: “Esse tipo de embalagem é difícil de identificar a olho nu em plataformas tradicionais, mas, com a lógica de auditoria on-chain da Newton, a própria curvatura da curva denuncia o problema.”

A postagem virou uma explosão nos comentários. Uns elogiaram como se ele fosse um detetive, outros disseram que era assim que a auditoria on-chain funcionava, e alguns começaram a formar grupos para verificar as curvas de outras estratégias aguardando publicação. No final, a atividade pagou três recompensas, e cada uma correspondia a um ponto de dado falso que foi encontrado.

Eu fiquei no sofá, diante da tela, rolando a postagem com um sentimento bem confuso. Não era “complexo” porque a estratégia tivesse sido exposta — afinal, era só um item de teste. O que realmente me deixou confuso foi perceber, de repente, que o mecanismo de revisão podia funcionar daquele jeito: não era uma simples linha de código escondida no sistema; era um jogo aberto, em que a comunidade podia participar. O poder de auditoria não estava monopolizado pela plataforma — foi dividido em ferramentas verificáveis colocadas na mesa.

Minha estratégia falsa acabou virando um caso de ensino para a comunidade, e isso foi mais significativo do que tê-la rejeitado em silêncio. Ela contou para todo mundo, com uma “autópsia pública”, que neste mercado você pode mentir na descrição, mas não pode mentir na blockchain. Porque o limite não existe para impedir pessoas — ele serve para filtrar quem não quer ser validado publicamente. E a minha estratégia premiada, também não foi em vão. @NewtonProtocol

#newt $NEWT No fim de semana passado, a comunidade de desenvolvedores da Newton “explodiu” por uma vez. O motivo foi uma postagem longa feita por um usuário fã de tecnologia cujo ID é “Caçador da Cadeia”. O título era bem direto: “Tentei fazer front-run na Newton três vezes e falhei em todas; segue o registro”.

Antes disso, ele havia feito pesquisa sobre MEV em outras blockchains; chegou na comunidade da Newton há poucos dias e já começou a mexer. Na postagem, ele documentou em detalhes três tentativas: a primeira foi inserir uma transação na mesma direção entre o momento em que um sinal de abertura de certa estratégia foi transmitido e antes de ser confirmado. Como o indexador empacotou por ordem de timestamp, as transações dele acabaram ficando depois das demais, e o front-run falhou.

Na segunda tentativa, ele mudou a abordagem: tentou adulterar a ordem na etapa de ordenação das transações, aproveitando brechas durante a troca de nós para reorganizar o sequenciamento. Só que naquele bloco, quem produziu foi exatamente o terceiro nó validador, e o mecanismo de ancoragem por timestamp tornou o custo de reorganizar a ordem tão alto que não compensava — e de novo falhou.

Na terceira, foi a mais dura. Ele tentou submeter uma prova de cálculo falsa, com o objetivo de enganar a camada de validação. O resultado: os validadores do Rollup detectaram, na checagem em segunda etapa, que a prova de cálculo não correspondia ao resultado da execução e simplesmente rejeitaram aquela transação. Ele escreveu na postagem, literalmente: “Nem consegui tocar a porta da camada de validação.”

Depois que a postagem saiu, a seção de comentários saiu de questionamentos e virou discussão técnica. Alguém perguntou onde exatamente a proteção contra MEV da Newton é mais forte. Ele respondeu com uma frase que ficou bem na minha memória: “A maioria das blockchains depende de restrições morais ou de punições econômicas para proteger contra MEV. A Newton usa dois mecanismos: a ancoragem por timestamp deixa o custo de rearranjar a ordem extremamente alto; e as provas de cálculo garantem que transações falsas nem sequer chegam à camada de liquidação.”

Esse teste não foi feito oficialmente; foi algo que usuários da comunidade inventaram e colocaram para rodar por conta própria. E justamente por isso, sua capacidade de convencer é maior do que qualquer promessa de segurança em um whitepaper. Eu não tenho formação técnica para reproduzir o experimento, mas consigo entender os registros on-chain: as três transações fracassadas de front-run ainda estão penduradas nos endereços de teste, e qualquer pessoa pode verificar.

A ofensiva e a defesa contra MEV nunca vão acabar. Nenhum sistema ousa dizer que está absolutamente imune. Mas a Newton pelo menos fez uma coisa: as “chaves” da linha de defesa não estão nas mãos de um fornecedor ou projeto específico; estão nos registros públicos da blockchain e em mecanismos verificáveis. Alguém da comunidade testou, e os resultados foram divulgados. Isso pesa mais do que dez mil frases do tipo “somos seguros”@NewtonProtocol