比特发发发

大家都说Babylon的EOTS机制是BTC质押的安全基石，但真能高枕无忧吗？EOTS（一次性可提取签名）的精妙之处在于，如果你委托的验证节点胆敢双签，它的私钥就会以密码学方式被“暴光”，然后链上自动罚没其抵押金，同时锁在你地址上的BTC也会被部分或全部Slash。是的，罚没的刀不仅砍节点，更砍你。很多人误以为BTC在自己地址绝对安全，殊不知签名权已经委托出去。一旦节点出了技术纰漏——比如同步区块时重复签名——EOTS可不跟你讲道理，直接动刑。EOTS基于比特币Schnorr签名扩展实现，节点注册时会暴露一个独特的可提取性标记。只要它用同一个私钥对两个不同高度的区块签名，这两个签名就能被数学运算出私钥。然后任何人都可以构造罚没交易，把节点的抵押资产和你锁进去的BTC一并取走。$BTC
这机制杜绝了恶意双签的动机，但不防bug。去年Cosmos生态某顶级验证人因内存故障意外双签，导致大量委托人的ATOM被罚没。那还是便宜的ATOM，换成BTC，你敢想吗？你每天辛苦挖到的BABY，可能连补牙缝都不够。更可怕的是，BTC永失。所以BABY本质就是这份高风险保险的保费。你拿它的时候，别忘了保费背后是什么。合理分散节点，哪怕少赚点BABY，也要活下来。 #baby @BabylonLabs_io $BABY

As manobras do mercado de vestir o BTC com “máscaras ERC-20” são, em essência, um retrocesso histórico. Você tem que confiar na BitGo para WBTC; a renBTC já passou por incidentes de segurança; e várias pontes (bridges) quase sempre viraram máquinas de saque para hackers. Toda vez que você empacota o BTC de novo, é como trancar o “ouro digital” em outro cofre e depois trocar por papel-moeda. O “Don’t Trust, Verify” que a comunidade do Bitcoin grita há anos, diante do DeFi, perdeu totalmente a validade.
Babylon me chamou atenção porque usa o token BABY para levar a “verificação” de fato para o mundo real. Em termos concretos: sua prova de bloqueio (lock) do BTC é gerada por um módulo de provas de conhecimento zero chamado BABE. Enquanto a validação externa verifica essa prova, ela também checa as assinaturas de garantias econômicas dos detentores de BABY na rede Babylon. Em todo o processo, não existe nenhum intermediário de custódia de terceiros: há apenas criptografia e garantia em jogo (incentivo/segurança). Em outras palavras, o BABY é a engrenagem econômica que atua como “intermediário de confiança” no sistema; mas esse intermediário é encenado coletivamente por milhares de detentores com dinheiro de verdade — mais confiável do que qualquer empresa centralizada.
Por isso, quando vejo a opinião de que “BABY não é diferente de outros tokens de governança”, só posso dizer que ou não olhou o código, ou não calculou as contas econômicas. Votos de tokens de governança diluem? Diluem. Já o BABY, sob o mecanismo de penalidades do protocolo, exige conduta cautelosa: caso contrário, o BABY caucionado será confiscado para compensar os usuários que fizeram o staking do BTC. Esse vínculo de “recompensa por sangue” (sangria/compensação) faz o valor de governança do BABY ser muito maior do que o imaginado; não é um mero voto de enfeite, mas uma partilha de risco com custo econômico.$BTC
No futuro, quando o protocolo Babylon for integrado aos principais wallets de Bitcoin, o usuário só precisa apertar um botão para fazer o staking nativo e ganhar BABY. Então, a demanda por BABY pode explodir de um jeito ainda mais forte do que qualquer expectativa de airdrop. Porque, a partir desse momento, o “lado adversário” do BABY deixa de ser outros altcoins e passa a ser o problema de escoar capital ocioso de todo o ecossistema de Bitcoin.
#baby @BabylonLabs_io $BABY

No modelo de confiança da TBV, o que mais costuma ser ignorado na verdade é o gerenciamento de chaves privadas no lado do usuário. Diferentemente dos sistemas de conta do Bitcoin e do Ethereum, o cofre precisa gerenciar chaves privadas da mainnet do Bitcoin, algo que sempre foi um ponto de atrito para usuários comuns. Recentemente, os detalhes da parceria entre Babylon e Ledger foram surgindo aos poucos. O ponto central não é simplesmente usar o Ledger como uma carteira de hardware, mas fazer com que o assinador de hardware do Ledger atue diretamente como o “módulo de segurança” do cofre: realizar localmente as assinaturas das conversões de estado e, em seguida, transmitir os resultados assinados. A chave privada não toca a rede em nenhum momento; nem mesmo nós de testemunha do cofre conseguem acessá-la.
A engenhosidade desse desenho está em que ele dissolve a parte que o usuário mais teme — ter a chave privada roubada ou o testemunho agir de má-fé — por meio de isolamento físico. Mesmo que o computador seja completamente comprometido, o atacante não consegue obter a capacidade completa de assinatura. Quem participou dos testes em testnet relatou que, após conectar o Ledger, todo o fluxo de depósito foi reduzido de sete etapas para três, com grande queda na taxa de erro. Para instituições que desejam adotar em larga escala a TBV, a modularização do hardware é a primeira barreira que passa na auditoria de conformidade.$BTC
$BABY pode interessar mais aos detentores por causa da expansão do ecossistema, mas a maturidade dessas ferramentas de camada fundamental é a premissa para que o valor do BABY se sustente. Sem um bom ponto de entrada, mesmo a melhor narrativa de não custodial só consegue servir a geeks. Agora, a cadeia de ferramentas do front-end da TBV já abrange Ledger e Keystone; em seguida, a solução de wallet-as-a-service também será gradualmente lançada. Essa velocidade de avanço vale mais a pena observar do que o próprio preço do token. Afinal, com o ecossistema funcionando, a demanda por tokens de governança do BABY não fica girando em falso.
#baby @BabylonLabs_io $BABY

Se você desmontar os Trustless Bitcoin Vaults da Babylon, vai perceber que, na essência, é um conjunto de “contratos de pagamento condicionado” implantado na rede principal do Bitcoin. A diferença é que o objetivo desse contrato não é negociar, e sim transformar o Bitcoin em uma âncora econômica para outros protocolos. Quanto mais eu estudo a arquitetura, mais sinto que a Babylo n está fazendo algo extremamente ousado: ela está tentando converter os 1,2 trilhão de dólares em BTC adormecido em todo o ecossistema da rede no tipo mais confiável de garantia — e tudo isso sem precisar de nenhuma ponte entre cadeias.
O funcionamento do TBV pode ser explicado em uma frase: você bloqueia o BTC em um script que só você mesmo consegue desbloquear, e ao mesmo tempo emite para terceiros uma “assinatura única”, comprometendo-se a permitir que esse BTC seja usado para penalizar sob condições específicas. Em outras palavras, ele fica “congelado” na maior parte do tempo; só quando você comete algum tipo de má conduta (por exemplo, assinar duas vezes na cadeia de consumo) é que essa garantia será de maneira razoável “confiscada”. E quem executa a confiscação não é a Babylon — qualquer pessoa pode, de posse das suas evidências, acionar o caminho de penalidade embutido no contrato. Esse sistema de punição com “fiscalização por todos, execução sem dono” atualiza a segurança econômica: sai da auditoria manual e passa a ser uma lei automatizada.
Mas, apesar do impacto, também vejo uma discrepância sutil: isso só é perfeito em teoria. No cenário real, a coleta de evidências do evento de confisco, a transmissão e a velocidade de confirmação on-chain podem cair numa lama de “fazer a sentença é fácil, difícil é executar”. Além disso, com as interferências potenciais do MEV dos mineradores, o caminho de penalidade pode ser executado antes por alguém que antecipe? O investidor comum nem sequer tem capacidade de monitorar e submeter evidências de confisco; no fim, será que não volta a ser mais uma “brincadeira” exclusiva de grandes players e construtores de blocos? O TBV abre uma porta elegante, mas o corredor atrás dela ainda está escuro.$BTC
No momento, a Babylon usa tokens BABY como incentivo para lubrificar esse modelo, permitindo que usuários iniciais experimentem o paradigma com baixo custo. Mas eu não consigo deixar de pensar: quando um grande volume de capital realmente entrar, que tipo de pressão brutal essa engenhosa espécie de contrato social vai enfrentar?
#baby @BabylonLabs_io $BABY

Descobri que meu modelo de stop-loss apresentou um “falso disparo” durante a noite: a alimentação de preços inseriu um pino por um instante e o agent executou diretamente uma venda a mercado. Embora, no fim, a cotação tenha se recuperado rapidamente e não tenha causado um prejuízo real, a sensação de acordar de madrugada e checar os registros on-chain é impossível explicar—quem usa, entende. $BTC
Voltei para ver os parâmetros no modelo: o preço de disparo do stop-loss e a cotação do oráculo usada para a execução eram, na verdade, da mesma fonte de dados. Ou seja, assim que o preço on-chain tiver uma oscilação intensa e curta, mesmo que seja por apenas um ou dois blocos anômalos, o agent vai tratar isso como uma quebra real. Esse desenho não tem tolerância nenhuma e também não permite adicionar condições de “confirmar por N blocos consecutivos”. @NewtonProtocol
Isso é um defeito fatal para ativos com alta volatilidade. No mercado cripto, a inserção de pinos no book das exchanges, desvios transitórios nas cotações dos oráculos, e atrasos de preço em pontes cross-chain não são eventos aleatórios — são a norma. Se cada pino precisa ser tratado pelo agent como um sinal real de stop-loss, então o chamado “stop-loss inteligente” é, na essência, uma máquina automática de colher pinos. $NEWT
O mais surreal é que, para CEXs comuns, ordens de stop-loss permitem que você configure um modo de “postar após o gatilho”; inclusive algumas suportam ordens iceberg para reduzir slippage. Já a Newton faz tudo em uma só regra: execução a mercado. Isso transforma o stop-loss em uma ferramenta paradoxal: ele só dispara no pior cenário, mas quando dispara, continua sendo no pior cenário. Isso contraria a intenção original de gestão de risco. #Newt
Sinceramente, acho que o modelo de stop-loss precisa incluir imediatamente duas melhorias: primeiro, permitir que o usuário escolha que o stop dispare somente quando “o preço ficar abaixo do limite por N blocos consecutivos”; segundo, suportar ordens limitadas após o gatilho, em vez de um “despejo” incondicional a mercado. Esses dois pontos não exigem mudanças fundamentais de arquitetura — basta adicionar um verificador leve on-chain antes da execução da estratégia. Se não fizer isso, no futuro, durante a conversão entre bull e bear e as oscilações violentas, o stop-loss pode acabar virando uma mina-relógio que destrói posições.

Sempre quis rodar uma grade, mas a latência dos DEX tradicionais me desanimava. Desta vez, tentei usar a API da GRVT para conectar com um script pequeno que eu mesmo escrevi, e não esperava que a experiência fosse tão fluida. Minha estratégia é bem simples: defino a faixa de variação do BTC em 7.000 pontos, com 10 níveis de ordens, cada nível com 500 U, e deixo todas como ordens maker para consumir o rebate.
Após uma semana rodando, foram 93 negociações no total; a grande maioria acabou sendo executada por ordens taker. O lucro médio por operação ficou entre 0,8 e 1,2 U; somando o rebate maker, o lucro bruto acumulado foi de 128 U. Durante o processo, o maior deslizamento veio em horários de madrugada, quando a liquidez estava mais fina: em duas ocasiões, as ordens pendentes não foram totalmente executadas e o preço saltou, o que bagunçou a posição da grade. No fim, ajustei manualmente uma vez. No geral, fica sob controle: não houve liquidação por margem (cross/isolated) nem “ordens fantasma”.
Depois de rodar assim, minha impressão da API da GRVT melhorou bastante. A estrutura da documentação é bem clara, e tanto REST quanto WebSocket dão conta. Em testes nos horários menos populares, o tempo de resposta foi praticamente imediato. O único ponto de atenção é que, se fizer muitas alterações de ordens em pouco tempo, pode haver limitação de requisições; então vale pensar um desenho de densidade da grade e frequência de atualização em equilíbrio, não dá para ficar刷一轮 (atualizando) a cada dezenas de milissegundos como em exchanges centralizadas. $BTC
Dá para sentir claramente que a plataforma está tentando levar para a cadeia uma experiência de negociação no nível de CEX. Mesmo com algumas imperfeições, para alguém como eu que quer rodar quant com auto-hospedagem, já é uma fase bastante promissora e que vale a pena testar.
#grvt @grvt_io

Sempre achei que o mais difícil não é escrever a estratégia, e sim descrevê-la de um jeito que outras pessoas entendam e que não possa ser adulterado. Antes, eu e um companheiro de equipe geríamos um pequeno “cofre” juntos: cada um monitorava indicadores diferentes e combinamos que não interferiríamos um no outro. Mas uma vez, quando eu detectei a necessidade de reduzir a posição, ele achou que era um falso sinal e manualmente “empurrou” minhas negociações para fora. No fim, realmente não aconteceu nada grave, mas a rachadura na confiança é difícil de reparar. O problema não está nas pessoas, está no mecanismo: não tínhamos uma regra de decisão antecipadamente combinada e que pudesse ser executada automaticamente.
Depois, tentei colocar as condições de ambos dentro das restrições da estratégia do @NewtonProtocol : quando meu indicador atingir o limite A, e o indicador dele não tiver acionado a condição de veto B, o agente poderá proceder com a redução. Depois que essa lógica funcionou no simulatePolicy, nós dois não precisávamos mais de intervenção manual; ninguém precisava convencer o outro. A estratégia executa de acordo com as regras, e o resultado da verificação fica claro à primeira vista.
Na verdade, no dia a dia da colaboração, o que mais drena energia é ficar repetidamente confirmando se a outra parte está fazendo exatamente como foi combinado. A ideia do Newton de transformar regras de colaboração em um policy verificável elimina instantaneamente grande parte do desgaste interno. Eu acho que isso é útil não só na gestão de ativos, mas também tem um valor ainda maior em cenários como gestão de cofres em DAO, e em casos de multi-assinatura e delegação de poder. Não precisa mais olhar para pessoas; basta olhar para as restrições. $BTC
Minha intenção para o próximo passo é também embutir no policy os limites de gastos e a whitelist de protocolos, e ir entregando ao código tudo o que puder ser entregue. Humanos ficam apenas com o último poder de veto.
#NEWT $NEWT @NewtonProtocol

O maior constrangimento ao fazer derivativos on-chain geralmente não é o slippage — é você mesmo se tornar o “alvo vivo” de outras pessoas. Em algumas plataformas descentralizadas do passado, grandes ordens, distribuição de posições e registros de liquidação eram quase totalmente transparentes. Qualquer observador com um pouco de experiência conseguia traçar o fluxo de fundos e os hábitos de operação, o que é especialmente indesejável em negociações no nível institucional. Eu usei o GRVT para simular por um tempo e descobri que ele desenha uma linha bem interessante no limite da privacidade.
Como a camada subjacente adota uma arquitetura de Validium com provas de conhecimento zero, o GRVT não expõe os detalhes de cada transação na blockchain. Se a transação ocorreu de fato e se as atualizações de estado estão em conformidade, isso é validado por provas de validade — sem a necessidade de publicar tudo, como as partes compradoras e vendedoras, o preço de execução e as mudanças de posição. É como fazer a negociação em uma sala fechada, porém com verificabilidade de justiça: quem está do lado de fora só consegue confirmar “o que aconteceu aqui respeita as regras”, mas não consegue ver exatamente o que você está fazendo.
Para usuários comuns, a vantagem direta é reduzir o risco de rastrear estratégias. Antes, aquelas ferramentas que ficavam observando endereços de grandes detentores para identificar pontos de entrada e construção de posição, aqui quase perdem a utilidade. Para market makers e fundos institucionais, isso significa poder fornecer liquidez em maior escala sem expor seus próprios frameworks de controle de riscos. Ao mesmo tempo, isso não equivale a anonimato total — se você usar o mesmo endereço para sacar publicamente, ainda será possível ver o destino do fluxo de fundos na cadeia. Portanto, a descrição mais precisa seria “privacidade verificável”, e não “caixa-preta”. $BTC
Claro, a proteção de privacidade muitas vezes entra em longo conflito com necessidades regulatórias: se no futuro esse tipo de arquitetura vai permitir divulgação seletiva de informações, se será introduzida uma visão de conformidade, ainda precisa ser observado. Mas, pelo caminho puramente técnico, o GRVT faz com que os traders não precisem mais sacrificar “descentralização” em favor de “esconder intenções de negociação”, ou vice-versa — e para jogadores mais avançados, esse valor pode ser muito maior do que economizar alguns centavos de Gas. #grvt @grvt_io

Vocês notaram que o recurso de compartilhamento de estratégias do Newton tem um tipo de carisma social invisível? Políticas que os usuários escrevem podem ser publicadas para que outras pessoas as utilizem; parece que é uma forma de compartilhar um roteiro, mas na prática é mais como “contratar uma equipe pequena de IA só para si”.
Mas eu já pensei em um problema bem real: o autor da estratégia compartilhada ganha dinheiro ou não, tanto faz—ele precisa mesmo se responsabilizar pelo desempenho da estratégia? <b>@NewtonProtocol </b> atualmente enfatiza execução verificável, mas a “qualidade” da estratégia em si não está dentro do escopo da verificação. Uma estratégia que parece logicamente perfeita pode, em alguma estrutura de mercado, ser uma máquina estável de perder dinheiro.
Isso nos leva à preocupação real das pessoas com <b>$NEWT </b>: se eu copiar a estratégia de outra pessoa e eu tiver prejuízo, culpo a mim mesmo ou o autor? No mundo on-chain não existe uma central de atendimento ao consumidor. O Newton talvez precise de um mecanismo leve de isenção de responsabilidade, ou pelo menos exibir o desempenho histórico simulado da estratégia (mesmo que não seja com fundos reais), para que o usuário tenha alguma noção antes de colocar a mão.
<b>$BTC </b>
Por outro lado, pensar nisso pode até abrir espaço para o surgimento de uma nova profissão: “auditores de estratégias”, que analisam falhas lógicas e cenários extremos das Policies mais populares. No futuro, não é só o código que precisa ser auditado—as estratégias também. Essa é a parte interessante da era dos agentes de IA: a confiança deixa de ficar apenas no nível dos contratos e vai se espalhando para as próprias ideias de estratégia.
<b>#Newt </b> <b>$NEWT </b> <b>@NewtonProtocol </b>

Amigos acabaram de começar a usar o @grvt_io e me perguntaram: “Por que na conta dele aparece claramente que há uma grande quantia de U, mas ao sacar para a carteira o sistema fica dizendo que o saldo disponível é insuficiente?” Eu pedi para ele checar, e realmente era porque os comprovantes que ainda estavam dentro do período de cálculo de juros no saldo unificado estavam sendo tratados como capital disponível. Esse problema é tão comum que um iniciante tropeça nele na primeira vez.
GRVT, para manter a eficiência geral do capital, tem uma janela de liquidação implícita para alguns ativos com rendimento travado. Especialmente no fluxo que usa Validium para a confirmação final dos dados: desde o fechamento da posição até o momento em que pode ser sacado, existe um intervalo de “verificação em silêncio”, porém que de fato existe. Na superfície, parece que seu saldo está lá; mas, na prática, é necessário esperar a prova de conhecimento zero dos dados de base concluir a validação final para que o dinheiro seja realmente transferido para o seu endereço de auto-custódia. Casar em alta velocidade e sacar rapidamente, na arquitetura híbrida, ainda não dá para ter os dois ao mesmo tempo. $BTC
O meu próprio modo de me proteger é: manter para sempre pelo menos 20% de um “U puro” na conta da GRVT, sem participar de qualquer forma do rendimento (juros). Eu não busco nem mais um centavo de juros com essa parte; ela existe apenas para lidar com demandas repentinas de forced liquidation (liquidação forçada) e para necessidades urgentes de saque. Todo o capital que recebe juros eu trato como carne congelada na geladeira — não entra na rotina de fluxo de caixa diário. Assim, quando houver um cenário que exija adicionar margem rapidamente, eu não fico de mãos atadas porque a janela de congelamento prendeu o capital na hora em que eu mais precisava. Em uma exchange híbrida, o nível de granularidade do gerenciamento de liquidez é cem vezes mais importante do que o rendimento de juros.
#grvt @grvt_io

A arquitetura de TEE da Newton sempre enfatizou “confie no chip e não nas pessoas”, mas esse slogan esconde uma grande falha lógica: o chip também é projetado por pessoas, e a cadeia de fornecimento de chips também pode ser contaminada. A lista de vulnerabilidades do Intel SGX nos últimos anos é mais longa do que a lista de incidentes de muitos protocolos DeFi. De Spectre, Foreshadow até o ÆPIC Leak dos últimos tempos, cada ataque que rompe o isolamento do enclave nos lembra que o suposto “hardware confiável” é mais como uma porta de vidro trancada, que pode ser aberta com uma alavanca. Assim que a memória dentro do enclave é lida, todas as provas de attestation viram papel sem valor; a validação do mecanismo de políticas vira um faz de conta. @NewtonProtocol
Mais sutil ainda: os validadores da Newton anunciam para o exterior que executam um ambiente SGX, mas quanto às versões específicas de hardware e firmware, e se foram aplicados os mais recentes patches de microcódigo, não existe nenhum método verificável on-chain. $BTC
O usuário só pode escolher de novo acreditar. Transferir a confiança de pessoas para chips, porém sem fazer com que esse chip se torne realmente auditável, é apenas trocar a forma de dizer para continuar a “crer” — crer nos engenheiros da Intel, crer na operação do data center, crer que nenhum hacker descobriu novos canais laterais. Esse modelo de segurança está a dezenas de milhares de quilômetros do “sem necessidade de confiança”. Se algum dia, no futuro, a Intel anunciar que vai parar de manter uma determinada versão do SGX, que base de segurança sobrará para a Newton? Essa é uma pergunta que cada detentor precisa considerar. #NEWT $NEWT @NewtonProtocol

Longe dos detalhes da negociação, vamos falar do ângulo da narrativa da indústria: GRVT. Este ano, a modalidade de derivativos descentralizados está bem disputada. Mas a maioria dos projetos está indo para direções como “ativos sintéticos mais complexos” e “alavancagem mais alta”, em vez de ignorar os elementos fundamentais que realmente dão confiança ao grande capital para entrar: propriedade bem definida e classificação de permissões.
A direção que a GRVT segue é claramente diferente. No fundo, ela está construindo uma camada de negociação de contratos em nível institucional com auto-custódia. Os ativos do usuário permanecem o tempo todo em endereços mantidos pela própria pessoa; a exchange não encosta no dinheiro. Ao mesmo tempo, ela resolve a divisão de trabalho dentro da instituição com uma estrutura de contas em duas camadas: o chefe gerencia o dinheiro, o trader gerencia a estratégia e o controle de risco define limites—tudo fica “codificado” nos contratos. Essa narrativa se parece mais com o negócio de um corretor principal (prime brokerage) nas finanças tradicionais do que apenas fazer um jogo de aposta/contra-aposta em contrato on-chain.
$BTC
Na implementação técnica, é usado ZK Validium. A vantagem desse desenho é manter o desempenho do matching off-chain e, ao mesmo tempo, ancorar a segurança do cálculo de liquidação e da liquidação forçada na segurança da rede principal Ethereum por meio de provas ZK. Em comparação com um Optimistic Rollup puro, ele dispensa o challenge period e é mais adequado para cenários financeiros. E em comparação com um matching totalmente on-chain, a experiência do usuário é muito melhor.
Hoje, o maior problema do Web3 é que o capital institucional quer entrar, mas falta infraestrutura compatível e auditável on-chain. Se a GRVT conseguir tornar o motor off-chain multi-node e, simultaneamente, conectar com entradas de conformidade regulatória, ela pode não apenas “capturar” usuários de DEX, mas também fundos tradicionais que querem gerir ativos on-chain, family offices e equipes de trading.
Claro, as expectativas de valuation não podem estar infladas demais nesta fase: o produto ainda está em testnet, e o modelo de token da ecossistema e os detalhes de incentivo de nós ainda não foram divulgados. Mas os usuários-semente que entram agora para dominar o fluxo completo são uma janela típica de “descobrir cedo, se vincular cedo”. Afinal, quando os dados decolar após o lançamento na mainnet para pesquisar, o custo já não é o mesmo.
#grvt @grvt_io

O quanto as palavras “nova economia de paradigma” no Whitepaper da Newton brilham com ouro: você só precisa fazer uma coisa. Pegue a planilha de alocação de tokens, some as parcelas do time, da fundação e das private placements iniciais e compare com a chamada “curva de liberação da comunidade”. Eu, pelo jeito mais burro, devassei o mapeamento entre os endereços de gênese na cadeia e as liberações lineares feitas ao longo do tempo; o que apareceu não foi um paraíso bucólico do Web3, mas sim uma máquina de saque controlada por um relógio de precisão. O cronograma de lock do time foi desenhado, na superfície, como se estivesse à prova d’água; só que o ritmo de desbloqueio, por coincidência, encaixa perfeitamente com cada pico de interesse do mercado. Na rodada anterior de leilão de domínios, quando o entusiasmo da comunidade estava no auge, um endereço da fundação que ficou dormindo por dois anos transferiu oitocentas mil unidades $BTC NEWT para a carteira do market maker. Você diz que é coincidência? Então deixa eu te contar a próxima coincidência: a cada rodada de votações oficiais de governança aprovadas, dentro de setenta e duas horas, sempre há um endereço de seed round com a liquidez travada que expira e sai. Depois que sai, não participa mais do consenso, nem volta para o pool da ecossistema; em vez disso, segue por um certo caminho fixo de cross-chain e flui, em silêncio, para algum wallet quente da A. A quantia não é pequena demais nem grande demais: fica bem no limiar em que não dispararia alertas grandes on-chain. Esse tipo de operação, literalmente, não se chama “dump”; chama-se “desbloqueio legítimo para construção do ecossistema”. Mas a materialização da tal “construção do ecossistema” é exatamente o oposto: os seus tokens ficam cada vez mais pesados na sua mão, e os endereços deles ficam cada vez mais leves. O nível ainda mais avançado é que essa emissão é distribuída por mais de uma dezena de endereços de retransmissão que parecem independentes entre si. Mesmo que você use o Nansen para rastrear, à primeira vista parece uma transferência normal entre usuários. Mas se você pegar todos os endereços intermediários e ajustar as suas séries temporais usando o coeficiente de Pearson, você vai descobrir que o ritmo de saída entre eles consegue ser perfeitamente modelado por um mesmo processo de Poisson—se isso não for o mesmo conjunto de scripts automatizados controlando tudo, eu mesmo engulo o whitepaper. A Newton vende para você um modelo econômico de tokens; no fundo, é uma operação de desidratação crônica de liquidez: a anualização que você recebe ao fazer staking é um número tentador—já o que eles desbloqueiam é, na prática, moeda corrente “dura”. Aquele APY bonito nunca foi uma miragem de um “suprimento contra a inflação”; é o éter que anestesia os seus nervos da dor.
#Newt $NEWT @NewtonProtocol

Eu passei uma tarde inteira revirando o volume de transações das pares de 24 horas da GRVT e descobri um ponto de desgaste implícito que é bem fácil de ignorar. Todo mundo fica olhando as taxas nominais de Maker e Taker, mas quase ninguém vai calcular quanto vale, em dinheiro, o deslizamento “na cauda” quando uma ordem encontra a curva do AMM dentro de um pool de liquidez mista.
Fiz um replay usando BTC-PERP para comparação. Uma mesma ordem a mercado de 0,5 BTC, em um período com boa profundidade (na sessão asiática, quando o principal acontece), quase toda a ordem é executada pelo livro de ofertas, e o deslizamento fica em torno de 0,02%. Mas, em períodos de liquidez mais fina — por exemplo, o “vazio” entre o meio-dia europeu e antes da abertura do mercado dos EUA — a mesma ordem primeiro rompe as ordens rasas do livro e então é consumida diretamente pela curva do AMM; o deslizamento combinado salta para algo como 0,17%. Essa diferença é várias vezes maior do que a taxa nominal, mas na página de confirmação do pedido ela só aparece classificada como “impacto de preço”, sem ser separada individualmente.
Muita gente acha que a “baixa taxa” da GRVT permite fazer um alto volume de incursões e aproveitar oportunidades em alta frequência. Porém, se você quebrar as ordens em partes menores e entrar repetidamente nesses períodos de menor liquidez, o deslizamento acumulado pode acabar ficando ainda mais caro do que as taxas VIP3 de uma exchange centralizada. $BTC
Não estou dizendo que o modelo da GRVT esteja com problema. A liquidez mista, em situações extremas, realmente fornece uma “tampa”, garantindo liquidação e evitando, como no livro puro, simplesmente receber “não foi possível executar”. Mas se você tem o hábito de fazer ordens grandes quando a profundidade do livro está fraca, esse custo escondido vira um ponto contínuo de sangramento. Meu palpite inicial: na etapa atual, a GRVT parece mais adequada para participar do mercado no horário principal usando ordens limitadas; já uma estratégia puramente a mercado em alta frequência exige que você mesmo puxe snapshots do book histórico para conseguir rodar o modelo.
Ontem eu já comecei a coletar dados via API para amostrar o deslizamento em nível de minuto; depois vou compartilhar a tabela completa.
#grvt @grvt_io