O mesmo bloqueio de 0,05 BTC: há quem receba 0,2 BABY a cada epoch, enquanto outros conseguem 0,25 ou mais. A diferença não está no capital, e sim na lógica de escolher o FP. O Finality Provider da Babylon não é apenas uma ferramenta de assinatura; eles determinam diretamente o seu rendimento. Primeiro, cada FP tem uma taxa de comissão definida por eles, variando de 1% a 10%. A comissão é descontada tanto do lado da emissão quanto do lado das taxas—ou seja, um FP com comissão alta “come” uma parcela fixa do seu ganho de ambos os lados. No estágio atual, em que a fatia de taxas ainda é bem fina, escolher um FP com comissão abaixo de 5% permite uma velocidade de acúmulo em base de moeda (coin-basis) que pode superar facilmente dezenas de pontos.$BTC Em seguida, preste atenção na “taxa de assinatura online” e no histórico de slashing do FP. No mecanismo da Babylon, se o FP ficar offline por muito tempo ou apresentar double-signing, o protocolo pode penalizar parte dos ativos delegados. Seu BTC não é perdido diretamente, mas o rendimento BABY dos epochs relacionados é reduzido junto. Por isso, não basta olhar apenas a comissão baixa; é preciso verificar os registros on-chain e priorizar nós com taxa de assinatura estável acima de 99,9% e sem qualquer ponto de punição. Outro impacto, mais sutil, é a taxa de uso da capacidade delegada do FP. Quando o peso de delegação de um FP fica muito perto do limite, os novos delegadores que entram tendem a reduzir a participação individual geral. Isso dilui o seu ganho marginal. Em vez de se espremer em nós de topo saturados, procure nós intermediários com taxa de delegação de 60% a 80%: comissão razoável e menor risco de diluição. Além disso, não se esqueça de que os próprios FPs também evoluem entre versões. Alguns já suportam rendimento com “compounding” automático, enquanto outros ainda rodam em clientes antigos. “Compounding” automático significa que os seus BABY pendentes para receber podem ser delegados automaticamente novamente no novo epoch, realizando efetivamente juros compostos. Com essa função ligada, quem trava por muito tempo consegue uma vantagem perceptível em base de moeda.@BabylonLabs_io $BABY #baby Quando você escolhe um FP agora, você olha primeiro para a taxa de comissão ou para a taxa de assinatura?
Babylon ao abrir não é apenas o staking de BTC, mas a porta de entrada para todo um ecossistema BTCFi. TBV permite que o Bitcoin participe da validação PoS sem fazer ponte entre cadeias, e BABY é exatamente o combustível inicial desse experimento. No futuro, em torno de BABY, podem surgir tokens de staking líquido como LBTC, mercados de empréstimo e até contratos perpétuos on-chain. Você trava BTC no TBV para minerar BABY e, em seguida, faz staking de BABY para entrar na governança, recebendo airdrops de projetos do ecossistema—e o “efeito roda” começa a girar. Atualmente, protocolos como pSTAKE já planejam integrar Babylon, emitindo BTC LST com rendimento; esses LST podem então entrar em Curve, Aave e gerar ainda mais receitas. E detentores de BABY provavelmente receberão os direitos de governança e as distribuições desses protocolos de LST. Parece bom demais para ser verdade, mas lembre-se: tudo isso depende de duas premissas—nenhum acidente na mainnet e estabilidade do preço de BABY. Um grande Slashing em massa pode fazer a confiança desmoronar; e, se a emissão de derivativos como LBTC sair do controle, também pode formar riscos sistêmicos que afetem todo o DeFi.$BTC Portanto, o preço do token BABY no curto prazo não é o mais importante; o que importa é se o Babylon consegue entregar, em um ano, um relatório com zero incidentes de segurança. Se conseguir, BABY pode se tornar o “ETH” do ecossistema do Bitcoin, permitindo que os detentores colham o maior benefício; se não, então será apenas um degrau para o próximo ciclo de alta. Sua escolha é a sua crença. #baby @BabylonLabs_io $BABY
Quem segura BTC na mão, na maioria das vezes, carrega uma mentalidade de “herança”. Não é que não queira que ela renda; é que ficou com medo. Colocar na corretora para investir, teme uma falência da plataforma; fazer a transferência entre cadeias para outros ecossistemas, lembranças de notícias sobre vulnerabilidades em contratos e pontes roubadas ainda estão vívidas. Assim, esse ativo da mais alta qualidade fica, silenciosamente, na carteira, e se torna o nosso “dinheiro morto” — do qual a gente brinca chamando assim. A lógica do BABY por trás dos @BabylonLabs_io é justamente feita para desatar esse nó. Na verdade, ele quer resolver apenas uma coisa: fazer com que gere rendimento sem você precisar entregar o controle do seu Bitcoin. Isso parece um paradoxo, mas ele contorna o abismo da confiança humana com criptografia. Com o BitVM3, o seu BTC é trancado em um Taproot UTXO que você mesmo controla — e não numa carteira quente de algum projeto. $BTC Isso é como você ter um cofre cheio de moedas: antes, para fazer as moedas renderem, precisava entregar o cofre para outra pessoa guardar. Agora, basta você apresentar ao mundo uma prova matemática de que “eu tenho um cofre cheio de moedas e a chave está na minha mão” para conseguir participar de atividades financeiras. Isso causa um grande impacto psicológico nos velhos detentores de moedas, porque, no fundo, nós acreditamos na máxima “Not your keys, not your coins”. A narrativa TBV que o BABY representa é para defender “In your keys, and you can still use your coins”. Conseguir quebrar a ansiedade de segurança profundamente enraizada de quem detém Bitcoin é o maior desafio — e também a maior oportunidade. @BabylonLabs_io #baby io $BABY
A questão da velocidade de liquidação — provavelmente é a parte menos discutida, mas ao mesmo tempo a mais engenhosa, de toda a proposta de integração do TBV com o Aave V4. No entendimento tradicional, usar Bitcoin como garantia para emitir stablecoins tem um problema que não dá para contornar: o bloco do Bitcoin é gerado, em média, a cada 10 minutos, e a confirmação on-chain ainda precisa aguardar alguns blocos a mais; já em DeFi, a liquidação exige resposta em nível de segundos. Isso cria um conflito natural — se você quer usar a cadeia mais segura do mundo para garantia, precisa aceitar a velocidade mais lenta de liquidação. A solução do TBV é inteligente: ela não resolve esse problema; ela contorna o problema. Em termos concretos, a Babylon implantou dois Spokes no Aave V4: o Babylon Core Lending Spoke, que cuida da lógica de empréstimo, e o BTC Vault Swap Spoke, focado em lidar com a liquidação e a liquidação posterior. Quando um empréstimo aciona uma liquidação, o liquidante não precisa esperar por nenhuma confirmação na cadeia do Bitcoin; eles fazem o encerramento imediato do lado do Ethereum usando o WBTC, obtendo uma espécie de comprovante de liquidação. Em seguida, entra o arbitrador: ele usa o BTC real para resgatar o ativo de garantia em BTC que ficou bloqueado no Taproot UTXO, lucrando com a diferença entre o preço da liquidação e o preço de resgate on-chain. Esse design separa “velocidade de liquidação” e “liquidação final on-chain” em duas coisas, dois papéis e duas dimensões de tempo. O liquidante busca execução imediata; o arbitrador busca a diferença de preço cross-chain; cada um opera em quadros temporais diferentes, sem se atrapalharem. É por isso que o TBV ousa dizer “a liquidação não é arrastada pelo tempo de blocos do Bitcoin” — não é que tenham acelerado tecnicamente as confirmações do Bitcoin, mas sim que redistribuíram, por meio de engenharia financeira, o risco e o custo de tempo.$BTC Para o ecossistema BABY, o quão fluida é essa mecânica de liquidação determina diretamente a eficiência de capital do vaultBTC como garantia. Se o design de liquidação tiver falhas, todo o mercado de empréstimos do TBV vai murchar, e o valor do BTCFi que os depositantes do BABY recebem como “transbordamento” também será descontado. Ao contrário, quanto mais “lisa” for a liquidação, maior será a taxa de utilização do vaultBTC e maior será o valor do Babylon Genesis, que é a camada de liquidação de todo o sistema. Agora, como a proposta ainda está na fase ARFC, os parâmetros de risco — como o limite de liquidação — e a lista de desaf iadores ainda não foram definidos; mas o próprio desenho da arquitetura de liquidação já me deu um bom impulso de confiança no TBV. #baby @BabylonLabs_io $BABY
Se compararmos os Trustless Bitcoin Vaults da Babylon com o DeFi nativo na Ethereum, encontramos um ponto bem contraintuitivo: os TBVs, na verdade, estão criando para o BTC uma forma mais segura de participar do DeFi do que o ERC-20. Muita gente acha que, ao fazer o BTC atravessar cadeias para a Ethereum, ele fica mais flexível, mas o custo é ter de confiar na segurança das pontes (bridges) e na própria plataforma de contratos inteligentes. Os TBVs trocaram a abordagem: mantêm o BTC na mainnet do Bitcoin e apenas estendem seus direitos econômicos por meio de provas criptográficas. Fisicamente, o BTC nunca sai do ledger mais seguro. $BTC Esse modelo de “não sair fisicamente, ter direitos programáveis” depende de uma sequência de transações pré-assinadas. Ao criar um Vault, o usuário gera previamente um conjunto de transações que cobre todos os estados futuros possíveis: quando uma determinada condição é satisfeita, a transação correspondente é empacotada e enviada on-chain. Se a condição nunca for satisfeita, o BTC só pode retornar ao endereço do usuário pelo caminho original de reembolso. Isso efetivamente adiciona uma camada de lógica “se e somente se” ao capital. Esse mecanismo reestrutura diretamente a estrutura de risco do BTC como colateral. No passado, quando o BTC era usado como colateral, muita gente não temia tanto a volatilidade do próprio BTC, mas sim a quebra das camadas intermediárias. Os TBVs comprimem esse risco de modo que ele fique basicamente reduzido à segurança do consenso da mainnet do Bitcoin e à correção das provas de estado. Para cenários que exigem segurança extremamente alta — como protocolos de stablecoins e mercados de empréstimo — isso é quase a oferta de um colateral “no nível nativo”. Agora, a posição do BABY fica bem interessante. Se a rede TBV realmente se tornar a camada base para o BTC participar do DeFi, então o BABY pode atuar como a camada de coordenação de governança e incentivos dessa rede. Não importa se você é criador de Vault, desafiante ou verificador: todos podem precisar participar do equilíbrio do jogo na rede via $BABY . No fim das contas, o que a Babylon quer fazer não é lançar uma nova cadeia, mas transformar o Bitcoin em uma camada pública de segurança para todas as cadeias. #baby @BabylonLabs_io $BABY
Ilusão de Liquidez: uma análise profunda da verdadeira espessura do livro de ordens na Newton Chain e da taxa de slippage implícita
Você acredita naquele “preço de compra” na tela? No mercado financeiro tradicional, por trás de cada oferta de uma ordem existe uma obrigação legal de um formador de mercado e dezenas de camadas de proteção algorítmica. Mas no mercado $NEWT , com liquidez híbrida entre DEX e CEX, aquele número é basicamente um gelo fino — por baixo é um vazio. O protocolo Newton diz que está construindo uma rede de liquidez para transações privadas; mas se até a profundidade de negociação dos ativos mais básicos é tão frágil quanto uma folha, então todo o DeFi em blocos de LEGO construído sobre isso é um castelo de areia. Vamos falar primeiro com os dados mais diretos. Em uma piscina de DEX que está entre as três maiores em volume de negociação diário, eu registrei continuamente, por 48 horas, cada Swap com valor equivalente a mais de 500 dólares, e comparei com a profundidade instantânea sob a característica de liquidez concentrada do Uniswap V3. O que encontrei foi que, quando o valor das ordens de compra sai de 500U para 3000U, o desvio médio do preço efetivo de execução em relação à cotação do oráculo dispara de 0,3% para 2,1%. Esse número talvez seja compensado pelos ganhos com taxas num bull market, mas, em uma moeda em consolidação com queda lenta, significa que, a cada reajuste de posição um pouco maior, você paga uma espécie de imposto de slippage implícito de 2% além do “preço de mercado”. Se você fizer isso cinco vezes por ano, o capital sofre um desconto de 10% — e isso nem considera a queda do próprio preço das moedas.
Muita gente diz que a queda do preço do $NEWT é porque o mercado não reconhece a narrativa de privacidade — está errado. Vá conferir o número de endereços com interações on-chain: em meio ano, a atividade semanal na verdade caiu menos de 30%. O que foi “zerado de verdade” foi a profundidade das negociações — aquele “imposto” invisível. Em cada compra e venda ele está lá cobrando, mas nunca ninguém calculou isso direito. Eu desmontei e analisei todas as pools de liquidez do $NEWT nos DEX. O pool que a equipe oficial destaca como principal mostra TVL de 800 mil U, mas mais de 60% é liquidez injetada pelo próprio projeto, ou seja, a liquidez “do protocolo”. E metade dos certificados de LP fica travada em contratos de staking unilateral. Isso significa que, quando o preço do mercado se desvia, o mecanismo de proteção contra perda por impermanent loss só cobre o que é da própria parte oficial; a sua posição de LP comum fica “a céu aberto”, sem proteção. O mais absurdo é que a taxa desse pool foi configurada em 0,05%, menor do que a de pares com stablecoin. É quase um convite para robôs de alta frequência tirarem “pedaços” da sua pele em cada transação. Basta você enfiar uma ordem de compra a preço de mercado acima de 2000 U: então uma diferença instantânea de 0,4% é quantificada e retirada por robôs que usam flash loan. Depois disso, o pool volta devagar para um preço em que você nem consegue executar. Isso não é negociação — é abrir um caminhão e despejar moedas. E nem tente culpar pela profundidade em exchanges centralizadas. Eu coloquei duas ordens: vender uma posição de 2000 $NEWT ; demorou exatamente dois dias para ser consumida. Enquanto isso, no mesmo período on-chain, endereços passaram pelo menos quatro transferências com um total de 30 mil unidades — todas desviaram das ordens com limite de preço e seguiram por OTC ou por dark pools de agregadores. O que isso prova? A liquidez de verdade não está no Orderbook que o varejo enxerga; ela está naquele quarto escuro onde você nem consegue entrar. O book está ralo não porque ninguém quer comprar, e sim porque as fichas baratas nunca ficam esperando você. $BTC Então, quando você vê em um gráfico de velas uma vela de alta com grande volume e acha que é reversão, muitas vezes não é isso: é só uma liquidação organizada, com um objetivo — fazer com que os tokens ainda não desbloqueados nos wallets possam ser vendidos, na próxima saída, para quem acredita no repique. #Newt $NEWT @NewtonProtocol
Pouquíssimas pessoas param para pensar onde exatamente fica a “confiança” naquela combinação da GRVT de “matchmaker off-chain + empacotamento no validium + prova zk”. Passei algumas noites desmontando o fluxo das transações e, quanto mais eu separava, mais eu sentia que o usuário, na prática, está usando um manto criptográfico complexo para reembalar uma série de dependências em relação aos operadores off-chain. Em termos simples: seu order de preço-limite vai para o motor de matching off-chain; o motor, em uma “caixa escura”, faz o acerto; em seguida, um lote de transações é empacotado para gerar uma prova de conhecimento zero; por fim, a liquidação é submetida on-chain. O que o on-chain consegue verificar é que “a transição total de estado daquele lote de transações é válida”. Mas ele não consegue verificar “se aquela transação foi executada pela ordem ótima de matching no tempo”. Em outras palavras: se sua ordem poderia, de fato, ser casada com um oponente melhor, mas o motor a coloca secretamente numa fila pior, então — desde que o estado final esteja matematicamente correto — o on-chain não revela nada. Nesse ponto, talvez você diga: a prova zk pelo menos garante que o cofre de combustível contra más condutas não possa simplesmente imprimir dinheiro do nada. Sim, mas ela não garante justiça na priorização. Em um mercado volátil, a vantagem de fila em nível de milissegundos é dinheiro de verdade. E a força que decide a ordenação da fila está nas regras do nó off-chain — e essas regras podem ser ajustadas em privado. Assim surge um quadro absurdo: você acha que está competindo numa pista transparente, mas o cronômetro do árbitro está escondido numa caixa preta; o que ele só te diz é que a planilha final é “verdadeira”. Eu não estou tentando negar essa arquitetura por completo. Do ponto de vista de engenharia, é uma compensação bem feita: equilibra velocidade e custo. Mas, como trader, você precisa encarar um fato: você entrega à GRVT não apenas um depósito, mas também uma confiança na neutralidade do operador de matching. Essa confiança hoje é basicamente sustentada pela autodisciplina da equipe e por uma possível governança futura descentralizada — mas essa governança, por sua vez, também está nas mãos de multi-sigs. $BTC Por isso, na operação real, eu só faço ordens passivas com baixa alavancagem e nunca faço alta frequência ou estratégia de “roubo de boné”. Porque naquela fila opaca, talvez eu não consiga vencer as sombras privilegiadas. #grvt @grvt_io
Do RedStone ao Credora e ao EigenLayer: o que a “tripla terceirização” do Newton realmente economizou?
A arquitetura do Newton Protocol tem um detalhe bem interessante: muitos módulos críticos utilizam provedores externos. A cotação em tempo real usa RedStone, as informações de risco de crédito usam Credora e as garantias de segurança na camada subjacente usam EigenLayer AVS. Os componentes centrais que foram construídos por conta própria são o VaultKit e o mecanismo de avaliação de estratégias. Esse caminho pode ser entendido como uma estratégia de “terceirização fora do protocolo” — delegar etapas não essenciais, porém especializadas, a pessoas que são melhores nelas. Mas, ao analisar essa abordagem, vejo duas faces de uma mesma moeda. A vantagem de terceirizar é que você pode montar rapidamente um sistema completo de funcionalidades, evitando os custos e o tempo elevados de construir do zero um oráculo e uma camada de segurança. Na fase inicial do projeto, em que é preciso aproveitar a janela de oportunidade, essa é uma escolha razoável. Porém, a outra face é: se o provedor externo em que você depende tiver algum problema, o mecanismo de avaliação de estratégias do Newton também será afetado e apresentará problemas em cadeia?
Recentemente revisei novamente as soluções de segurança para agentes inteligentes on-chain e percebi que os projetos do mercado, em termos de segurança, se dividem basicamente em duas categorias: uma aposta em garantias econômicas, em que o nó, se agir maliciosamente, tem seus ativos confiscados; a outra segue isolamento por hardware, usando TEE para “travar” o ambiente de execução. O Newton Protocol escolheu a segunda abordagem; teoricamente, o isolamento por hardware oferece maior determinismo, e não depende de premissas como o modelo econômico, que exige supor que a maioria seja honesta. Mas esse “determinismo” tem um pré-requisito: o próprio enclave não ser comprometido. No mundo real, o ritmo de descoberta de vulnerabilidades em chips nunca para; quase todas as gerações de CPUs Intel acabam expondo novos vetores de canal lateral. Se o Newton rodar apenas em um único tipo de arquitetura de hardware, na essência ele coloca todos os “ovos de segurança” em uma única vulnerabilidade que talvez ainda não tenha sido descoberta. Em contraste, alguns concorrentes começaram a tentar caminhos híbridos: usar garantias econômicas como “fallback” e TEE para validação leve, ou delegar cálculos críticos para circuitos de ZK. Eu não sei se o Newton internamente tem planos para múltiplas arquiteturas de TEE, mas se no futuro conseguir executar em duas trilhas — AMD SEV e Intel SGX — e até incorporar um cluster de computação confiável de terceiros, a resistência a fragilidades ficará bem maior. Outro ponto fácil de ignorar é a segurança operacional do Operator. O enclave pode proteger o código, mas não protege erros de configuração no lado da implantação. Se a equipe de operações errar os templates de políticas ou inverter as configurações de funções autorizadas, as consequências dessas vulnerabilidades humanas podem ser mais diretas do que as de um chip. No futuro, o Newton talvez precise de algum tipo de ferramenta de segurança “lint” voltada para desenvolvedores, para detectar conflitos de políticas antes da implantação. $BTC Segurança não é reforço em um único ponto — é um jogo em que se disputa a etapa mais fraca de toda a cadeia. Eu gostaria ainda mais de ver o Newton decompor essa arquitetura de segurança em detalhes suficientes e divulgar claramente onde ela é forte e onde ainda está sendo corrigida. #Newt $NEWT @NewtonProtocol
$BTC Alguns dos meus amigos que trabalham com derivativos ficam automaticamente em alerta quando ouvem que a bolsa tem, ao mesmo tempo, market makers e uma order book. Acham que isso não tem muita diferença do regime tradicional de market making: seria só uma troca de “casca” em outra rede. Eu também tive essa dúvida, especialmente ao ver no design de liquidez do GRVT a presença de um papel de market maker. Minha primeira reação foi: será que aqui existe algum tipo de favorecimento implícito? Depois, forcei a mim mesmo a revisar as regras de incentivos de liquidez e os termos de obrigação do market maker e percebi onde estava o engano. Em uma bolsa tradicional, market makers costumam pertencer a uma camada privilegiada: conseguem taxas menores, uma velocidade de acesso mais favorável e até visualizam partes do fluxo de ordens que alguns varejistas não veem. Já a proposta de #grvt faz o contrário. Ela exige que o market maker primeiro bloqueie, conforme o protocolo, uma parte do garantido (margem) em um contrato inteligente na cadeia. As ações de cotação também geram registros on-chain. Se ocorrer uma sequência contínua sem cotar ou se houver um desvio de cotação acima de certo limite, a cadeia ativa automaticamente um mecanismo de penalidade — não existe espaço para acordos “por fora”. Em outras palavras: primeiro o contrato “prende” as mãos do market maker na mesa e, só então, pede que ele forneça o serviço. Com isso, o market maker acaba sendo justamente quem mais teme que o mercado dê errado. Como os fundos são transparentes e as cotações ficam sob supervisão, o custo para agir de forma desleal fica extremamente alto. O preço que os varejistas veem no order book, na prática, é um mecanismo de provisão de liquidez que vem com correntes. Isso me fez repensar completamente o design de liquidez do GRVT — não é uma cópia do caminho antigo das finanças tradicionais; é uma redefinição, em modo nativo de blockchain, do que significa “fazer mercado”. Ao tirar os privilégios e travar as obrigações, o que sobra é o verdadeiro serviço de liquidez. Se essa abordagem funcionar, a forma como instituições market makers entram no mercado no futuro será reescrita.@grvt_io
#BinancePickAndWin 2026 Desafio de Futebol até agora, na fase de grupos: qual equipe você acha que está apresentando um desempenho mais acima do que você esperava? Na minha opinião, muitas equipes têm ajustes táticos muito bem pensados, com o ritmo ofensivo e defensivo no máximo; eu realmente não esperava tantas batalhas dignas de “deuses” assim! Toda vez que assisto aos jogos, fico com vontade de adivinhar o vencedor junto com a atividade Pick And Win da Binance; a sensação de realização quando acerto é algo que só quem entende… Todo mundo também pode conversar sobre a equipe que você acha que vai se destacar—talvez a gente consiga acertar ainda mais partidas~#BinancePickAndWin
Troca de cartão nas catracas do escritório: por que as permissões na cadeia precisam de um “livro de regras editável”
Minha empresa anterior alugava um espaço de coworking. No primeiro dia de trabalho, uma garota do administrativo me entregou um cartão de acesso: “Este cartão consegue abrir, ao passar, todos as salas de reunião dos setores A e B do 18º andar, mas não consegue acessar a sala financeira do 22º andar, e também não abre as fechaduras nos fins de semana. Depois que você efetivar, o cartão vai atualizar automaticamente as permissões.” Eu encostei o cartão no catraca; a luz verde piscou e, na tela, só apareceu quatro palavras: “Acesso liberado”. As permissões deste cartão não estão gravadas na fechadura da porta; elas ficam gravadas em um conjunto de regras no motor de políticas do backend. Quando muda a hierarquia, ou adiciona um novo ponto de controle de acesso, não é preciso desmontar o cilindro de fechadura de cada porta. Essa também foi a razão pela qual me apaixonei pelo motor de políticas Rego da Newton — ele transforma o controle de permissões de contratos em cadeia, de “codificado de forma rígida no contrato” para uma “coleção de regras editável”.
Um amigo comprou um ingresso de um show em um marketplace de usados e repassou para mim pelo valor original. Ele disse que era só usar o recurso “Transferir/Presentear” dentro do sistema. Eu abri o link e, na “carteira de ingressos”, apareceu mais um ingresso eletrônico. Mas embaixo havia uma observação em letras pequenas: “Para entrar, é necessário verificar a face viva e compará-la com as informações reservadas pelo comprador.” Eu logo perguntei: esse ingresso que ele transferiu para mim realmente deixa eu entrar? Ele jurou que o recurso de transferência sincronizaria também as minhas informações com o setor responsável pelos ingressos. No dia do evento, eu fiquei apreensivo e me posicionei diante das catracas. Escaneei o QR code; a câmera acendeu por um instante e, para minha surpresa, a catraca simplesmente liberou, em silêncio. Não apareceu nome nenhum, nem pediu para digitar o número do documento de identidade novamente. Na prática, isso foi um exemplo vivo de um comprovante “transferível e com re-vinculação”. As credenciais de identidade da rede Newton, em teoria, também podem ser projetadas nesse estilo: transferível ou não transferível; vinculável a um novo endereço; e, a cada uso, uma verificação única e temporária é feita por um nó autorizado. Além disso, o uso de agregação de assinaturas BLS impediria o ataque de repetição em que “um mesmo ingresso é copiado e tenta entrar de novo”. $BTC Muitas ideias de conformidade on-chain ainda ficam na linha de “um endereço passa no KYC uma vez e vira whitelist permanente”, como se o ingresso, depois de enviado, não fosse mais gerenciado por quem o encontrou. A camada de verificação do Newton leva a “catraca” do front-end do projeto para o portão do contrato: antes de cada transação, ela varre o contrato com as credenciais e as políticas mais recentes. Não é passagem vitalícia, e também não exige entregar toda a privacidade a cada vez. No entanto, a eficiência da sincronização de informações no sistema de ingressos quando se faz “transferência/presentear” e o grau de centralização dos fornecedores de detecção de face viva — se isso for mapeado para a blockchain — vira um problema de frequência de atualização de dados do verificador e diversidade. Se a credencial pode realmente circular de forma livre e segura no mercado secundário, ainda depende da força dessas infraestruturas. #NEWT $NEWT @NewtonProtocol
Todos estão falando sobre a tecnologia do GRVT; eu, na verdade, queria falar do modelo de tokenomics dele, porque ele esconde um design bem inteligente, mas que pode acabar sendo usado contra ele. O uso central do token não é governança, e sim como um “manípulo” para incentivos de liquidez. Quem detém tokens pode, ao fazer staking, direcionar o peso dos incentivos para pares de negociação específicos, incentivando os market makers a se aprofundarem nos mercados que têm pouca profundidade. Vou traduzir isso para o que significa na prática: suponha que, no GRVT, o par ETH/USDC já tenha uma profundidade muito boa, mas que um novo token de cauda longa listado quase não tenha volume. Pela lógica tradicional das exchanges, isso exigiria que a equipe oficial gastasse dinheiro para atrair market makers. Mas, no GRVT, se um grupo de grandes detentores entender que aquele token de cauda longa tem potencial, eles podem “votar com os pés”: direcionar os incentivos do token diretamente para aquele par, fazendo com que os market makers movidos por lucro automaticamente “correm” para construir liquidez. Isso transforma o “impulso de listagem” de uma decisão centralizada para um mercado descentralizado impulsionado por interesses. Os market makers seguem o dinheiro, e os detentores de tokens funcionam como gestores de fundos, ajustando a direção do fluxo de liquidez de toda a exchange. Só que esse modelo do “manípulo” tem uma falha inerente: ele é fácil de ser explorado para “rugas”. Se um grande detentor quiser descarregar (dump) um token, ele pode, antes, fazer staking em grande quantidade de tokens GRVT a um preço baixo, direcionando os incentivos para aquele par, criando uma falsa sensação de prosperidade na liquidez. Quando os investidores de varejo virem que a profundidade está boa e entrarem para comprar, aí sim ele pode, com calma, despejar as posições e sair. Em muitos casos, a perda do staking pode nem superar a parte do lucro que ele fez ao descarregar. Com isso, o valor dos incentivos do token GRVT pode ser distorcido até virar uma ferramenta para manipular o mercado.$BTC Eu analisei os mecanismos de defesa no whitepaper deles e vi que ajustar o peso dos incentivos tem um atraso no tempo e também um período de “cooldown”. Mas isso só ajuda contra ataques rápidos; não impede uma estratégia de longo prazo. Então, acredito que, após o lançamento na mainnet, a disputa no mercado secundário do token GRVT deve ficar extremamente intensa, porque deter esse token não é apenas um direito a dividendos da plataforma — é também um direito indireto de controlar o fluxo de liquidez. A precificação desse tipo de poder provavelmente exigirá muito tempo para o mercado encontrar um equilíbrio. #grvt @grvt_io
A “ilusão de descentralização” do provedor de dados: o laboratório de testes da redundância real na camada de dados do Newton
Na documentação do Newton, a rede de provedores de dados é descrita como um mercado aberto: qualquer pessoa que preencha as condições básicas pode executar um plugin de dados em WASM para vender dados. Essa narrativa combina muito com a estética do Web3 e leva facilmente à conclusão de que os dados são suficientemente distribuídos e, portanto, seguros. Mas, quando você passa a enxergar a redundância sob a ótica de testes de injeção de falhas, essa conclusão começa a oscilar. O primeiro limite da redundância é a diversidade prática das fontes de dados. Em um mercado ideal de múltiplos provedores, os canais de coleta deveriam ser completamente independentes entre si — APIs de bolsas diferentes, agregadores de dados diferentes e rotas de rede subjacentes diferentes. Porém, ao analisar os plugins de dados ativos no Newton atualmente, descobri que a base de muitos deles ainda é alimentada por aqueles dois ou três principais agregadores. Nomes de provedores diferentes apenas trocam um server endpoint e alguns cabeçalhos de requisição; a raiz original da árvore de dados por trás ainda vem da mesma origem. Essa “descentralização em nível de interface” é totalmente ineficaz diante de bugs próprios do agregador. Assim que um agregador alimenta um valor incorreto, vários provedores no Newton passam a transmitir o mesmo erro em sincronia. Na prática, as cotações de múltiplas fontes que a camada de estratégia recebe são apenas ecos do mesmo preço.
Os provedores de dados são a camada mais fácil de ser mitificada no protocolo Newton. Quando alguém fala em dados descentralizados, muitas pessoas automaticamente acrescentam “segurança” às suas ideias. Mas se você listar e analisar os provedores de dados, vai perceber que, na prática, não são muitos os nós que realmente fornecem dados de alta frequência, baixa latência e com validação cruzada entre múltiplos mercados. Além disso, uma parte considerável deles aponta para a mesma fonte agregadora de dados. Isso cria um risco de centralização: a estratégia roda em uma rede descentralizada, mas depende de alguns feeds principais de dados que, na realidade, são apenas um segundo nível de encapsulamento da mesma API de origem. Se essa fonte upstream apresentar cotações erradas, atrasos ou for manipulada, todas as estratégias de negociação no Newton que usam essa entrada podem gerar, ao mesmo tempo, diagnósticos incorretos — e esse diagnóstico equivocado tende a ser rapidamente amplificado pela lógica de automação da camada de estratégia. Parece que vários provedores independentes estão alimentando preços; na prática, há apenas uma redundância tênue. Há também um tipo de risco mais sutil: em condições de mercado extremas, devido às diferenças de frequência de coleta e latência de processamento, entre diferentes provedores de dados pode surgir uma divergência temporária, porém intensa, de preços. Essa diferença de preço pode, para estratégias que dependem de conciliação de múltiplas fontes de dados, levar diretamente ao travamento da estratégia: nem fecha posições, nem abre novas, ficando em um estado congelado “nem lá, nem cá”. Para market makers e posições alavancadas, esse congelamento pode ser ainda mais problemático do que uma cotação errada única, porque ele não consegue ser reconhecido pela lógica predefinida de stop-loss.$BTC Portanto, a análise da camada de dados não pode se limitar a “há ou não há provedores”. Em vez disso, é preciso continuar perguntando: esses provedores são realmente independentes? Quando houver inconsistência, o que a estratégia fará? Qual é o tamanho desse intervalo vazio de congelamento? #NEWT $NEWT @NewtonProtocol
Da última vez que conversei com um amigo sobre os contratos perpétuos perpetuais de RWA na GRVT, ele falou com muita confiança: “desde que o ativo-objeto seja bem escolhido, os ativos de cauda longa acabam sendo mais fáceis de capturar um prêmio”. Pedi para ele puxar os registros reais de execução e, ao ver, percebi que o desvio médio de abertura já tinha consumido todo o prêmio. Ele mesmo não sabia. O RWA perpétuo tem o item mais fácil de ser subestimado: a profundidade do book. Nos perpétuos de tokens mais populares, há ordens pendentes somando pelo menos centenas de milhares de U dentro de alguns poucos bps, mas na GRVT, para alguns ativos de cauda longa, a profundidade de compra e venda pode ser de apenas alguns milhares de U. Se você abrir uma posição nominal de 100 mil U, mesmo que só “comer” dois ticks, o slippage pode apagar diretamente mais de 0,3% do capital. Atenção: é um prejuízo que acontece no instante da abertura, sem relação com a direção do movimento no futuro. O custo mais “disfarçado” está na taxa de funding. Como os ativos de RWA carecem de um mercado spot maduro para servir de âncora, quando há um desequilíbrio extremo de forças entre compradores e vendedores, a taxa de funding oscila de forma violenta. Você pode até acertar a direção, mas durante o período em que mantiver a posição, pode ser cobrada por dezenas de rodadas uma taxa positiva; no fim, você devolve de volta metade do lucro ao fechar. Eu fiz uma modelagem com dados históricos de funding de um certo contrato RWA na GRVT: se você mantivesse a posição nos três dias com pico mais alto de funding no mês passado, apenas a taxa de funding consumiria um custo anualizado de 35%. Por isso, quando encontro esse tipo de contrato na GRVT, eu tenho uma regra rígida: primeiro observar por três dias seguidos o padrão de variação da profundidade do book; depois, fora do horário de maior liquidez na não-America (non-US), testar com um tamanho pequeno, registrando o slippage, e só então decidir participar oficialmente. Além disso, eu nunca trato um RWA perpétuo como um trade de tendência; eu só faço operações de curto prazo voltadas à oscilação de retorno à média, porque o custo de funding para manter posições por muito tempo simplesmente não dá para estimar corretamente quando faltam dados. $BTC A estratégia da GRVT para RWA merece ser reconhecida, mas a desvantagem verificável on-chain é que você vai ver, com os próprios olhos, o quão “bobo” foi — de forma bem concreta. Não deixe que a curiosidade vire liquidez para o lado do outro. #grvt @grvt_io