夜未眠

Os ativos criptografados estão rompendo as ilhas de valor, mas os caminhos são totalmente diferentes. @BabylonLabs_io

Uma via para fazer o Bitcoin “entender” as cadeias externas. Por natureza, os scripts do Bitcoin não conseguem lidar com informações externas. A proposta TBV da Babylon Labs, no output Taproot, pré-define todas as rotas legítimas de gasto — incluindo resgate, liquidação e tratamento de disputas. Na criação, essas rotas são assinadas conjuntamente por múltiplas partes e, depois, não podem ser adulteradas. A âncora de confiança está no código, e não na entidade operadora. No entanto, a solução ainda está em teste na testnet, e o desempenho na mainnet é desconhecido; componentes criptográficos como provas de conhecimento zero têm complexidade elevada. Atualmente, o BTC em staking supera 56 mil unidades, com TVL de cerca de 5,6 bilhões de dólares. A a16z já investiu. O próximo objetivo é “multi-staking”: fazer com que um único BTC atenda a múltiplas redes PoS ao mesmo tempo. Mas o problema real é: esses bloqueios correspondem a necessidades de segurança genuínas? Caso contrário, a segurança compartilhada vira apenas acúmulo de capital. $BABY

A outra via para levar ações “para a blockchain” e integrá-las ao ecossistema cripto. bStocks tokeniza ações dos EUA como ativos BEP-20. Os detentores não precisam vender para fazer staking e contrair empréstimos, injetar em DeFi para render juros ou fazer hedge de riscos. Atualmente, a solução já foi expandida para 25 ações, com market cap perto de 300 milhões de dólares. Entre 190 mil usuários, quase 60% participam de negociações de derivativos. Arbitragem entre mercados é a aplicação mais direta: quando bStocks e ações dos EUA apresentam diferença de preço, os usuários fazem operações inversas para travar o ganho. Dados mostram que 206 arbitragistas sistemáticos geraram volume de 198 milhões de dólares e obtiveram lucro de cerca de 636 mil dólares. Porém, a arbitragem é limitada pelos horários de negociação das ações dos EUA e pelo funcionamento 24/7 do bStocks; além disso, custos tornam a tarefa pouco acessível para usuários comuns. #baby

As duas rotas têm direções opostas, mas um objetivo em comum: derrubar as barreiras entre ativos. A verdadeira prova, porém, é se esses ativos realmente se tornam líquidos e passam a atender necessidades reais.

@BabylonLabs_io $BABY #baby

Ao analisar o whitepaper dos “Trustless Bitcoin Vaults” da Babylon, eu tentei encontrar métricas convencionais de gestão de risco em empréstimos e descobri que a lógica subjacente é totalmente diferente dos paradigmas atuais de DeFi. O documento não lista valores padronizados de taxa de colateral ou linhas de alerta; em vez disso, por meio do caso em que Bob toma US$ 50.000 emprestados com 1 BTC, ele revela sua arquitetura única: quando o preço do BTC cai abaixo de um determinado limiar, o mecanismo de liquidação não é acionado por parâmetros predefinidos da plataforma, mas é executado automaticamente com base nas condições de transação em bitcoin pré-assinadas pelo usuário ao bloquear as moedas. Esse design transfere o poder de liquidação dos contratos da plataforma para condições criptográficas definidas de forma autônoma pelo usuário. Ao validar o estado de contratos externos por meio do BitVM3, ele possibilita um verdadeiro sentido de gestão de risco descentralizada.

Diferentemente das plataformas tradicionais de empréstimos, que entregam regras, confiança e riscos “embalados” juntos, o mecanismo de vault @BabylonLabs_io fixa as fronteiras de segurança no exato momento em que o usuário assina. As condições que disparam o pagamento ou a liquidação são escritas em scripts do Bitcoin; a plataforma não consegue interferir nem modificar. O usuário precisa assumir a responsabilidade de monitorar o preço e fazer aportes adicionais. Embora esse design, na fase PoC, ainda suporte apenas uma liquidez de algumas dezenas de dólares no Morpho, ele marca uma mudança de paradigma: a lógica de liquidação sai de “regras da plataforma” e passa para “condições criptográficas autodefinidas pelo usuário”.$BABY

No entanto, o mecanismo ainda envolve premissas de confiança. A liquidação depende de liquidadores da lista branca que monitoram o preço; a precisão e a pontualidade do oráculo afetam diretamente o resultado do julgamento. Embora esses componentes não consigam roubar o BTC do usuário, desvios na cotação podem causar liquidações equivocadas. Além disso, o sistema atual ainda não implementou totalmente uma liquidação sem permissão; ainda é necessário contar com o comportamento honesto de participantes específicos.#baby

Os “Trustless Bitcoin Vaults” da Babylon não são um produto de empréstimos para otimização de parâmetros; eles reconstroem a lógica de atribuição do poder de liquidação. A decisão sobre a liquidação forçada do “grande bolo” sai do botão de alerta da plataforma e passa para as condições criptográficas definidas pelo usuário, fazendo com que a liquidação se torne um resultado definido autonomamente pelo usuário, e não um produto de intervenção da plataforma. Essa inovação ainda precisa ser validada nos testes com dinheiro real, mas oferece para o DeFi nativo do Bitcoin um paradigma de segurança inteiramente novo. Seu valor está não apenas na implementação técnica, mas também na redefinição do modelo de confiança do financiamento descentralizado.

#baby $BABY @BabylonLabs_io

Ao estudar a documentação de staking da Babylon Labs, surge um ponto central de design: todo o processo não é executado de forma dinâmica, mas sim com base em um conjunto previamente gerado e assinado de transações. Quando o usuário inicia o staking, o protocolo não implanta nenhuma lógica de execução contínua na blockchain do Bitcoin; em vez disso, naquele momento, ele constrói um conjunto de transações assinadas que abrange todos os cenários futuros, como desatrelamento (unbonding) e slashing, entre outros. Além disso, o destinatário e o valor de cada parcela de fundos já são definidos antes do UTXO ser bloqueado. @BabylonLabs_io

Por que abandonar contratos dinâmicos? A razão fundamental é a limitação de expressividade da linguagem de scripts do Bitcoin. A linguagem de script não é Turing completa, não consegue manter estados complexos nem reagir a mudanças externas. Portanto, a Babylon não consegue implementar diretamente, na cadeia, a lógica de contratos com estado. Diante disso, a equipe encontrou outro caminho: usar um conjunto estático de transações pré-assinadas para “simular” a execução do contrato. De forma específica, cada UTXO de staking recebe três vias de gasto fixas: retornar ao endereço original após o vencimento de um bloqueio por tempo (timelock), permitir o desatrelamento antecipado com autorização do comitê (comissão), e executar o slashing quando uma dupla assinatura do validador é verificada. #baby

As vantagens desse desenho determinístico são evidentes: todos os fluxos de fundos são limitados antecipadamente. Mesmo que a mainnet da Babylon falhe ou que haja interrupção na rede, as transações pré-assinadas que já foram transmitidas para o mempool ainda podem ser incluídas pelos mineradores quando as condições forem atendidas, garantindo que as regras permaneçam válidas em situações extremas. Porém, o custo da rigidez também é claro: a flexibilidade praticamente desaparece. Durante o período de staking, o usuário não consegue ajustar qualquer parâmetro, como taxa de juros (rate), duração ou delegação a um validador. Se quiser mudar a estratégia, precisa primeiro concluir o desatrelamento; depois, com os fundos de volta, criar um novo staking — um processo demorado e suscetível a perder janelas de oportunidade. $BABY

Isso não é uma concessão temporária, mas uma ponderação racional baseada nas características do nível base do Bitcoin. Dentro dos limites das capacidades atuais, trocar modelos determinísticos de transações por garantias de segurança confiáveis talvez seja o caminho de engenharia mais prático. Embora isso implique abrir mão de ajustes dinâmicos, oferece uma base de segurança em que, mesmo em casos extremos, as regras de liquidação ainda podem ser executadas de forma rigorosa. Além disso, a lógica fica mais “congelada”, o que a torna mais fácil de auditar. Para redes de base que buscam descentralização máxima e robustez, essa escolha tem um significado real e profundo.
@BabylonLabs_io #baby $BABY

O dilema de confiança do Bitcoin foi finalmente rompido pela Babylon

O Bitcoin é o maior ativo do mundo cripto, mas sua taxa de utilização no DeFi é de apenas cerca de 1%. A grande maioria do BTC fica apenas “parada” nas carteiras, juntando poeira, porque as soluções existentes — seja tokenização (wBTC), pontes entre cadeias ou custódia centralizada — obrigam os detentores a fazer uma escolha dolorosa entre rendimento e custódia.

O Trustless Bitcoin Vaults (TBV), lançado pelo @BabylonLabs_io , muda tudo isso.

O que é o TBV? Em poucas palavras, ele permite que detentores de Bitcoin usem BTC como garantia em aplicações de DeFi na Ethereum, sem precisar de ponte, sem precisar de tokenização e sem abrir mão das chaves privadas: seu BTC permanece sempre na rede do Bitcoin.

Como isso funciona tecnicamente? Os usuários bloqueiam o BTC em um script Taproot assinado em conjunto por eles próprios (cada vault equivale a um UTXO independente). O contrato de protocolo na Ethereum acompanha o estado de cada vault e se integra a aplicações DeFi como o Aave v4. A transição de estado entre cadeias é garantida por meios criptográficos, e não por intermediários confiáveis. O mecanismo de desafio BABE adotado pela Babylon permite que o Bitcoin valide as provas de resgate na Ethereum, usando apenas primitivas de script existentes do Bitcoin, sem necessidade de bifurcações.

Cada vault é independente, isolado e não reutilizável como garantia. Não há risco de mistura de fundos em pools, e nenhum terceiro consegue desviar seu BTC. A confiança deixa de ser “humana” e passa a ser criptográfica.

O que isso significa na prática? Significa que o Bitcoin finalmente pode participar de forma segura, transparente e eficiente de cenários DeFi como empréstimos on-chain, cunhagem de stablecoins e contratos perpétuos. O que o $BABY representa é exatamente a mudança de paradigma do Bitcoin: de ativo adormecido para ferramenta de produtividade.

A era DeFi do Bitcoin começa com TBV.#baby

@BabylonLabs_io $BABY #baby

Anos atrás, pensei em ganhar uns juros com Bitcoin, dei uma voltinha no assunto e no fim desisti. Naquela época, cheguei a tentar fazer ponte para a rede Ethereum, mas as taxas eram absurdamente altas — e ainda ficava aquela sensação no peito, com medo de a ponte dar problema. Depois troquei por WBTC, mas aí fiquei preocupado com o risco de desancoragem: passava o dia olhando a profundidade do pool da Curve, ficando todo nervoso. No fim, resgatei tudo de volta e deixei lá, de forma bem tranquila, sem mexer mais.

Nos últimos dias, vi notícias sobre o @BabylonLabs_io e o Aave v4 sendo disponibilizado na rede de testes; isso me fez reconsiderar o tema. A mecânica é bem diferente do que eu já tinha visto antes. O Bitcoin nem precisa sair da mainnet: ele fica travado num cofre na própria rede, com a chave privada sempre sob seu controle. Então como o Aave “sabe” quanto você depositou? Ele lançou algo chamado vaultBTC — mas isso não é moeda de verdade; é só um identificador interno de contabilização. Não dá para transferir nem negociar; serve apenas para marcar, dentro do sistema de empréstimos do Aave, o valor do seu colateral. Em outras palavras: o Bitcoin continua parado onde sempre esteve, e do lado do Aave fica apenas o “registro” do número correspondente; não há interferência entre os dois.#baby

O que mais me chamou atenção nesse desenho é que ele contorna completamente as armadilhas das pontes cross-chain e de ativos encapsulados. Antes, as soluções sempre exigiam entregar o Bitcoin ou embrulhar de alguma forma — e isso deixava a gente sem confiança. Aqui, a lógica é: preserva-se a segurança nativa, mas ainda assim dá para usar o ativo como colateral para pegar empréstimos. E, durante o período de custódia, ainda dá para ganhar uma fatia de rendimento via o mecanismo de validadores. A taxa de uso do capital dispara. Como o valor de mercado do Bitcoin é enorme, mas a maior parte fica dormindo na carteira; no fundo, os detentores não têm coragem de ficar “inventando moda”. Se esse mecanismo funcionar, é como abrir uma janela para esses BTCs que estão adormecidos. $BABY

Claro, ainda está na fase de testnet agora. A ativação na mainnet ainda depende de passar por voto de governança, ajustes de parâmetros de risco e auditoria de código. A taxa de juros de empréstimo como vai ser definida, qual será o limite de liquidação — esses detalhes ainda não foram finalizados, e não sabemos se aguentará cenários extremos. Mas, pela ideia de design, é bem mais limpo do que aquelas soluções que dão voltas. Vou continuar acompanhando: se, depois do lançamento oficial, conseguir sustentar isso de forma estável, a posição do Bitcoin em DeFi talvez realmente precise ser reescrita.

#baby $BABY @BabylonLabs_io

Tenho visto muita discussão na Binance Square recentemente, mas a maioria se concentra na liquidez. Enquanto eu pensava no TBV de @BabylonLabs_io , encontrei um ângulo ainda mais profundo: a intenção original do Bitcoin é ser dinheiro eletrônico ponto a ponto, mas hoje nós queremos que ele participe de empréstimos, derivativos e outras finanças mais complexas. Só que, a cada tentativa, parece que algo precisa ser sacrificado: ou a descentralização, ou a segurança.

O TBV me fez reconsiderar esse impasse. O que será que realmente falta: liquidez ou uma forma de participação que não dependa de confiança adicional? $BABY

Atualmente, a maioria dos projetos de BTC DeFi segue a rota de migração: pontes cross-chain, ativos embrulhados, contas de custódia... Seja qual for o nome, existe por trás a necessidade de um “testemunha” para provar que seu BTC ainda está lá. Esse modelo de fato traz liquidez, mas também introduz silenciosamente novas premissas de confiança, e muitos usuários talvez nem percebam.

O TBV escolhe outro caminho: ele não move o BTC, e sim redesenha o mecanismo de confirmação de estado. Usando scripts do Bitcoin para construir um Vault, com saídas do Taproot para registrar o estado travado, todo o patrimônio permanece na blockchain principal do Bitcoin. Cada Vault é vinculado a um UTXO independente, sem se misturar a qualquer pool compartilhado; isso implementa isolamento “nativo”, reduzindo bastante o risco sistêmico.

O que realmente me interessa é a estrutura de poder. Em soluções tradicionais, quem tem autorização para alterar o estado do Vault? Normalmente administradores, grupos de multisig ou governança on-chain. O TBV tenta reduzir ao máximo esses fatores humanos, confiando em regras pré-definidas, scripts do Bitcoin e fluxos de verificação para conduzir o processo. De forma mais específica: o caminho de saque é definido com antecedência; o resgate é baseado em provas de conhecimento zero originadas de eventos na Ethereum; e a validação é concluída dentro do script do Bitcoin. Os usuários ainda têm um mecanismo de saída independente, sem depender de terceiros.

Além disso, o design de cada Vault com um UTXO independente não só isola o risco, como também simplifica a validação externa: a aplicação precisa apenas verificar o UTXO específico, sem ter de varrer o estado global. Isso facilita clientes leves e interações cross-chain.

Claro que esse desenho ainda enfrenta desafios de eficiência, dificuldade de integração e testes em cenário real. Mas o enunciado central que ele propõe, eu acredito, vale acompanhar a longo prazo: quando o Bitcoin se expande para cenários financeiros mais amplos, dá para fazer com que a expansão de cenários avance junto com a preservação do controle?

Talvez ainda seja cedo para responder, mas o TBV ao menos nos aponta um caminho digno de ser explorado.

#baby $BABY

Sem querer comprei um foguete falsificado $SPCX ; na praça todo mundo está olhando—será que é porque estão pessimistas? Afinal, eu devo ou não cortar o prejuízo? Ainda dá para recuperar o que investi? Tem algum irmão mais velho que possa me ensinar como fazer?

O mundo cripto nunca falta de novos conceitos. Nos últimos anos, a ausência de necessidade de permissão parecia ser a bandeira do setor: todo mundo conseguia implantar contratos e participar da economia on-chain. Essa abertura foi repetidamente enfatizada. Mas, recentemente, a direção parece estar mudando.

O dinheiro institucional entrou, a RWA e as stablecoins estão ganhando escala, e os Agentes de IA também começaram a aparecer na cadeia. O ecossistema está ficando cada vez mais diverso; só a abertura já não basta. Na comunidade, começaram a discutir um novo problema: além da abertura, precisamos de uma camada adicional de confiança verificável?

O Newton Mainnet Beta foi criado exatamente para isso. Eles montaram uma camada de autorização on-chain; em termos simples, é fazer com que as verificações de segurança rodem antes da execução da transação.

Para dar um exemplo: o controle de segurança do aeroporto sempre acontece antes do embarque, não esperando o avião decolar para verificar quem levou algum item proibido. A ideia do Newton é semelhante: validação de identidade, revisão de conformidade e estratégias de controle de risco são transformadas em regras antecipadamente. Quando alguém inicia uma transação, o sistema primeiro executa uma rodada de filtragem; se cumprir as condições, a transação é liberada. O resultado é sincronizado e registrado na blockchain.

Essa abordagem se mostra especialmente adequada para DeFi. À medida que os pools de capital ficam maiores, e os participantes deixam de ser apenas varejo para se tornarem instituições, a necessidade de uma camada de execução de regras aumenta naturalmente. Para usuários comuns, as transações deixam de ser uma caixa-preta: cada ação liberada tem uma base rastreável on-chain. Para instituições, esses registros de verificação podem servir diretamente como evidências de auditoria.

Pensando mais a fundo, a Newton está, na verdade, impulsionando uma mudança de narrativa. A permissão desnecessária resolve quem pode entrar. A Newton quer responder o que acontece depois que você entra: como seguir regras. As duas coisas não competem; uma constrói a base, e a outra instala uma malha de filtros por cima.

No nível técnico, eles disponibilizam as capacidades por meio do Newton Vault SDK, permitindo que outros protocolos integrem diretamente. Mas projetos desse tipo de infraestrutura têm um problema em comum: se o ecossistema não decola, vira investimento em vão. No fim das contas, precisa haver alguém realmente disposto a entregar o controle de risco para essa camada gerenciar.

Nos próximos passos, vou acompanhar os dados reais de adoção após o lançamento na mainnet. A história pode ser contada de forma bonita, mas se vale ou não, depende de quanto dinheiro de verdade está rodando na cadeia.

@NewtonProtocol $NEWT #newt

A contagem regressiva do Airdrop da GRVT começou; última investida antes do TGE

Faltam apenas 3 dias para o prazo final de registro do airdrop da GRVT (encerramento em 17 de julho). O token da GRVT será oficialmente lançado em 21 de julho. Este é o último período para entrar no planejamento e na alocação.

A GRVT, como um DEX híbrido baseado no ZKsync, se posiciona como “Goldman Sachs on-chain” — unindo a experiência de negociação de um CEX com a característica de autocustódia do DEX. Sua competitividade diferencial se destaca em três pontos:

No nível do produto, a GRVT utiliza uma arquitetura de “matching off-chain + liquidação on-chain”, alcançando alto rendimento com 600.000 TPS (60万TPS). Além disso, expandiu de contratos perpétuos para negociação de spot e opções. A função GRVT Invest lançada recentemente, ao integrar protocolos como Aave e Centrifuge, permite que garantias ociosas também gerem retornos de RWA, realizando um ciclo fechado de “trading + investimento”.

No nível de conformidade, a GRVT obteve a licença M de marca de derivativos de ativos digitais da Autoridade de Gestão Financeira de Bermudas e, na Lituânia, possui a licença VASP, preparando um caminho de conformidade para a entrada de recursos institucionais.

No nível de incentivos, os prêmios da comunidade representam 20% do fornecimento total de tokens. Recentemente, a equipe oficial também lançou uma série de atividades, como o desafio de volume de negociação de 250 mil USDT e a liga de negociações da equipe, para estimular ainda mais a atividade do ecossistema. @grvt_io

Com a aproximação do TGE, a GRVT conseguirá validar sua narrativa de “DeFi em conformidade” por meio do lançamento do token — esse será um ponto de observação importante para o segundo semestre na categoria de Perp DEX. #grvt

(Este artigo é apenas uma análise do projeto e não constitui recomendação de investimento. DYOR.)

$SPCX Comprei uma “foguete” falsificada? Ela parece ainda mais falsa do que uma moeda falsificada. O preço de liquidação a 106 eu devo vender e fugir? O que vocês acham: ainda vale a pena continuar segurando? #SPCX

Hoje é raro eu descansar; depois de desmontar com paciência a arquitetura híbrida de TEE+ZKP de Newton, como alguém que lê histórias a partir de erros de código, admito que, no nível de engenharia, ela é realmente mais refinada do que os esquemas de múltipla assinatura tradicionais. Mas, ao tirar o invólucro técnico, o que vejo é uma forma alternativa de centralização, polvilhada com matemática de alta dimensão.

O problema está no poder de definir a estratégia. Linguagens abertas como Rego são neutras por si, mas quem escreve as regras e quem faz a auditoria determina diretamente para onde flui o poder. Sem tempo nem energia, o investidor de varejo não consegue revisar, linha por linha, as cláusulas de estratégia com lógica aninhada; no fim, a interpretação inevitavelmente cai nas mãos de poucos órgãos de auditoria e equipes de compliance. O “template” de segurança que você marcou nada mais é do que uma opção previamente preparada para a elite — onde está a descentralização? Na verdade, é a confiança nas pessoas empacotada e transferida para uma minoria que definiu as regras do projeto. @NewtonProtocol

A dependência de hardware é outra bomba-relógio. O projeto se promove dizendo que as decisões rodam dentro de uma ilha SGX, com uma camada externa envolta em ZKP para garantir que não seja adulterado. Mas, nesses anos, não tivemos falhas em canais laterais do SGX? Se o nível mais básico do chip for comprometido, o que a prova de conhecimento zero prova é apenas um fluxo de execução já contaminado. Fugimos da caixa-preta da corretora, mas damos um passo para outra fortaleza erguida por patentes do fabricante do chip. $NEWT

Mecanismos de recompra e de punição ainda parecem bem elaborados quando há liquidez abundante; porém, em cenários extremos, enquanto o processo de penalidades se conclui, os hackers já terão levado embora os lucros. Justiça tardia na cadeia não tem sentido. E, além disso, ao codificar em regras rígidas uma regulamentação volátil, o sistema precisa de correções frequentes; qualquer erro mínimo de configuração pode transformar o investidor comum no responsável pelo custo.

No nível da economia de tokens, a taxa de crescimento da oferta é muito maior do que a capacidade real de sustentar o negócio — a bolha é visível a olho nu. Entendo que instituições queiram se autoamarrar por compliance, mas não há necessidade de embalar isso como “libertação” para o varejo. No labirinto do compliance, o usuário está se tornando apenas mais um cidadão obediente das finanças tradicionais. #Newt

Minha postura sempre foi pragmática: até que o projeto seja colocado em prática com uma solução que aguente melhor testes extremos, mantenha o dinheiro bem guardado. Ao cultivar, na blockchain pública, um “território financeiro concedido”, isso é realmente o caminho do DeFi ou o retorno da velha ordem? O tempo dirá, mas antes disso, manter a lucidez é muito mais importante do que perseguir narrativas.

Na calada da noite, revolvi de ponta a ponta os documentos da conta @grvt_io .

Não foi por pressa em tirar conclusões, mas porque aquele design em camadas nunca me deixou em paz. Contra o que ele estaria tentando se proteger? E com que coragem ousa ser tão projetado?

Seguindo as pistas, cheguei finalmente à estrutura em duas camadas do grvt core.

A primeira camada é a conta do cofre, com um status parecido com permissões raiz de todo o ecossistema. Depósitos e saques passam por essa porta; saques exigem múltiplas assinaturas, com níveis de auditoria empilhados bem alto. A segurança é realmente sólida, mas a experiência lembra conversar com o balcão de um banco — cada passo tem justificativa, mas também cada passo é, no mínimo, pouco agradável.

A segunda camada é uma conta dedicada a transações. As permissões são emitidas pelo cofre, a API fica vinculada aqui, mas a chave privada nunca é armazenada. Esse isolamento significa que, mesmo que alguém copie a API Key, só consegue listar ordem e cancelar ordens — não consegue mexer no dinheiro subjacente. Essa separação, a maioria das plataformas não faz tão limpo.

Em seguida, segui o fluxo de fundos até a etapa de matching de ordens.

A correspondência é feita em alta velocidade fora da cadeia (off-chain). O resultado não é gravado em banco de dados, e sim empacotado na blockchain com provas de conhecimento zero, para então o contrato fazer as contabilizações. Off-chain disputa velocidade; on-chain garante imparcialidade. O objetivo é bem claro: equiparar throughput à CEX, e aproximar a liquidação da DEX. As rotas de ponte entre cadeias também são totalmente públicas — ao menos na direção de migração de ativos — sem esconder qualquer porta dos fundos ou taxas implícitas.

Mas alguns detalhes me deixaram em alerta.

Por exemplo, a chave privada é gerada diretamente no navegador: é rápido, mas também é perigoso. Limpe um cache uma vez, perca um backup uma vez — e o que existe na conta já era, não dá para recuperar. Isso não é só uma imperfeição de usabilidade; para pessoas sem hábitos profissionais de operação e manutenção, parece mais uma porta lateral que não foi trancada. #grvt

Os dados de desempenho divulgados no whitepaper realmente impressionam, mas sem um teste de carga independente, por um dia inteiro só dá para tratar como valor esperado. A linguagem de projeto de toda a arquitetura é claramente voltada para operações institucionais; para pequenos investidores que fazem algumas transações na mão, o nível de exigência não é baixo.

Então, colocar ativos nesse tipo de sistema vale a pena? Precisa primeiro calcular se você consegue aguentar toda essa complexidade.

Quanto ao investidor comum: ele vai se adaptar a ele ou vai contornar? Até agora, eu ainda não vi a resposta.

Nos últimos dias, revisei todo o código do Keystore Rollup de @NewtonProtocol e depois fiquei um tempo olhando, meio perdido, para aquele número de 57 milhões de usuários de carteira na página inicial. Separar o estado de permissões da mainnet e rodar uma cadeia à parte — a ideia, no papel, realmente parece bonita. O desgaste de gas diminuiu e as chaves de sessão ficaram mais flexíveis. Mas, depois de testar na prática e fazer algumas simulações, percebi que esse mecanismo traz problemas próprios tanto no lado técnico quanto no comercial.

No lado técnico, o que mais dá trabalho é a sincronização entre cadeias. Eu alterei o limite de uma ordem numa conta de teste; do lado do Keystore foi aprovado na hora, mas o estado levou quase 5 minutos para chegar à cadeia Base. Durante esses 5 minutos, todos os comandos enviados pelo agente ficaram travados, como se a conexão tivesse caído. Quem trabalha nessa área sabe bem: quando o mercado enlouquece, até 5 segundos de atraso podem ser fatais; 5 minutos é basicamente deixar o robô ali parado para apanhar. Outra preocupação, escondida na camada mais baixa, é que hoje o sequenciador é administrado por apenas uma entidade; a ordem de produção dos blocos e a resistência à censura, na prática, ficam dependentes de um único ponto.

No lado comercial, também há dúvidas que não dá para contornar. Esses 57 milhões de usuários vieram da carteira embutida da Magic, resolvendo o problema de login com um clique para iniciantes. Mas o VaultKit, que a Newton promove, é voltado para controle de risco de cofres institucionais; os dois tipos de cliente não têm quase nada em comum. Ter muitos clientes em uma loja de conveniência não significa que eles vão comprar, por impulso, um firewall corporativo. A solução de integração oferece três opções, mas a documentação não deixa claro o quanto cada uma é trabalhosa, quanto de gas extra consome nem o tamanho da cirurgia necessária para migrar um sistema antigo. O preço então é ainda mais nebuloso: só há um botão para solicitar uma demonstração, e uma equipe pequena nem consegue fazer as contas. $NEWT Também não ficou claro como isso se conecta à receita do VaultKit; e o custo de staking oscila todo dia com o preço da moeda — quem aguentaria isso?

Reconheço que a direção está certa: separação de permissões, somada ao canal da Magic, tem base para o longo prazo. Mas, no momento, com a latência ainda sem solução, a descentralização comprometida, o encaixe com os clientes ruim e o modelo econômico vago, essa infraestrutura ainda está longe de ter maturidade para sustentar operações intensivas no mundo real. #Newt

Ontem, comecei a preencher o formulário de solicitação e fechei no meio. Investimento em infraestrutura não é aposta de curto prazo; se a conta não fecha, não entro no jogo. Vou esperar até que @NewtonProtocol deixe claros o ambiente sandbox e a economia do token; por enquanto, fico só observando do lado de fora.

GRVT sobre o desenho do resgate do “cofre” eu fiquei pensando um tempo; quanto mais olho, mais percebo que aquilo não brinca de fila — é um leilão de prioridade.

As regras parecem limpas: se estourar o prazo, o pedido “entra na frente” automaticamente. Só que, quando você estica a linha do tempo, esse mecanismo cria brechas: as grandes ordens conseguem disparar repetidamente o modo de emergência para ficar repetidamente na frente; já as pequenas só conseguem ficar lá embaixo na piscina. Quando a liquidez aperta, o resgate comum vira, na prática, pendência. @grvt_io

Mas o que mais me deixa desconfortável não é a fila em si — é aquele “alavancador” oculto chamado vault_im_additions. Ele funciona como uma mola: quanto mais urgente é o resgate, mais o limite de margem é empurrado para cima. Suponha que o patrimônio do strategy seja 100 mil; antes bastava 80 mil de margem. Quando entra um resgate de emergência de 30 mil, o sistema já empurra o limite para 110 mil. A estratégia fica instantaneamente travada: só dá para vender, não comprar — e essa facada no fim corta a posição de todo mundo que ficou depois.

Por isso eu defini uma regra dura para mim: antes de entrar em qualquer estratégia, primeiro descubro o prazo máximo de resgate e depois puxo a curva histórica do vault_im_additions para ver. Se essa linha fica pulando com a frequência de um eletrocardiograma, significa que a pressão de resgate está corroendo continuamente o espaço operacional da estratégia; esse ambiente não é para entrar com peso. Se for uma tendência de longo prazo, então o registro de resgates obrigatórios precisa entrar na lista de revisão diária.

Falando do TGE do GRVT: em 21 de julho, o total é 1 bilhão; comunidade + airdrop juntos cortaram 28%. Agora, o mercado está mais dividido por um duelo entre duas forças: o “tabuleiro” de liquidez do capital preso no recompra e o fluxo de venda após o desbloqueio do airdrop. Quem desferir o primeiro golpe, e qual tiver o punho mais duro.

Minha leitura é bem simples: isso não determina a direção, só a amplitude. Se o TVL não tiver uma quebra real, o dinheiro desses recompras é como jogar água. E quando a fatia do airdrop sobe de 22% para 28%, os 6% a mais — assim que entrarem em circulação — geram pressão vendedora real. Nas primeiras semanas, a tendência mais provável é uma volatilidade em grande faixa, de vai e vem. #grvt

Então minha estratégia se resume a quatro palavras: esperar a poeira baixar. Depois do TGE, fazer a liquidez realmente começar a rodar e deixar os dados falarem. A narrativa pode ser inventada de ponta a ponta, mas o valor líquido do posicionamento não mente.

A versão Beta recente de @NewtonProtocol tem gerado bastante discussão no meio, e eu também testei na prática com um capital pequeno o fluxo de PolicyFactory e IdentityRegistry. Vou direto ao ponto: direção de segurança na validação prévia da transação — eu concordo. Ao fazer verificação de identidade e bloqueio de riscos antes da liquidação, em teoria dá para barrar grande parte dos riscos on-chain na origem, melhorando de fato a segurança.

Mas, na prática, os problemas também são muitos.

O mais frustrante é a lógica de validação da chave de sessão. Em teoria, usar uma chave que nunca foi registrada para a validação e simplesmente o sistema rejeitar já resolveria tudo. Só que, na realidade, ele percorre silenciosamente todas as instâncias relacionadas de IdentityRegistry, tentando encontrar um match. Assim, uma transação que poderia falhar rápido vira uma operação demorada, e no fim só aparece uma frase: “transação falhou”. O Gas é queimado à toa, e mesmo depois de investigar por horas não dá para perceber que o motivo é simplesmente a chave não registrada — fica bem mais trabalhoso do que deveria.

Cenários com múltiplas instâncias de Registry são ainda piores. As instâncias não sincronizam automaticamente; para que a mesma chave funcione em vários lugares, é preciso registrar manualmente em cada instância, aumentando diretamente o volume de trabalho repetitivo. Além disso, não há mecanismo de cache em consultas entre instâncias, então o consumo de Gas cresce de forma linear com o número de instâncias. Como NEWT é o token de Gas da rede, o custo das operações de permissão acaba sendo elevado de forma “invisível”. Para projetos que pretendem implantar em grande escala, isso vai acumulando pressão ao longo do tempo.

A documentação e as mensagens de erro também não são amigáveis. Muitos detalhes só ficam claros quando a gente realmente cai em problemas, e a curva de aprendizado é mais íngreme do que eu esperava.

Dito isso, porém, não apaga o mérito. A validação prévia da transação é uma direção correta. Se eles conseguirem otimizar cada um dos problemas acima, a praticidade e a confiança do projeto certamente darão um salto qualitativo. Eu pessoalmente penso no longo prazo: quando o Beta aprimorar a lógica de consulta, a documentação e as mensagens de erro para ficar mais fluido, eu com certeza considerarei aumentar o investimento. Afinal, se a segurança estiver bem feita, com o desenvolvimento do ecossistema depois, as oportunidades são grandes.

No momento, eu sigo observando as iterações com um capital pequeno, e o aporte principal ainda não mudou. Espero que a equipe consiga acelerar o ritmo de otimização. Se você tiver experiência prática e tiver encontrado problemas em testes, sinta-se à vontade para vir trocar ideias e compartilhar o que aprendeu no processo.

#Newt $NEWT