Retsu玄

#baby $BABY
Vamos tentar entender a autocustódia do Bitcoin. Muitas vezes ela é tratada como a resposta final, mas o design da Babylon sugere que ela é apenas a primeira camada da pilha de riscos.

Cofres Bitcoin sem necessidade de confiança (Trustless) podem manter BTC nativo sob condições de gasto predefinidas do Bitcoin, em vez de movê-lo por meio de uma ponte. Isso é significativo. Ainda assim, no momento em que entram em cena computação externa, saídas antecipadas (early exits), slashing, empréstimos ou estratégias de mineração, surgem novas dependências em torno do cofre.

Provedores de Finalidade ainda precisam de uma gestão disciplinada de chaves EOTS. Participantes de Covenants ainda podem precisar autorizar certos caminhos do protocolo. Stablecoins emprestadas ainda podem entrar em produtos gerenciados por operadores externos. Nada disso torna a arquitetura fraca, mas muda a pergunta que investidores devem fazer.

A distinção útil não é “sem confiança ou confiável”. É: quais riscos foram removidos, quais foram isolados e quais apenas foram movidos para outro lugar?

Para mim, é aí que @BabylonLabs_io se torna interessante. O protocolo está tentando preservar o controle nativo do Bitcoin enquanto coordena atividades que o próprio Bitcoin não consegue avaliar. O teste real para $BABY é se essas camadas adicionadas permanecem transparentes, distribuídas e aplicáveis à medida que o uso cresce ao longo do tempo.

#baby $BABY Vamos tentar entender como regras contábeis menores podem quebrar cadeias tão certamente quanto falhas criptográficas. O lançamento da Babylon da versão 4.3.1 em 21 de julho é um lembrete útil.

Em cada limite de época, o proponente constrói um checkpoint a partir das extensões de voto BLS dos validadores e o coloca primeiro no bloco. Ele carrega adiante o estado assinado da época anterior. Ainda assim, o código antigo contava bytes de transações em bruto, enquanto o CometBFT verificava o tamanho maior codificado em protobuf. Uma proposta completa poderia passar do orçamento da Babylon, entrar em pânico o proponente e potencialmente travar o consenso.

O patch agora usa contabilização compatível com o CometBFT e, como uma salvaguarda final, remove transações ordinárias do final da proposta enquanto preserva o checkpoint.

Isso melhora a vivacidade, mas o custo é mais discreto: o primeiro bloco de cada época tem menos espaço para atividades normais, e as transações do final são adiadas primeiro durante a congestão. Usuários e sistemas automatizados que precisam de inclusão em tempo hábil assumem esse risco de atraso.

Eu mediria o tempo de inclusão no p95 ao redor dos limites de época, controlando por taxas e pela profundidade do mempool. Se a lacuna persistir, a prioridade do checkpoint se tornará uma área de congestão previsível para @BabylonLabs_io , e não apenas um recurso de segurança?

#baby $BABY
Estou percebendo Babylon (BABY), e a parte para a qual eu continuo voltando não é o prêmio de staking. É quem realmente tem voz.

A criptografia frequentemente separa as pessoas que fornecem capital daquelas que controlam as regras. Isso pode funcionar, mas surge tensão quando seus incentivos deixam de andar juntos. Já vi a governança parecer equilibrada no papel e se concentrar na prática.

Babylon tem uma divisão semelhante. Os stakers de BTC fornecem segurança econômica por meio dos Finality Providers, enquanto $BABY holders e validadores controlam a governança. O Bitcoin carrega parte do ônus de segurança, mas os stakers de BTC não votam diretamente em decisões do protocolo. A estrutura é clara, mas isso não torna automaticamente equilibrado.

O benefício é que a governança permanece vinculada ao token nativo. O risco é que aqueles que assumem exposição econômica tenham menos influência sobre as regras que moldam essa exposição. Tudo parece alinhado enquanto as recompensas estão fluindo. O teste real acontece quando decisões difíceis precisam ser tomadas.

Talvez os holders de BABY protejam os stakers de BTC porque a rede depende deles. Talvez os incentivos permaneçam alinhados. Eu ainda não estou convencido de que isso deva ser simplesmente assumido.

Ainda assim, isso parece mais sério do que mais uma proposta de rendimento. @BabylonLabs_io está tentando usar o Bitcoin como segurança sem movê-lo para fora do Bitcoin. A pergunta mais difícil é se os provedores de segurança e os responsáveis pelas regras continuarão alinhados quando a pressão real chegar.

#baby $BABY Taxas Fixas Ainda Deixam Alguém Assumindo o Risco

Taxas fixas podem parecer tranquilizadoras, mas a proposta de estrutura de empréstimos da Babylon levanta uma questão mais difícil: quem absorve a incerteza quando o custo do tomador permanece fixo?

Em 25 de junho de 2026, a @BabylonLabs_io e a Aegis anunciaram um produto de empréstimo nativo de BTC com taxa fixa, planejado, construído em torno de Trustless Bitcoin Vaults, Aave V4 e da infraestrutura de crédito da Aegis. O produto deve ser lançado no 4º trimestre de 2026, mas isso ainda é um alvo sujeito a desenvolvimento e testes — não um lançamento garantido.

O benefício prático é fácil de ver. Instituições como tesourarias, fundos e market makers frequentemente precisam de custos de financiamento previsíveis antes de alocar capital. Uma taxa fixa pode tornar o empréstimo com BTC nativo como garantia mais fácil de orçar, sem exigir que os tomadores abram mão do controle sobre o Bitcoin.

Mas o risco não desaparece.

O fluxo de empréstimos da Babylon atualmente só está disponível em uma testnet pública usando ativos de teste, enquanto a integração com a Aave V4 permanece uma proposta de governança. No desenho de liquidação proposto, liquidadores sem permissão recebem WBTC primeiro, enquanto arbitradores com permissão compram depois o cofre (vault) em custódia e completam a redenção do BTC nativo.

Essa demora importa. Os juros podem continuar acumulando, o BTC pode se mover de forma brusca e o capital permanece imobilizado enquanto a redenção é concluída.

O que se destaca para mim é que taxas previsíveis para tomadores podem depender de haver arbitradores suficientes dispostos a carregar um risco de liquidação imprevisível durante mercados sob estresse.

Para $BABY e #Babylon, o marco relevante não é apenas anunciar empréstimos com taxa fixa. É provar que os incentivos continuam fortes quando a volatilidade aumenta e a liquidez fica cara.

A Babylon consegue tornar o empréstimo previsível sem tornar a participação na liquidação pouco confiável?
@BabylonLabs_io

#baby $BABY
Sempre que eu leio sobre um produto de empréstimo com taxa fixa, eu olho além da taxa do tomador e pergunto para onde vai a incerteza. A direção mais recente de empréstimos da Babylon tornou essa pergunta especialmente relevante.

Em 25 de junho de 2026, a Babylon e a Aegis anunciaram um produto planejado de empréstimo nativo de BTC com taxa fixa, combinando Trustless Bitcoin Vaults, Aave V4 e a infraestrutura de crédito da Aegis. Espera-se que seja lançado no 4º trimestre de 2026, mas essa janela ainda depende de desenvolvimento e testes — não é um lançamento garantido.

O benefício é significativo. Uma tesouraria, fundo ou market maker pode planejar com mais confiança quando o custo do empréstimo é conhecido com antecedência. Para as instituições, o financiamento previsível pode ser tão importante quanto manter o controle sobre o BTC subjacente.

A parte que me fez parar foi a liquidação.

A integração da Babylon com a Aave ainda é uma proposta de governança, enquanto o fluxo de empréstimo está disponível em uma testnet pública usando ativos de teste. No desenho proposto, um liquidante sem permissão recebe primeiro WBTC, enquanto arbitragistas com permissão compram depois o cofre (vault) escrowado e lidam com a resgatarão de BTC nativo. Isso leva tempo, então alguém precisa absorver juros acumulados, atraso de liquidação e volatilidade do BTC.

Depois de analisar a estrutura, ficou claro uma coisa: taxas fixas não eliminam riscos; elas transferem o risco para a precificação e para a liquidação da posição por parte dos participantes. O desenvolvimento do bot de liquidação da Babylon é um progresso útil, mas um ambiente de teste não pode provar que o capital de arbitragem continuará disponível durante um movimento brusco do mercado.

Para $BABY and Babylon, o marco real não é apenas lançar empréstimos com taxa fixa. É provar que custos previsíveis para os tomadores podem coexistir com incentivos sustentáveis para liquidantes e arbitragistas.

Quem assume o risco quando todo mundo recebe a promessa de certeza?

@BabylonLabs_io
#BTC

#baby $BABY Uma contradição no mais recente impulso de empréstimos de Babylon merece mais atenção: custos de empréstimo previsíveis estão sendo planejados antes de o mercado subjacente ter sido comprovado com capital real em 25 de junho de 2026, @BabylonLabs_io e a Aegis anunciou um produto nativo de empréstimo em BTC com taxa fixa, com destino ao 4º trimestre de 2026, sujeito a desenvolvimento e testes. A estrutura proposta combina os Trustless Bitcoin Vaults da Babylon, o Aave V4 e a infraestrutura de taxa fixa da Aegis — o benefício é claro. No testnet público atual da Babylon, o BTC subjacente permanece na rede Bitcoin, em vez de ser transferido por uma ponte convencional ou convertido em um wrapper negociável livremente. O Aave interage com uma representação de vault restrita na Ethereum, permitindo que a garantia seja reconhecida sem dar à aplicação da Ethereum posse direta do Bitcoin — mas três status diferentes não devem ser confundidos. O fluxo de empréstimo do TBV está no testnet público, a integração do Aave V4 em produção permanece uma proposta de governança, e o produto de taxa fixa da Aegis está planejado, em vez de lançado.

O que se destaca para mim é que a certeza da taxa resolve apenas um lado do empréstimo institucional. Um tesouro pode saber o custo dos juros com antecedência, mas o sistema ainda precisa provar que liquidadores e arbitrageiros fornecerão capital suficiente durante mercados voláteis e na liquidação e resgate nativos em BTC com atraso. A funcionalidade do testnet pode validar os mecanismos; ela ainda não consegue validar a liquidez de produção nem o comportamento em períodos de estresse que tornariam essa uma direção relevante para o ecossistema #babylon e potencialmente para a narrativa de utilidade do $BABY , mas não há ainda evidência de adoção institucional ou de escala comprovada. A certeza de taxa fixa consegue atrair tomadores sérios antes que o sistema de liquidação e resgate se prove sob pressão real do mercado?

#BTC

#baby $BABY Velocidade da Liquidação = Certeza da Liquidação: do que a Integração do Babylon Aave V4 realmente depende O modelo nativo de empréstimos lastreados em BTC do Babylon está sendo testado publicamente agora através do Aave V4, mas acho que a maioria das discussões está focando na parte errada. A ideia básica parece simples: os usuários bloqueiam BTC dentro de cofres self-custodial do Babylon e tomam empréstimos de stablecoins via Aave V4. Os Bitcoins permanecem na rede Bitcoin, então não há necessidade de fazer ponte (bridge) ou empacotar (wrap) antes de usá-los como garantia. mas o processo de liquidação é onde as coisas ficam mais interessantes quando a posição de um tomador se torna insegura, os liquidadores não podem simplesmente esperar vários dias para o BTC real ser liberado do cofre. em vez disso, eles recebem WBTC imediatamente. arbitradores aprovados então entram em cena, reembolsam o lado do WBTC da transação e completam a liquidação do BTC real na rede Bitcoin, o que pode fazer a liquidação parecer rápida, mas rapidez não é a mesma coisa que certeza.
O sistema ainda depende de liquidez suficiente em WBTC disponível, arbitradores estarem dispostos a travar capital durante o período de contestação, o BTC não se mover bruscamente demais antes do resgate e o oráculo permanecer confiável durante volatilidade extrema o que se destacou para mim é que o risco real não é apenas técnico. É também econômico. alguém precisa estar disposto a assumir o custo de financiamento e o risco de preço enquanto a liquidação do Bitcoin ainda está pendente. a pergunta importante é se esse capital ainda estará disponível quando o BTC cair 10% em 36 horas e muitas posições precisarem ser liquidadas ao mesmo tempo. o Babylon não está construindo apenas infraestrutura de staking de Bitcoin. Ele também está experimentando os fundamentos de um mercado nativo de crédito em Bitcoin.

Essa é a história maior que vale acompanhar.

@BabylonLabs_io
#BTC

$BANK /USDT continua em tendência de baixa abaixo de 0.1680.

Alvos de curto prazo: 0.1617 e 0.1599
Invalidação: Acima de 0.1700

#baby $BABY
O que os Cofres de Bitcoin Sem Confiança realmente entregam — e o que eles não entregam

Então como você usa seu Bitcoin como colateral sem entregar as chaves para algum intermediário? É isso que os Cofres de Bitcoin Sem Confiança da Babylon estão tentando resolver.

O truque é bem inteligente. Você bloqueia seu BTC em uma saída especial do Bitcoin com regras embutidas desde o início. Ninguém fica guardando por você. Você pré-assina algumas formas possíveis de movimentar as moedas — por exemplo, um liquidante só pode pegá-las se um oráculo disser que o empréstimo entrou em default. Depois, o BitVM3 (basicamente um sistema à prova de fraude) permite que o próprio Bitcoin verifique essas regras. A rede impõe tudo sem precisar de contratos inteligentes complicados rodando na cadeia. Suas moedas só se movem se as condições que você definiu realmente forem atendidas.

Isso é uma melhoria real em relação a coisas como WBTC, onde uma empresa como a BitGo literalmente está segurando o Bitcoin. Mas “sem confiança”? Ainda é um pouco exagerado. Você continua confiando que os oráculos informem os preços corretamente e que os liquidantes ajam de forma justa. Se os oráculos errarem ou houver um bug no código do BitVM3, você ainda pode perder dinheiro. A confiança apenas muda — de “o balanço dessa empresa” para “esse código funciona e estas poucas pessoas têm participação na jogada”. Melhor, com certeza. Mas não chega a zero-confiança.

Uma coisa prática: o rendimento que você obtém vem das taxas que os tomadores pagam, não de quaisquer recompensas de staking do Bitcoin. Seu BTC continua sob seu controle, mas você precisa ficar de olho no risco de liquidação por conta própria. E, uma vez que essas regras do cofre são travadas, elas ficam fixas. Ótimo para segurança, mas se o mercado ficar totalmente de lado, o sistema não consegue se adaptar.

Então esse pequeno conjunto de oráculos e liquidantes representa uma descentralização de verdade… ou é apenas uma versão mais honesta de confiar em algumas poucas pessoas?

@BabylonLabs_io

#baby $BABY A fully repaid Bitcoin loan can still risk freezing the collateral in pure DLC designs because of how the spending conditions get enforced.

Em <Babylon’s Trustless Bitcoin Vaults>, o mutuário e o credor pré-assinam uma série de transações de Bitcoin cujos resultados dependem de prova criptográfica de algum estado de contrato inteligente externo. Em vez de uma pessoa precisar revelar um segredo após o pagamento, cada parte assume um compromisso com um circuito embaralhado. Se alguém mais tarde enviar uma prova zero-knowledge incorreta (de pagamento ou liquidação), a outra parte consegue extrair o segredo do trapaceiro fora da cadeia (off-chain) e publicá-lo no Bitcoin, o que bloqueia a reivindicação fraudulenta.

O próprio Bitcoin nunca executa lógica complicada. Ele apenas verifica se um segredo foi revelado e se uma janela curta de desafio já passou. Uma prova válida de pagamento desbloqueia o caminho do mutuário por conta própria; uma prova inválida revela o segredo e protege o credor. Isso elimina o problema clássico da opção gratuita que surge quando apenas uma parte controla se o segredo será revelado.

O design basicamente transfere a confiança de “essa pessoa fará a coisa certa?” para “a criptografia é sólida?”. Uma vez que os circuitos e as transações pré-assinadas ficam travados na criação do cofre, nenhuma das partes pode simplesmente atrasar o resgate depois de as condições na cadeia (on-chain) serem atendidas. Isso é um avanço real em relação a configurações com comitê ou a HTLCs simples.

Ainda assim, depende de os circuitos embaralhados serem gerados corretamente, de os desafiantes estarem realmente presentes durante a janela de cerca de três dias e de o estado da cadeia externa ser comprovável com precisão. Se qualquer uma dessas coisas falhar, as garantias de segurança ficam mais fracas — mesmo que as moedas nunca saiam do Bitcoin UTXO.

Quão sólido é esse processo de desafio quando a rede está congestionada ou quando um provador está ativamente tentando atrapalhá-lo?
@BabylonLabs_io
#BTC

#baby $BABY
Enquanto eu estudava Babylon, uma pergunta ficou me incomodando: se o Bitcoin não consegue entender o que aconteceu em uma cadeia PoS, como ele pode punir um Finality Provider desonesto?

Minha primeira suposição foi que o Babylon, de alguma forma, envia uma prova de má conduta de volta ao Bitcoin e pede que o script dele julgue o caso. Isso pareceu pouco realista porque o Bitcoin Script não consegue executar a lógica complexa de slashing usada por redes PoS.

A Seção 7.2 do Litepaper de Bitcoin Staking da Babylon mudou a forma como eu entendi o design. O Babylon não pede ao Bitcoin para interpretar o ataque inteiro. Em vez disso, o seu gadget de finalidade EOTS transforma double-signing em uma armadilha criptográfica.

Um Finality Provider compromete a aleatoriedade de assinatura para futuras alturas de blocos. Se ele votar em dois blocos conflitantes na mesma altura, a mesma aleatoriedade privada é reutilizada. Essas duas assinaturas podem expor a chave privada EOTS do provider. A chave exposta então pode completar as transações de slashing pré-construídas conectadas às suas delegações em BTC.

Minha percepção foi simples: o Bitcoin não precisa entender o crime; ele só precisa impor a transação de punição uma vez que o segredo criptográfico seja revelado.

Isso é uma forma inteligente de permitir que o BTC nativo seja slasheadável sem envolvê-lo nem movê-lo para outra cadeia. Mas isso também cria um risco operacional. A documentação do Babylon observa que bugs de software ou falhas de hardware podem expor Finality Providers honestos a slashing, por isso a proteção anti-slashing importa.

Para mim, a verdadeira inovação do Babylon não é apenas fazer staking de BTC self-custodial. É traduzir a má conduta em PoS para uma consequência que o Bitcoin consegue impor com scripting limitado.

@BabylonLabs_io
#BTC

#baby $BABY I inicialmente pensei que a principal inovação do Babylon era simplesmente permitir que detentores de BTC recebessem recompensas sem fazer wrap do Bitcoin. Mas, após ler mais sobre o protocolo, percebi que a parte mais importante pode ser o papel dos Finality Providers.

Com o Babylon, o BTC pode ser bloqueado por meio de condições de staking self-custodial na rede Bitcoin e delegado a um Finality Provider. O provedor não recebe o controle das moedas. Em vez disso, ele usa o poder de voto delegado para enviar votos finais e ajudar a garantir redes conectadas ao Babylon.

Isso muda a forma como eu enxergo o modelo. O staker não está apenas buscando rendimento; ele está escolhendo quem representará sua segurança lastreada em Bitcoin. Um Finality Provider confiável pode dar suporte à finalização da rede e ganhar uma comissão, enquanto as recompensas restantes podem fluir para o delegador, de acordo com as regras do protocolo.

O benefício é claro: o Bitcoin permanece nativo, em vez de virar um ativo tokenizado (wrapped) ou passar por uma ponte tradicional. Os detentores também podem fazer unbond sem precisar da permissão do Finality Provider, embora ainda se apliquem time-locks do Bitcoin e períodos de espera do protocolo.

O risco é que delegar não é uma decisão para fazer às cegas. A confiabilidade do Finality Provider, as taxas de comissão, o desempenho técnico e o comportamento de assinatura importam. A documentação do Babylon explica que dupla assinatura de blocos conflitantes pode acionar slashing e remover um provedor do conjunto ativo.

Para mim, é isso que torna o Babylon mais interessante do que uma simples história de “rendimento em BTC”. Ele está tentando transformar o Bitcoin em segurança econômica passível de responsabilização para redes PoS. O teste real será se os usuários escolhem cuidadosamente os provedores e se redes suficientes realmente exigem essa segurança.

@BabylonLabs_io
#BTC

#grvt A Camada Oculta de Controle por trás dos Bots de Trading da GRVT

Uma parte do modelo da GRVT se destacou para mim: a autocustódia não torna o trading automatizado “permissionless” na prática do dia a dia. A API da GRVT ainda exige autorização. A documentação dela diz que as chaves de API podem ser anexadas a contas de financiamento ou de trading, com permissões separadas para visualização, trading, transferências internas e transferências externas. As chaves também podem ser restringidas por endereços IP.

Essa estrutura importa porque a GRVT oferece bots e trading programático enquanto mantém liquidação, gestão de margem e custódia dentro do seu sistema on-chain. As ordens podem ser enviadas por uma infraestrutura de trading rápida, mas os usuários ainda autorizam as atividades por meio de chaves e assinaturas vinculadas à carteira. A GRVT também documenta a autenticação de carteira via EIP-712, enquanto a integração com a Alertatron mostra que a execução automatizada já é uma capacidade em produção, e não apenas uma promessa de roadmap.

Minha primeira interpretação é que o design híbrido da GRVT desloca a pergunta principal de “Quem mantém meus fundos?” para “O que exatamente minha automação pode autorizar?” Uma chave de trading mal protegida pode não equivaler a custódia total da carteira, mas ainda assim pode criar posições indesejadas, cancelamentos ou transferências dentro do escopo atribuído.

Minha segunda interpretação é que um capital unificado aumenta a importância do desenho de permissões. Quando um saldo da GRVT consegue dar suporte a trading e a atividades elegíveis de rentabilização, uma estratégia automatizada interage com mais do que um ticket de ordem isolado. A separação de contas, limites de permissão, white-listing de IPs, rotação de chaves e monitoramento passam a fazer parte da eficiência de capital — não apenas do setup técnico.

A preocupação construtiva é a usabilidade. Traders profissionais podem entender chaves com escopo, sessões e assinaturas, mas usuários comuns precisam de avisos mais claros sobre o que cada permissão expõe. A autocustódia protege a propriedade; ela não garante um bot seguro, uma estratégia sólida ou um servidor seguro.

A GRVT deveria tornar mais visíveis antes que os usuários conectem bots de trading os templates de permissão e os limites automatizados de risco?

DYOR.
@grvt_io

#newt $NEWT
Nos últimos dias, passei algum tempo comparando a roadmap de governança da NEWT com sua documentação oficial de governança. Uma coisa ficou cada vez mais clara: há uma diferença perceptível entre a visão de longo prazo do projeto e a autoridade atualmente concedida aos detentores de tokens.

A roadmap apresenta a descentralização como um processo gradual, mas o arcabouço de governança existente ainda atribui às principais responsabilidades de tomada de decisão à fundação. A participação da comunidade existe, porém muitas das atividades de governança de hoje parecem ser consultivas em vez de diretamente executáveis.

Outro ponto que chamou minha atenção é a capacidade da fundação de intervir quando propostas forem consideradas como introduzindo riscos legais, regulatórios ou de segurança. Embora essa proteção possa ajudar a resguardar o protocolo durante seus estágios iniciais, a documentação não especifica um cronograma fixo para reduzir ou remover essa autoridade.

Como resultado, a transição para uma governança liderada pela comunidade depende de marcos futuros em vez de datas predeterminadas.

A gestão do tesouro segue um padrão semelhante. Embora o crescimento do ecossistema e o desenvolvimento da comunidade permaneçam como metas centrais, operações-chave do tesouro ainda dependem de mecanismos controlados pela fundação em vez de execução autônoma por DAO. Isso levanta uma pergunta importante sobre quando a governança financeira se tornará totalmente descentralizada.

O modelo de votação também merece discussão.

O poder de governança está ligado ao NEWT apostado usando um sistema simples de um token, um voto. Sem mecanismos adicionais de ponderação, grandes detentores poderiam ter uma influência significativa sobre os resultados da governança se a participação continuar concentrada.

Nada disso necessariamente significa que o projeto não possa se tornar descentralizado no futuro. No entanto, o sucesso de longo prazo da governança da NEWT provavelmente dependerá de se a autoridade significativa sobre atualizações do protocolo, execução do tesouro e decisões estratégicas for, gradualmente, se deslocando da fundação para a comunidade mais ampla por meio de marcos transparentes e mensuráveis.

@NewtonProtocol

#grvt
As pessoas ainda enquadram Grvt como se fosse apenas mais um DEX perp. Eu acho que isso perde a jogada real.

O que a Grvt está construindo parece mais com uma camada de prime-brokerage onchain: um único ambiente onde o capital pode negociar, permanecer produtivo e se mover entre mais de uma classe de ativos sem abrir mão da autocustódia. A exchange foi construída sobre a infraestrutura do zkSync, mantém o design não custodial em evidência e combina velocidade offchain com liquidação onchain. Esse é um pitch bem diferente de “só mais um livro de ordens.

O segundo ponto que se destaca é a eficiência de capital. O modelo da Grvt não é apenas sobre execução. É sobre transformar saldos ociosos em algo útil. Os materiais oficiais agora enfatizam rendimento em saldos elegíveis enquanto os fundos permanecem prontos para negociação, além de rebates negativos para makers em uma tabela de taxas com nove níveis. Em linguagem simples: a plataforma está tentando transformar capital de trading em um saldo que trabalha, em vez de colateral morto.

O terceiro ângulo é o design de mercado. A Grvt está claramente indo além de trilhos apenas de cripto. Seus materiais recentes destacam acesso a cripto junto com commodities, ações e outras exposições de mercados tradicionais em um só lugar. Isso importa, porque a história maior não é quem lista os perps mais hoje. É quem pode se tornar a ponte mais limpa entre a infraestrutura nativa de cripto e a exposição a ativos globais.

Então, se eu tivesse que resumir a Grvt em uma linha, eu não chamaria de exchange de perp em primeiro lugar. Eu chamaria de uma stack de trading multiativos, consciente de rendimento e com autocustódia, que tenta fazer o capital onchain se comportar como uma conta financeira de verdade.
@grvt_io

#newt $NEWT Após revisar os materiais públicos do Newton Protocol e da Magic Labs, minha visão atual é mais ponderada. A Newton está se posicionando como uma camada de autorização onchain que verifica políticas antes que as transações sejam efetivadas, e o beta principal atualmente está no ar na Base e no Ethereum. A documentação oficial e as postagens no blog mostram um foco real em controles pré-transação, atestações verificáveis e integrações para cofres (vaults), agentes de IA, pagamentos e fluxos de conformidade.

A Magic Labs também parece trazer uma distribuição significativa para a pilha. A empresa afirma ter apoiado mais de 50M de carteiras e mais de 200K de desenvolvedores, é apoiada pela PayPal Ventures e trabalhou com plataformas de consumo e de cripto, incluindo a Polymarket. Isso torna a conexão Magic x Newton estrategicamente importante, especialmente para equipes que querem infraestrutura de carteira e aplicação de políticas em um único fluxo.

Dito isso, as afirmações mais fortes—tanto otimistas quanto pessimistas—ainda precisam de cautela. As fontes públicas deixam claro que apoiam a direção do produto da Newton, mas não comprovam completamente todas as conclusões de nível de mercado que as pessoas estão tirando apenas da atividade do beta. O beta em mainnet é um marco importante, não a decisão final sobre resiliência, adoção, poder de precificação ou dependência de longo prazo do ecossistema.

Minha avaliação atual sobre a Newton é uma das tentativas mais sérias de tornar a conformidade onchain e os controles de risco programáveis antes da execução, e a Magic lhe dá uma vantagem prática de distribuição. Mas a qualidade da adoção, a amplitude do ecossistema e o uso real em produção vão importar mais do que a narrativa. Vale acompanhar de perto, mas ainda é melhor avaliá-la com expectativas disciplinadas e gestão independente de riscos. Eu acompanharia as integrações que vierem, o volume de transações, a retenção de parceiros e se construtores que não são da Magic a adotam de forma independente antes de ficar confiante demais.
@NewtonProtocol

#grvt Vou ser honesto: depois de investigar mais a GRVT, minha visão ficou bem mais nuançada. O que eles construíram não é um “black box” mítico do zero, tudo-em-um, que ninguém mais consegue entender. É uma arquitetura híbrida inteligente: uma camada real de inovação de produto em cima de uma stack que também se apoia fortemente em infraestrutura externa comprovada.

A parte mais impressionante é o design de eficiência de capital. O modelo unificado de balanço da GRVT é o verdadeiro diferencial porque permite que um único depósito faça mais do que simples garantia para perp. Ele foi projetado para permitir que o capital negocie, gere rendimento e, eventualmente, se conecte a trilhos de investimento on-chain mais amplos dentro do mesmo fluxo de produto. Com execução privada e autocustódia, isso cria uma proposta ao usuário bem mais forte do que a média de um DEX de perp.

Mas, quanto mais eu olhei, mais claro ficou o tradeoff. A camada de privacidade e de cadeia é construída sobre a infraestrutura do ZKsync, e não sobre uma base totalmente nativa da GRVT. O motor de yield já se integra ao Aave, e a expansão de RWA depende de parceiros como Centrifuge e Plume, além de emissores externos de ativos.

Até mesmo o modelo híbrido de matching off-chain e liquidação on-chain é um padrão conhecido da indústria, e não uma invenção exclusiva da GRVT.

Então eu acho que a GRVT tem uma vantagem real hoje, mas parece mais uma “moat” de execução do que uma “moat” de tecnologia inatingível. A oportunidade é real, mas o risco também é: outras equipes bem financiadas podem montar uma stack semelhante ao longo do tempo. Para mim, isso torna a GRVT algo para acompanhar de perto, mas não para mitologizar cegamente.

@grvt_io