扶摇直上118

我刚才发现Babylon官网有一段话被大多数人跳过了：TBV本身不是一个DeFi产品，只是个原语，真正的产品是外面接的那些。这句话我反复读了三遍才意识到分量。TBV是什么？是一套让BTC在不出主网不跨链不托管的前提下变成可编程资产的协议。但Babylon没打算自己拿着这套东西去做借贷做交易做衍生品。它的做法是：把TBV做成SDK轻客户端验证模块前端工具链，然后全部丢给开发者。@BabylonLabs_io

等于说，Babylon在造的不是一栋楼，是一套预制板，谁想用BTC做抵押品，拎起这套板子就能开工，不用自己从头写比特币脚本不用自己搭轻节点验证。跟Aave的合作就是典型案例：Babylon只负责把BTC锁进Vault把状态证明传出去，怎么借贷怎么清算，全是Aave自己那套Core Lending Spoke和Vault Swap Spoke的事。

这个设计思路的精妙之处在于：它不用猜市场需要什么。开发者会用TBV做出它自己都没想到的东西。而BABY作为这个扳手工厂的治理代币，价值能不能起来，看的不是Babylon自己做了多少个产品，而是有多少开发者愿意拿起这把扳手。
#baby $BABY

Ontem, quando eu estava lendo o whitepaper @BabylonLabs_io , percebi que a Phase-3 é o passo mais central no roadmap da Babylon — e também o mais desafiador do ponto de vista técnico. O objetivo é bem simples: fazer com que um BTC bloqueado (staked) garanta segurança simultaneamente para várias cadeias PoS.

Soa muito bom, certo? Mas, quando eu penso com cuidado na implementação técnica, a dor de cabeça começa. No modelo das atuais Phase-1 e Phase-2, um único BTC fica associado à necessidade de segurança de apenas uma cadeia. Os stakers delegam o BTC ao Finality Provider, e esse Provider só se responsabiliza por fornecer serviço de confirmação final para uma cadeia. A lógica é clara. @BabylonLabs_io

Já em cenários de multi-staking, o mesmo BTC precisa servir ao mesmo tempo N cadeias. Cada cadeia tem seu próprio conjunto de validadores, suas próprias regras de punição (slashing) e seus próprios parâmetros de consenso. Se o Finality Provider de uma dessas cadeias agir mal e for punido, o slashing recai sobre o mesmo BTC. As outras cadeias inocentes também acabam sendo afetadas. Esse é o risco de “contágio”.

A solução da Babylon é coordenar tudo por meio da Babylon Genesis — uma cadeia do Cosmos SDK como camada de coordenação. Todo o estado de multi-staking, os sinais de slashing e a alocação de recompensas são roteados e gerenciados via Genesis. O problema é que a Genesis em si é uma cadeia PoS, com seu próprio conjunto de validadores e seu próprio mecanismo de consenso. A segurança final do multi-staking depende de a Genesis não apresentar problemas. Isso tem um ar de argumento circular: usar uma cadeia PoS para gerenciar a segurança que o Bitcoin fornece para outras cadeias PoS.

A testnet da Phase-3 já foi ao ar no terceiro trimestre de 2025; a previsão original era estar na mainnet no Q4. Mas até agora, em julho de 2026, ainda está atrasado. Eu imagino que a complexidade técnica seja muito maior do que a equipe previa. Sincronização do estado em múltiplas cadeias, atomicidade no slashing entre cadeias e uma distribuição justa das recompensas — cada um desses pontos é um “osso duro de roer”.

#baby $BABY

Eu vi o relatório de pesquisa de segurança especial sobre Babylon publicado pela OpenZeppelin em abril de 2026. Nele, são reveladas de forma concreta quatro vulnerabilidades críticas do protocolo, todas concentradas em pontos fracos na transição de estados de fronteira—também são riscos facilmente negligenciados por usuários comuns e desenvolvedores.

A primeira é uma vulnerabilidade no tratamento do estado de delegação. O Babylon divide o período de execução na cadeia em várias etapas. As alterações de permissão para adicionar e sair dos nós de validação são adiadas até a borda do ciclo para serem atualizadas em conjunto. Esse marco de tempo ativa várias mudanças sistêmicas ao mesmo tempo: a troca dos nós, com o reset do peso de votação, e a atualização sincronizada do estado, tudo é realizado simultaneamente. A carga de processamento da máquina de estados on-chain é extremamente alta, o que torna muito fácil ocorrerem erros de lógica e confusão de dados.@BabylonLabs_io
Dentre tudo, o que merece mais cautela é a vulnerabilidade de contorno do mecanismo de penalidades. O protocolo, por si só, define regras rígidas e obrigatórias de penalidades, mas, em certas condições de fronteira especiais, validadores maliciosos podem encontrar caminhos para burlar a punição. A execução das penalidades no Babylon depende fortemente da validação de assinaturas por limites do comitê em nível de cadeia (off-chain). Como há uma defasagem inerente de sincronização entre os componentes off-chain e os dados on-chain, essa janela de tempo é um intervalo que pode ser explorado.

Na verdade, isso não é a primeira vez que o projeto expõe riscos de segurança. Em janeiro de 2026, já havia sido divulgada uma vulnerabilidade no mecanismo de extensão de votação BLS. Validadores maliciosos podem, de propósito, omitir o campo do hash do bloco, induzindo o colapso coletivo do conjunto de nós verificadores da rede na fronteira do ciclo. Felizmente, a equipe corrigiu a vulnerabilidade a tempo, sem causar perda real de ativos.

Antes e depois, o Babylon contratou várias empresas de auditoria especializadas e também lançou um programa de recompensa por falhas. Porém, auditorias nunca conseguem eliminar todas as vulnerabilidades implícitas. As questões descobertas pelas equipes white-hat também são suficientes para indicar que ainda existem muitas falhas de segurança na camada subjacente do protocolo que não foram identificadas.
#baby $BABY

Faltam apenas alguns dias para divulgarem os resultados financeiros da SanDisk. Desta vez ela vai decolar? Essas oscilações dos últimos dias estão realmente grandes; até quando faço day trade eu fico com o coração na mão, porque de uma hora para outra podem me prender em uma sequência de quedas de uns poucos pontos e me assustar até a morte!
Que tal só fazer alguns trades por dia, ganhar um dinheirinho pra comprar comida também já está bom. Eu ainda gosto bastante da SanDisk, não volte a cair, por favor!
#TradFi晒单

Descobri que a equipe fundadora da Babylon tem um histórico bastante sólido dentro de projetos de criptografia.
O fundador, David Tse, é professor da Universidade Stanford e membro da Academia Nacional de Engenharia dos EUA. O cofundador, Fisher Yu, também é especialista em segurança de blockchain e criptografia. Há muitas pessoas de origem chinesa na equipe, mas a liderança e a gestão central, em sua maioria, tem formação e atuação no exterior.

O lado bom do empreendedorismo “acadêmico” é que a base técnica é forte; o lado ruim é que, muitas vezes, não entendem como se comunicar com investidores de varejo.

Na whitepaper, aqueles termos acadêmicos de criptografia e o design de protocolos, as pessoas comuns simplesmente não conseguem acompanhar.

Além disso, a Babylon já concluiu várias rodadas de financiamento, totalizando 96 milhões de dólares. Este @BabylonLabs_io de porte de captação não é pequeno no cenário de mercado de 2024. Mas o valor do financiamento não significa necessariamente que o projeto certamente vai dar certo. Eu acho que o ponto-chave é ver onde o dinheiro é gasto: desenvolvimento técnico, construção de ecossistema e auditorias de segurança—todas são atividades que custam caro.

Para garantir a segurança, a Babylon contratou duas equipes, Coinspect e Zellic, para fazer auditorias. Uma é uma equipe profissional na área de segurança de scripts do Bitcoin; a outra tem formação e histórico de white-hat hacker. Mesmo com auditorias de segurança, ainda é possível que existam vulnerabilidades. Riscos de contratos inteligentes e de falha de protocolo — isso tudo está documentado na documentação oficial. Aceitar ou não esses riscos é uma decisão sua.
#baby $BABY

Eu sempre me lembro dos primeiros anos em que mexia com o Ethereum L2 Rollup: o que mais me deixava com a cabeça cheia era aquela conta caríssima de Data Availability (DA) — a disponibilidade de dados. Eu achava que o protocolo de timestamping do Bitcoin da Babylon só existia para fornecer finalização ao PoS, como um jogo puramente criptográfico. Mas, depois de insistir e revirar a documentação técnica, especialmente a Seção 4, eu percebi que não é nada gratuito: na essência, é um serviço de DA do BTC com uma “roupagem” criptográfica e com uma estrutura de custos extremamente singular.

Eu reorganizei a lógica: para obter imutabilidade no nível do Bitcoin, a cadeia PoS precisa gravar seus dados-chave — como checkpoints e mudanças do conjunto de validadores — na OP_RETURN do Bitcoin via Babylon. O whitepaper coloca isso de forma leve, mas eu fiz uma conta simples. Um script típico de OP_RETURN tem apenas 80 bytes. Se uma cadeia PoS, para manter uma experiência de Fast Unbonding em escala de segundos, precisa fazer ancoragens com frequência, então isso significa que, todo mês, ela precisa “disputar” na rede do BTC milhares e milhares de slots de OP_RETURN.
Isso me fez sentir que olhar apenas quantas cadeias a Babylon integra e qual é o TVL é inútil — isso é só “contar uma história”.
A partir daí, foquei em um único indicador duro: a proporção entre as taxas de Gas pagas por uma cadeia PoS aos mineradores de BTC e o rendimento da própria Babylon. Se o Gas gerado pela própria cadeia PoS e o valor de seus tokens não conseguirem cobrir a DA rent que ela paga à rede de BTC para alinhar o consenso, então esse modelo não consegue se sustentar por muito tempo.@BabylonLabs_io

Minha racionalidade está em que o valor final do BABY não depende de quanta segurança ele “entrega”, e sim de se ele consegue construir um mercado de ancoragem de dados de baixo custo e alta eficiência. Não é uma segurança gratuita; é um comportamento comercial que exige cálculo preciso de cada byte de custo de DA. Até que esse sistema seja comprovado como viável economicamente, eu ainda mantenho uma lucidez racional.
#baby $BABY

这几年看多了各种公链的技术黄皮书，我慢慢摸出点门道,不太关心理论上的 TPS 能跑多高，反而先看它定义的安全锚点，到底是建立在脆弱的通胀代币上，还是蹭了谁家的绝对算力。见过太多新链起高楼，根子从来不是生态没做起来，是共识太便宜，攻击成本低到随便一个大户就能让网络停摆，这时候所有的高性能都成了笑话。

拆解 Babylon 的比特币安全服务层时，让我停下来的正是这一层。@BabylonLabs_io 它不是在给其他 PoS 链拉投资，而是把比特币强大的不可篡改性通过密码学原语，变成一种可租用的、高等级安保服务。
新链不用再为了初始安全而把自身代币通胀到脚踝，直接通过 Babylon 将历史状态锚定在比特币主网上。

这个思路很像大型数据中心的异地灾备本地服务可以追求极致速度，但涉及最终 Finality 的数据，得定时同步到物理隔离、坚不可摧的核心机房。
链上过去一直缺这道主权安全的流动机制，Babylon 想补的不是流通性，是给PoS链一个不用过度牺牲经济模型也能获得顶级安全的选择。
我也不会把它捧成安全金库。BTC 拥堵时时间戳打不进去，安保级别就会降档；Babylon 自己的中继器出错了，信号照样会中断。真正要看的不是理论多完美，是极端行情下，这套安保租赁协议还能不能守住不产生额外信任假设的底线。

我认为，$BABY 的终局价值，取决于它能多彻底地改变新链的启动成本模型。以后链越多，我越在意的不是新链讲了什么故事，是谁能证明它的历史已经刀刻斧凿般存在了比特币的账本里。
#baby $BABY

我研究了这么久比特币生态，多数项目都在尝试给 BTC 增加计算属性，但我认为BABY真正颠覆性的地方，在于它深度挖掘了比特币的时间属性和确定性属性，并将其密码学地编织进了 PoS 共识协议中。

大家都在谈论 EOTS 如何实现自动罚没，这确实精妙，但我认为@BabylonLabs_io 白皮书中最核心、却最容易被忽视的技术内核，是其对质押状态机在比特币脚本层面的硬约束设计。

我们拨开迷雾看本质：比特币链上没有智能合约来维护已质押、解质押中、已解质押这些状态。Babylon 的高明之处，在于它利用了比特币原生的 UTXO 脚本特性，在静态的账本上强制模拟了一个动态的状态机。

当用户发起质押，BTC 被锁定在一个特定的 UTXO 中。这个 UTXO 的解锁条件不是单一的，而是一个复合逻辑门。关键在于，它将解质押这个动作，在密码学层面上与 Babylon 链的共识最终性进行了硬挂钩。
白皮书 Section 5 详述了这种可观测的解质押机制。如果验证者诚实，解质押需要经过一段由 CSV 锁定的安全期，这确保了如果其曾经作恶，在这段安全期内其 EOTS 私钥有足够时间被提取并执行罚没。这意味着，BTC 的解锁权力并不是握在 Babylon 协议手中，而是握在时间和验证者是否作恶这两个确定的物理数学事实手中。

我的清醒在于，这种设计虽然极度信任数学，但极度不信任速度。这种架构为了绝对的安全，牺牲了极大的流动性效率。过长的解质押周期可能会让 BTC 质押者在极端行情下眼睁睁看着资产无法移动。
BABY 的核心价值不是创造了高收益，而是创造了一种共识感知的 UTXO。它让原本僵硬的比特币 UTXO 能够感知外部 PoS 链的共识状态。这比我见过的任何侧链或跨链方案都要硬核，它不仅是代码的堆叠，是对比特币原语最原始、最暴力的信任挖掘。
#baby $BABY

Ontem eu revisei a documentação do modelo econômico do @BabylonLabs_io e encontrei um detalhe de design bem constrangedor sobre a captura de valor do token BABY: a função mais central dele, na verdade, nem precisa consumir o próprio BABY.

Atualmente, a expectativa geral do mercado sobre o BABY é que ele seja uma combinação de Aave + EigenLayer no ecossistema do Bitcoin, ou seja, uma comporta para a liquidez de trilhões de BTC — portanto, o token certamente vale muito. A lógica narrativa anterior era: Babylon é uma sidechain; já que é uma chain, emitir tokens é óbvio, e os usuários precisam pagar BABY como Gas para realizar operações.
Mas o problema real é que o negócio central da Babylon é vender serviços de segurança do Bitcoin.

Fiz as contas com cuidado. Quando uma cadeia PoS ou L2 precisa comprar da Babylon o serviço de segurança de timestamps do Bitcoin, as taxas que elas pagam como recompensa de staking normalmente são o token nativo daquela cadeia PoS, ou então BTC. E quando um staker de BTC faz o lock do ativo, ele paga as taxas nativas da própria rede Bitcoin, aproximadamente 2,66 u de BTC — tanto para criar quanto para resgatar.
Isso gera um paradoxo técnico extremamente absurdo: as transações comerciais mais centrais e mais frequentes de todo o ecossistema, na prática, não precisam consumir BABY.
No documento, isso está escrito de forma bem sutil: o BABY é usado principalmente para governança e como incentivo adicional para ser um Finality Provider.
Isso significa que o BABY se parece mais com um token de direito a dividendos do que com um token de insumo/produtor de valor. Para as instituições e cadeias que realmente usam o serviço da Babylon, elas não precisam manter BABY em mãos — basta ter BTC ou seus próprios tokens.
E nem estamos considerando a pressão inflacionária do BABY. Para incentivar a adesão inicial dos Finality Providers, o protocolo precisa desembolsar bastante BABY como subsídio. Um token que não tem um cenário de consumo de Gas próprio, mas enfrenta uma pressão inflacionária externa enorme, tem uma capacidade de captura de valor extremamente frágil. A menos que, no futuro, o protocolo imponha à força que os FPs façam staking de uma quantidade mínima de BABY para ganhar permissão de validação, ele fica logicamente muito desalinhado.

Acho que os grandes detentores talvez não se importem: eles podem fazer hedge ao ganhar BABY via staking de BTC. Mas, para os pequenos investidores, se eles comprarem BABY apenas para apostar na valorização do token, você precisa pensar com clareza: num sistema em que o negócio inteiro usa BTC como liquidação, quanto valor sobrará para um token puramente de governança depois que a maré baixar.
#baby $BABY

大家都在聊BabylonLabs让原生BTC有了收益，但我翻遍了公告和社区，发现大家似乎都在刻意回避一个白皮书里最重要的词：Slashing惩罚机制。

我不得不写这篇文章，提醒那些只看到比特币无桥、不托管、原生UTXO就冲进去的散户：原生并不代表零风险，原生意味着如果你错了，你的比特币是真的会被永久扣除的。@BabylonLabs_io

BABY的机制是这样的：BTC staker质押者将资产锁定在UTXO中，并将验证权利委托给Finality Provider最终性提供者。
如果Finality Provider出现双签Double Signing等严重安全做恶行为，那么他们委托的BTC就会被slashing。
这个设计技术上非常牛逼，因为它第一次让比特币具有了PoS风格的经济制裁能力。但对散户来说，这是一个信任黑盒：
你无法验证 Finality Provider 的技术能力：散户怎么知道这个验证者会不会因为服务器故障、代码bug或者黑客攻击导致双签？一旦发生，验证者只损失了信用，而你损失的是货真价实的BTC。

这是机构对散户的二次剥削：散户手里那点0.1 BTC，根本没资格自己做验证者。
他们只能委托给Lombard、PumpBTC或者其它的托管机构LST协议。
我发现这成了滑稽的一幕：BABY本来是为了解决无桥、不托管，最后散户为了赚那点APY，还得把BTC的原生委托权，托管给中间人协议。
我们来算笔账：原生BTC质押的APY目前还在Cap阶段，正式收益未定，假设为3%-5%vs 0.1 BTC sloshing惩罚的风险。
如果发生slashing，你的BTC可能直接被划扣20%甚至更多。
这意味着你要无故障运行5-10年才能赚回这一次事故的亏损。

我个人的判断是：散户参与BABY的BTC质押，本质上是在做一次风险不对称的对赌。
这话我是说给自己听的:如果我没有至少1个BTC，我不会碰这个纯原生的slashing机制，我宁愿去碰那些虽然有桥但收益模式清晰的L2，至少我知道风险在哪。
#baby $BABY

Hoje eu comi o suficiente e não tenho nada pra fazer; fui dar uma olhada na whitepaper da Babylon e achei alguns pontos interessantes que eu queria compartilhar com todos.

O tema central da whitepaper é fortalecer a segurança de um mundo descentralizado por meio do Bitcoin habilitado para re-staking.
Dentro dela, tem um conceito que eu achei bem interessante: o protocolo de timestamp do Bitcoin.
Em termos simples, é usar o recurso de timestamps da rede do Bitcoin para fornecer validação segura para outras chains.

Eu não lembro se foi no capítulo 3 ou 4, mas havia uma explicação detalhada sobre a técnica de assinatura descartável extraível.
A lógica dessa tecnologia é a seguinte: quando você faz o re-staking do BTC, não precisa transferir as moedas para outra chain; as moedas permanecem sempre na rede do Bitcoin, sob o seu controle.
Mas se você tentar agir de má-fé, por exemplo, fazer double-spend, esse mecanismo de assinatura vai expor automaticamente sua chave privada, e o BTC re-staked será confiscado.
@BabylonLabs_io
Em outras palavras, é usar criptografia para restringir o comportamento — bem engenhoso.

Na whitepaper, também é mencionado que a visão da Babylon é transformar o Bitcoin, de uma reserva passiva de valor, em uma base de confiança programável. Essa formulação ficou bem marcada na minha memória. O Bitcoin, por tantos anos, sempre foi como ouro digital; se der para realmente ativar seus atributos de capacidade produtiva, o espaço para imaginar possibilidades é realmente grande.

Dito a verdade, eu pessoalmente acho que a lógica tecnológica dessa Babylon tem, sim, pontos únicos. E o fato de a a16z ter investido 15 milhões de dólares também não parece sem sentido.
Mas por mais incrível que seja a tecnologia, ela só funciona se tiver gente usando. Agora o ecossistema ainda está no começo: saber se conseguirá de fato atrair detentores de Bitcoin para participar do re-staking e de empréstimos é a chave. Vou continuar observando; no curto prazo, não pretendo aumentar a posição nem vender.
#baby $BABY

Newton, esse projeto… fiquei de olho nele por quase dois meses. Em 23 de junho, a mainnet entrou em fase Beta, a RedStone e a Credora se conectaram como as primeiras parceiras de dados, e o VaultKit SDK também foi lançado junto. Agora, os desenvolvedores podem definir regras como limite de gastos e requisitos de colateral — ouvindo assim, realmente parece algo utilizável. $NEWT

Mas o tempo todo ficou um espinho no meu coração: aquela camada de TEE.

O whitepaper embrulha o TEE como uma muralha inexpugnável — isolamento de hardware, com ZKP, é uma combinação simplesmente perfeita. Eu quase fui enganado também. Até ver alguém na KuCoin dizer uma frase que me deixou acordado de uma vez: “trust the chip is still trust, just wearing a different hat”. Ou seja, confiar no chip é, essencialmente, terceirizar a confiança para algo que você não consegue controlar. O que o “chip confiável” promete só soa mais sofisticado. #Newt

O que me deixou realmente gelado na espinha foi o caso de outubro de 2025. Uma equipe de pesquisa da Georgia Tech e da Purdue University desenvolveu um ataque de canal lateral chamado TEE.Fail, com custo abaixo de 1000 dólares. Ele consegue “puxar” chaves de criptografia do sistema DDR5 da Intel TDX e da AMD SEV-SNP. Depois que o atacante obtém a chave, ele consegue falsificar relatórios de prova que passam na verificação oficial.

Isso significa que um proxy adulterado ainda consegue gerar uma prova remota de “tudo normal”; o contrato on-chain confere tudo e paga certinho, e você nem percebe que houve adulteração por dentro.

E isso ainda é só a camada de hardware. A Newton roda no ambiente em nuvem da Phala; na fase inicial, a rede é liderada por servidores TEE próprios da fundação. Dez validadores detêm 73% da participação — alguns poucos nós conseguem decidir o rumo de toda a rede. E em 24 de julho ainda haverá mais uma rodada de desbloqueio. @NewtonProtocol

A direção está certa, mas enquanto o problema de confiança em hardware não for resolvido, a concentração de validadores não vai cair; eu não vou colocar dinheiro de verdade nisso. Só quando ele conseguir alternar TEE de múltiplos fornecedores a qualquer momento, e quando a proporção de validadores da comunidade ultrapassar metade, aí sim. Agora, nessa etapa, eu fico só observando — sem mexer.

Enquanto eu estava dando um refresh no X, vi que o TGE da GRVT estava marcado para 21 de julho. Um aviso oficial apareceu, eu cliquei para dar uma olhada e depois passei adiante.

Não senti tanta empolgação. Não é que eu não me importe, é que já esperei tanto que não houve reação.
Ele disse primeiro 2026 Q1; depois mudou para o final de junho; depois para julho; e por fim só definiu 21 de julho. Foram quatro versões, três mudanças. Cada adiamento teve um motivo: por exemplo, ajustar o cronograma, otimizar a alocação, estender a Season 2 etc. Separadamente, tudo parece razoável; mas, quando você junta tudo, me deixa um pouco irritado.

Na primeira vez em que adiou, ainda havia gente na comunidade dizendo que entendia. @grvt_io Na segunda vez, começaram a surgir dúvidas. Na terceira, a comunidade quase não gerou repercussão. E eu também fiz interações, guardei dinheiro e acumulei pontos—de verdade, eu já estou enjoado de esperar!

Mas durante esse período, a equipe do projeto também fez várias coisas. A proporção do airdrop subiu de 22% para 28%, o TVL saiu de US$ 11,30 milhões para US$ 107,1 milhões, o mainnet foi colocado no ar com negociação à vista e eles também integraram um protocolo de empréstimos do Aave. O produto está andando e os dados também estão crescendo. Eu vi tudo isso e não pretendo negar. Mas o produto é o produto, e o TGE é o TGE. Você ter um bom produto não significa que você possa ficar mudando o discurso sobre o horário de lançamento repetidas vezes. Cada mudança consome a paciência daqueles que esperaram meio ano.

Agora eu só espero que desta vez, no dia 21, realmente dê tudo certo e consiga fazer o lançamento. Se a GRVT de fato for lançada, o preço consegue se sustentar? Espero que tenham um pouco de visão de longo prazo!
#grvt

Atividade do 9º aniversário totalmente desbloqueada, ainda não terminou? Pessoal, corram! No próximo aniversário também estarei ao lado da Binance!
#BinanceTurns9

Sobre os 57 milhões de utilizadores e 200 mil programadores da Magic Labs, eu também quase fui enrolado no começo.

Depois, fui analisando com cuidado os dados na cadeia e fiz as contas: percebi que esses números não fecham. Os 57 milhões de carteiras de utilizadores da Magic Labs são a quantidade total de utilizadores gerados quando o seu SDK de carteira embutida é integrado por diversos apps. Esses utilizadores podem estar a usar alguma app que integra a Carteira Magic; a grande maioria nem sequer sabe que está a usar a tecnologia da Magic, quanto mais saber o nome “Newton Protocol”.

De forma semelhante, os 200 mil programadores são o total de programadores que se registaram e que usaram qualquer um dos SDKs dentro do ecossistema completo de produtos da Magic Labs. Não significa que sejam programadores que tenham, de forma ativa, integrado a camada de execução de estratégias Newton.@NewtonProtocol

O tamanho da base de utilizadores da empresa-mãe e a taxa real de adoção do sub-protocolo: a relação de conversão entre essas duas coisas não foi apresentada com qualquer material público. A Magic Labs de facto anunciou em novembro de 2025 que ia integrar o Newton SDK na sua rede de programadores, mas “anunciar integração” e “os programadores já estarem a usar” têm um fosso de, no mínimo, uma etapa inteira de execução no meio.

O grau real de adoção do próprio Newton Protocol depende de dois indicadores: o número de protocolos independentes que integram ativamente a camada de estratégias Newton e a quantidade real de chamadas na camada de contratos do Newton. Esses dois números não têm nada a ver, na essência, com a escala de utilizadores da Magic Labs. A lógica de necessidade que $NEWT baseia-se no nível de utilização do Newton Protocol em si, não na dimensão da marca da Magic Labs. Os 57 milhões de utilizadores da Magic Labs são um estoque; quanto do “bolo” o Newton consegue capturar é outra questão. Se a escala do “corpo-mãe” pode ser convertida diretamente no valor do sub-protocolo — essa conta eu ainda continuo a investigar.

O que vocês acham?
#newt $NEWT

Quando eu estava lendo o white paper do @grvt_io , um detalhe ficou me intrigando o tempo todo. A maioria dos protocolos de transação promove a descentralização como seu grande slogan principal, mas a documentação oficial da GRVT fala repetidamente sobre regras de acesso para market makers, parâmetros do motor de risco e modelos de liquidação.
No começo, pensei que era apenas questão de público diferente. Depois, ao olhar o diagrama de arquitetura do Hybrid Exchange várias vezes, percebi que o alvo principal dele não era o mercado de varejo.

A meu ver, para traders profissionais que têm necessidades contínuas de hedge ou arbitragem, a custódia autônoma do ativo é apenas o requisito básico. O que eles realmente se preocupam é se o livro de ordens consegue absorver ordens de grande volume, se o slippage dá para controlar e se o sistema vai travar quando o mercado oscila violentamente.
Esses problemas, nos CEX tradicionais, são resolvidos por servidores centralizados — com o custo de ceder a chave privada; em um DEX puro, a compensação e o matching on-chain ajudam, mas a velocidade e a profundidade nunca conseguem alcançar.

Vi que a abordagem da GRVT é separar essas duas camadas. O mecanismo de matching fica off-chain: ele processa dezenas de milhares de ordens por segundo, garantindo uma velocidade de resposta no mesmo nível das plataformas centralizadas. Depois, após cada execução, o sistema compacta os dados da transação em uma prova de conhecimento zero e envia para a camada de liquidação do ZKsync.
Qualquer terceiro consegue verificar a autenticidade das transações, mas ninguém consegue movimentar os ativos dos usuários.
O livro de ordens é mantido por market makers profissionais. Os usuários comuns também conseguem usufruir de spreads mais estreitos. A velocidade fica a cargo de servidores de alto desempenho, e a segurança fica nas mãos da matemática verificável.

No entanto, o que mais me surpreendeu foi a postura dela em relação à conformidade regulatória. A maioria dos projetos DeFi tenta evitar a supervisão, mas a GRVT buscou ativamente licenças das Bermudas e da Lituânia, além de continuar avançando com permissões em mais jurisdições.
Isso não é para “passar na inspeção”, e sim para permitir que market makers e recursos institucionais entrem com confiança. Com um selo regulatório, os canais para fiat conseguem ser conectados e a profundidade de liquidez melhora — em vez de esperar dar errado para remediar. Este também é um ponto que eu particularmente considero promissor.

Portanto, a parte da GRVT que mais me interessa não é ser mais descentralizada do que alguém, nem ser mais rápida do que alguém. É o fato de ela colocar objetivos que antes eram mutuamente excludentes — eficiência, segurança, conformidade e controle de autoridade — dentro do mesmo sistema, fazendo com que cada um funcione.
Acho que se essa rota vai dar certo depende do desempenho subsequente, e do desempenho do preço das moedas após o lançamento no dia 21! #grvt

O Protocolo Newton é construído com base no AVS da EigenLayer, o que faz com que ele não precise montar do zero uma rede de validadores, herdando diretamente a segurança econômica do Ethereum. O atalho economiza custos, mas também fixa os pontos de risco na mesma embarcação da EigenLayer.

A trilha de nova participação está passando por uma crise profunda de “meia-idade”. O mercado começou a questionar profundamente a viabilidade comercial e a estabilidade do modelo de “segurança compartilhada”. A questão central é que uma segurança econômica de alto nível não está sendo, necessariamente, utilizada. Os AVSs da liderança, embora bloqueiem uma quantidade massiva de ETH — mais de 4 milhões de unidades na EigenDA e 3,49 milhões na Cyber — podem punir os ativos por longo tempo como zero, e a garantia de segurança nunca passou por um teste real de ataques.

O mesmo ativo colocado em garantia fornece suporte de validação para múltiplos protocolos ao mesmo tempo, e a capacidade real de resistência a ataques correspondente à unidade de ativo vai sendo diluída continuamente. Como AVS, @NewtonProtocol , o “safety” compartilhado em casos extremos pode não ser tão “robusto” quanto os números contábeis sugerem.

Em junho de 2025, durante o cálculo de recompensas do sidecar da EigenLayer, foi identificado um erro de divisão por zero, que pode levar a uma negação de serviço de todos os AVSs e operadores. Se o contrato subjacente de restaking apresentar uma vulnerabilidade semelhante, o impacto pode ser propagado ao longo da cadeia de dependências até o #Newt .

O poder dos nós validadores está altamente concentrado. Os nós do topo recebem prioridade nas parcerias com AVSs por causa da marca e do capital; a participação de mercado da EigenCloud ultrapassa 60%. Se algum operador do topo da EigenLayer sair ou tiver problemas, o tempo de agregação de consenso do Newton pode aumentar significativamente, e o atraso na verificação de policy aumenta diretamente.

Slashing (punição) é uma faca de dois gumes. O slashing da mainnet da EigenLayer foi ativado em abril de 2025; os AVSs podem impor punições econômicas aos operadores que violem regras. Mas um erro de um validador pode acionar a punição de cada serviço que ele garante. Se um operador for slash em outros AVSs, sua capacidade de garantia no Newton também diminui. A segurança do $NEWT não é independente do ecossistema da EigenLayer; ela está amarrada à saúde de todo o sistema de restaking.

Minha visão é que o restaking da EigenLayer é uma escolha razoável para o arranque rápido do Newton, mas a base de segurança é construída sobre outro protocolo complexo — e este “safe” é condicional. Atualmente, o Newton é apenas um AVS dentro do ecossistema da EigenLayer, e sua capacidade de segurança oscila junto com a EigenLayer como um todo.