未知数也是定数

O drop só vendeu por 40U, não esperava que a recompensa chegasse a quase 4 drops, hahaha $GRVT

GRVT-6,45%

#grvt Nesses dias, fiz uma análise profunda da estrutura de liquidação criptografada do @grvt_io e descobri que ela transfere o motor de transações para fora da cadeia e ancora a validação no ZKsync — uma ideia com muita engenhosidade de engenharia. Esse tipo de desenho contorna os riscos comuns de front-running e, de fato, atende à necessidade real de estratégias de alta frequência por latência extremamente baixa. Contudo, o outro lado da moeda é que a disponibilidade dos dados fica a cargo de um comitê específico, o que significa que nós, investidores de varejo, não conseguimos verificar diretamente, no livro público, a granularidade dos fluxos de ordens. Para os “nativos” que buscam transparência absoluta, esse tipo de compromisso carrega uma clara cor de concessão. $BTC Voltando ao nível de eficiência de ativos, o mecanismo de liquidação compartilhada por baixo do seu cofre esconde um desequilíbrio estrutural. Esse tipo de pool consolidado atrela margens de múltiplas moedas a um mesmo barco. Quando o gestor realiza com frequência, no sistema off-chain, hedges entre ativos, mesmo que a maior parte das direções das estratégias esteja correta, basta uma moeda específica com alta volatilidade romper de forma brusca o preço para que a “altura” de liquidez disponível do pool público seja drenada instantaneamente. Esse mecanismo de contágio de risco — de liquidações forçadas e redução de posições — exige que os provedores de capital monitorem constantemente o nível real de ociosidade subjacente. $ETH As licenças de ativos digitais emitidas pelas Bermudas, embora em termos formais estejam em conformidade, têm limites regulatórios com natureza de sandbox; a capacidade de aprofundamento ainda precisa ser validada pelo tempo. Na semana que vem, em 21 de julho, ocorre a estreia do token (primeira emissão), um grande teste para a capacidade de absorção do mercado. Com até 28% das cotas iniciais sendo liberadas de forma concentrada, a pressão de venda criada é bem significativa. Se a plataforma não tiver um fluxo suficiente de taxas reais circulando, a “roda” do token em si tende a perder o foco. Quanto ao projeto #grvt , as tentativas dele de otimizar a experiência de negociação merecem reconhecimento, mas a disputa entre a cadeia de riscos subjacentes e a inflação de tokens continua em andamento. Minha avaliação é bastante clara: no clima de emoções do mercado na abertura, mantenho distância e espero que a pressão de venda da primeira distribuição se limpe completamente. Depois, vou rastrear on-chain sua profundidade de atividade real e o capital retido. Embora, neste momento, a lógica comercial pareça fechar em si mesma, o preço que o mercado finalmente oferece costuma ser mais rigoroso do que as suposições ideais; e só o futuro dirá para onde isso vai.

#grvt Nesses dias, fiz uma análise profunda da estrutura de liquidação criptografada do @grvt_io e descobri que ela transfere o motor de transações para fora da cadeia e ancora a validação no ZKsync — uma ideia com muita engenhosidade de engenharia. Esse tipo de desenho contorna os riscos comuns de front-running e, de fato, atende à necessidade real de estratégias de alta frequência por latência extremamente baixa. Contudo, o outro lado da moeda é que a disponibilidade dos dados fica a cargo de um comitê específico, o que significa que nós, investidores de varejo, não conseguimos verificar diretamente, no livro público, a granularidade dos fluxos de ordens. Para os “nativos” que buscam transparência absoluta, esse tipo de compromisso carrega uma clara cor de concessão. $BTC

Voltando ao nível de eficiência de ativos, o mecanismo de liquidação compartilhada por baixo do seu cofre esconde um desequilíbrio estrutural. Esse tipo de pool consolidado atrela margens de múltiplas moedas a um mesmo barco. Quando o gestor realiza com frequência, no sistema off-chain, hedges entre ativos, mesmo que a maior parte das direções das estratégias esteja correta, basta uma moeda específica com alta volatilidade romper de forma brusca o preço para que a “altura” de liquidez disponível do pool público seja drenada instantaneamente. Esse mecanismo de contágio de risco — de liquidações forçadas e redução de posições — exige que os provedores de capital monitorem constantemente o nível real de ociosidade subjacente. $ETH

As licenças de ativos digitais emitidas pelas Bermudas, embora em termos formais estejam em conformidade, têm limites regulatórios com natureza de sandbox; a capacidade de aprofundamento ainda precisa ser validada pelo tempo. Na semana que vem, em 21 de julho, ocorre a estreia do token (primeira emissão), um grande teste para a capacidade de absorção do mercado. Com até 28% das cotas iniciais sendo liberadas de forma concentrada, a pressão de venda criada é bem significativa. Se a plataforma não tiver um fluxo suficiente de taxas reais circulando, a “roda” do token em si tende a perder o foco.

Quanto ao projeto #grvt , as tentativas dele de otimizar a experiência de negociação merecem reconhecimento, mas a disputa entre a cadeia de riscos subjacentes e a inflação de tokens continua em andamento. Minha avaliação é bastante clara: no clima de emoções do mercado na abertura, mantenho distância e espero que a pressão de venda da primeira distribuição se limpe completamente. Depois, vou rastrear on-chain sua profundidade de atividade real e o capital retido. Embora, neste momento, a lógica comercial pareça fechar em si mesma, o preço que o mercado finalmente oferece costuma ser mais rigoroso do que as suposições ideais; e só o futuro dirá para onde isso vai.

#newt Ontem à noite, eu estava tomando banho no meio do caminho, ainda não tinha enxaguado totalmente a espuma de sabão do meu corpo, quando a válvula de água inteligente simplesmente cortou o fornecimento de água sem qualquer aviso. Descobri que o algoritmo detectou que eu estava usando água por mais de quinze minutos, julgou unilateralmente que um encanamento em casa havia estourado e travou tudo à força. Essa sensação sufocante de ter que esperar eu descer manualmente para religar o disjuntor geral não resolve nem com “Cancelar” no celular. De repente, isso me fez lembrar do @NewtonProtocol , da rede principal na versão Beta que tinha acabado de ser lançada. Quando a gente entrega totalmente o poder de decisão para um código frio e rígido, a “automação” sem elasticidade muitas vezes acaba colocando a pessoa numa situação constrangedora. Para evitar esse “descontrole” de robôs agentes na cadeia, o projeto propôs uma camada de restrição zkPermissions baseada na tecnologia da Magic Labs. Ao dissecar sua lógica, percebi que ele não ficou “competindo” por previsões complexas de intenção; em vez disso, ele se concentrou em colocar um bloqueio de segurança antes de executar qualquer coisa. Em conjunto com um ambiente de execução confiável e provas de conhecimento zero, cada movimento do agente fica rigidamente preso a regras predefinidas. Em períodos comuns com a rede funcionando bem, essas restrições realmente ajudam o usuário a evitar desvios causados por falhas de software, sendo até mais rigorosas do que depender apenas de administradores por multiassinatura.$BTC Só que, como tudo tem dois lados, nem tudo é perfeito. Atualmente, os nós de validação têm uma forte coloração de controle por permissões; e, historicamente, a base física de hardware também não é absolutamente imune a falhas. Pessoalmente, eu deduzo que, assim que o mercado entrar num cenário de corrida/pânico (stampede) e os custos de Gas dispararem, esse processo de verificação meticuloso fica altamente vulnerável a atrasos de produção de blocos por congestionamento do Rollup do Keystore na camada inferior — e assim, as chamadas “restrições rígidas” acabam virando só enfeite, ficando sem efeito prático.$ETH Com a aproximação do desbloqueio subsequente do $NEWT , o projeto precisa provar sua capacidade de resistir à pressão real com receita de negócios na cadeia. A rota de colocar uma “gaiola” nos robôs, sem dúvida, é a direção correta. Mas, antes de saírem dados de testes extremos com mais poder de convencimento, eu ainda prefiro apertar o cofre e manter a postura prudente. #Newt

#newt Ontem à noite, eu estava tomando banho no meio do caminho, ainda não tinha enxaguado totalmente a espuma de sabão do meu corpo, quando a válvula de água inteligente simplesmente cortou o fornecimento de água sem qualquer aviso. Descobri que o algoritmo detectou que eu estava usando água por mais de quinze minutos, julgou unilateralmente que um encanamento em casa havia estourado e travou tudo à força. Essa sensação sufocante de ter que esperar eu descer manualmente para religar o disjuntor geral não resolve nem com “Cancelar” no celular. De repente, isso me fez lembrar do @NewtonProtocol , da rede principal na versão Beta que tinha acabado de ser lançada. Quando a gente entrega totalmente o poder de decisão para um código frio e rígido, a “automação” sem elasticidade muitas vezes acaba colocando a pessoa numa situação constrangedora.

Para evitar esse “descontrole” de robôs agentes na cadeia, o projeto propôs uma camada de restrição zkPermissions baseada na tecnologia da Magic Labs. Ao dissecar sua lógica, percebi que ele não ficou “competindo” por previsões complexas de intenção; em vez disso, ele se concentrou em colocar um bloqueio de segurança antes de executar qualquer coisa. Em conjunto com um ambiente de execução confiável e provas de conhecimento zero, cada movimento do agente fica rigidamente preso a regras predefinidas. Em períodos comuns com a rede funcionando bem, essas restrições realmente ajudam o usuário a evitar desvios causados por falhas de software, sendo até mais rigorosas do que depender apenas de administradores por multiassinatura.$BTC

Só que, como tudo tem dois lados, nem tudo é perfeito. Atualmente, os nós de validação têm uma forte coloração de controle por permissões; e, historicamente, a base física de hardware também não é absolutamente imune a falhas. Pessoalmente, eu deduzo que, assim que o mercado entrar num cenário de corrida/pânico (stampede) e os custos de Gas dispararem, esse processo de verificação meticuloso fica altamente vulnerável a atrasos de produção de blocos por congestionamento do Rollup do Keystore na camada inferior — e assim, as chamadas “restrições rígidas” acabam virando só enfeite, ficando sem efeito prático.$ETH

Com a aproximação do desbloqueio subsequente do $NEWT , o projeto precisa provar sua capacidade de resistir à pressão real com receita de negócios na cadeia. A rota de colocar uma “gaiola” nos robôs, sem dúvida, é a direção correta. Mas, antes de saírem dados de testes extremos com mais poder de convencimento, eu ainda prefiro apertar o cofre e manter a postura prudente. #Newt

Artigo

Uma fechadura inteligente que deixou o gato com fome — e como isso me fez entender o derradeiro paradigma e o abismo tecnológico do @NewtonProtocol

No fim de semana passado eu dei uma saída mais longe. Antes de sair, configurei uma senha temporária no meu cadeado inteligente, permitindo que um amigo viesse das duas às quatro da tarde para me ajudar a alimentar o gato. Só que ele caiu num grande engarrafamento e chegou às 16h05. Diante daquele cadeado de senha frio e impessoal, tentou três vezes e foi recusado sem piedade. O sistema simplesmente não se importa com a nossa amizade de dez anos, nem com o fato de que o gato lá dentro está com fome e fazendo “miau” o tempo todo; ele só segue uma regra implacável: se a hora não estiver certa, os privilégios ficam zerados. Foi algo que me fez chorar e rir ao mesmo tempo, mas também me trouxe uma compreensão extremamente direta e imediata de uma das redefinições mais centrais no mundo das finanças on-chain: a reformulação de paradigma. Quando os agentes de IA começam a assumir ativos com mais frequência, nós precisamos, assim como tratamos essa fechadura inteligente, remodelar completamente a “confiança subjetiva” para “regras rígidas”.

Nove anos juntos construindo lendas, aniversário de 9 anos da Binance feliz, o futuro é promissor!#币安九周年 #BinanceTurns9

#grvt Não havia nada que prenunciasse — do lado de fora, começou a chover forte de repente. Quando me levantei para fechar a janela, o vento soprou todas as folhas de rascunho que estavam sobre a mesa. Só depois que voltei, atrapalhado, para diante da tela, o teste de estresse do simulador de repente travou bem no ponto crítico. Essa desordem súbita da vida, que se choca um pouco com a busca pela perfeita malha de realimentação que tentamos alcançar no código, sempre parece ter um desencontro. Ao observar os dados de execução do @grvt_io no monitor, a complexidade das interações entre camadas se torna, num instante, algo bem concreto. Eles desmembraram os módulos de liquidação, ponte e rendimento com uma precisão enorme, e até as grandes instituições de auditoria carimbaram. Mas eu acho que, quando se trata de alta frequência com múltiplos ativos em camadas, o mecanismo de múltiplas confirmações acaba alongando o ciclo de verificação de direitos (quitação). Além disso, as requisições do front-end dependem fortemente de rotas específicas do back-end para transmitir as atualizações; nesse modelo híbrido, ao lidar com riscos desconhecidos e repentinos, a descentralização tende a perder um pouco de “cor” — inevitavelmente dá uma caída. $BTC Enquanto eu testava a derrubada no mercado com contas em múltiplas moedas, capturei uma fratura microscópica de liquidez. Ao configurar parâmetros extremos de venda para baixo (dump), o sistema executou a liquidação forçada muito rápido, mas a profundidade das ordens de compra no livro fora da cadeia foi consumida em apenas dois segundos. Ao atualizar o book, percebi que a velocidade de reparo da liquidez simplesmente não consegue acompanhar a pressão de venda instantânea; a diferença de pressão foi toda direcionada ao fundo de contingência. A curva de consumo ficou tão íngreme que dá até calafrio. $ETH Essa arquitetura, quando o tempo está bom, realmente maximiza a eficiência do capital — bem no estilo de quem joga de forma vetorizada. Mas, assim que bate uma “besta negra”, será que a sofisticada muralha de isolamento é uma linha de defesa ou um novo obstáculo para acumular liquidez? Eu ainda acho que é preciso reservar algumas intuições para validar com o mercado.

#grvt Não havia nada que prenunciasse — do lado de fora, começou a chover forte de repente. Quando me levantei para fechar a janela, o vento soprou todas as folhas de rascunho que estavam sobre a mesa. Só depois que voltei, atrapalhado, para diante da tela, o teste de estresse do simulador de repente travou bem no ponto crítico. Essa desordem súbita da vida, que se choca um pouco com a busca pela perfeita malha de realimentação que tentamos alcançar no código, sempre parece ter um desencontro. Ao observar os dados de execução do @grvt_io no monitor, a complexidade das interações entre camadas se torna, num instante, algo bem concreto.

Eles desmembraram os módulos de liquidação, ponte e rendimento com uma precisão enorme, e até as grandes instituições de auditoria carimbaram. Mas eu acho que, quando se trata de alta frequência com múltiplos ativos em camadas, o mecanismo de múltiplas confirmações acaba alongando o ciclo de verificação de direitos (quitação). Além disso, as requisições do front-end dependem fortemente de rotas específicas do back-end para transmitir as atualizações; nesse modelo híbrido, ao lidar com riscos desconhecidos e repentinos, a descentralização tende a perder um pouco de “cor” — inevitavelmente dá uma caída. $BTC

Enquanto eu testava a derrubada no mercado com contas em múltiplas moedas, capturei uma fratura microscópica de liquidez. Ao configurar parâmetros extremos de venda para baixo (dump), o sistema executou a liquidação forçada muito rápido, mas a profundidade das ordens de compra no livro fora da cadeia foi consumida em apenas dois segundos. Ao atualizar o book, percebi que a velocidade de reparo da liquidez simplesmente não consegue acompanhar a pressão de venda instantânea; a diferença de pressão foi toda direcionada ao fundo de contingência. A curva de consumo ficou tão íngreme que dá até calafrio. $ETH

Essa arquitetura, quando o tempo está bom, realmente maximiza a eficiência do capital — bem no estilo de quem joga de forma vetorizada. Mas, assim que bate uma “besta negra”, será que a sofisticada muralha de isolamento é uma linha de defesa ou um novo obstáculo para acumular liquidez? Eu ainda acho que é preciso reservar algumas intuições para validar com o mercado.

#newt No fim de semana passado, dei uma força para alguns “irmãos” que fazem quant, para manter a vida, e um cara acabou se ferrando porque olhou o timestamp do candle de uma exchange de forma errada: o script disparou freneticamente em um preço incorreto e, em poucos minutos, devolveu três pontos. Isso me fez perceber que “estar em conformidade de processo” e “ter dados corretos” são duas coisas bem diferentes. Recentemente, para encontrar um lugar mais estável para a minha posição principal, eu fiquei martelando a testnet @NewtonProtocol , só para ver se o $NEWT realmente aguenta esse tipo de risco de cisão entre dados e lógica — os “cisnes negros” que surgem daí. A lógica em três etapas — “intenção-avaliação-consenso” — está bastante consistente. A combinação de avaliações independentes em múltiplos nós, com o fechamento via prova de conhecimento zero, praticamente bloqueia a possibilidade de maldade em um único ponto. Somando isso aos dados da Redstone e da Credora, a rota de execução da Newton Mainnet Beta é clara e aterrissa muito rápido. Mas voltando ao buraco onde meu amigo caiu: a Newton permite que o usuário compile por conta própria módulos WASM e os envie para o mecanismo de fonte de dados customizada de dentro do sandbox. Embora seja flexível, o sandbox não consegue conter erros lógicos. Se, por exemplo, um atraso na captura de preços causar desalinhamento do timestamp, esses dados imprecisos — desde que ainda cumpram a conformidade do processo — conseguem, ainda assim, receber uma assinatura válida. Esse “vácuo” em execuções multicadeia e em múltiplos ambientes traz o risco de um choque de consenso. $BTC Outro ponto que me deixa com pulga atrás da orelha é a profundidade da dependência da rede no EigenLayer. Usar o conjunto de validadores do Restaking para obter inicialização rápida é uma estratégia inteligente, mas isso também significa amarrar a própria segurança de controle de risco a um protocolo de empilhamento complexo. No cenário atual, a concentração de nós é relativamente alta. Se esses grandes nós enfrentarem uma disputa inesperada por recursos de computação em outras AVSs populares, ou se, por falha de outros projetos, acontecer de serem acionados penalidades por Slashing, a pressão resultante — como atrasos de validação e redução de crédito — se propagará em cadeia. $ETH Acho que um protocolo de automação excelente, no longo prazo, depende muito da sua capacidade de redundância. A abertura da Newton Mainnet Beta foi impressionante, mas o que vai importar no futuro é se, na fase Permissionless Operator, ela consegue introduzir com sucesso uma grande quantidade de validadores independentes não dependentes, para deixar a base de segurança de fato bem sólida. Pelo que vejo agora, testar com grandes fundos em pequenas posições na área rasa é mais prudente; quando a base ficar mais diversificada, aí sim faz sentido pisar com a posição principal e contar com um apoio firme. #Newt

#newt No fim de semana passado, dei uma força para alguns “irmãos” que fazem quant, para manter a vida, e um cara acabou se ferrando porque olhou o timestamp do candle de uma exchange de forma errada: o script disparou freneticamente em um preço incorreto e, em poucos minutos, devolveu três pontos. Isso me fez perceber que “estar em conformidade de processo” e “ter dados corretos” são duas coisas bem diferentes. Recentemente, para encontrar um lugar mais estável para a minha posição principal, eu fiquei martelando a testnet @NewtonProtocol , só para ver se o $NEWT realmente aguenta esse tipo de risco de cisão entre dados e lógica — os “cisnes negros” que surgem daí.

A lógica em três etapas — “intenção-avaliação-consenso” — está bastante consistente. A combinação de avaliações independentes em múltiplos nós, com o fechamento via prova de conhecimento zero, praticamente bloqueia a possibilidade de maldade em um único ponto. Somando isso aos dados da Redstone e da Credora, a rota de execução da Newton Mainnet Beta é clara e aterrissa muito rápido. Mas voltando ao buraco onde meu amigo caiu: a Newton permite que o usuário compile por conta própria módulos WASM e os envie para o mecanismo de fonte de dados customizada de dentro do sandbox. Embora seja flexível, o sandbox não consegue conter erros lógicos. Se, por exemplo, um atraso na captura de preços causar desalinhamento do timestamp, esses dados imprecisos — desde que ainda cumpram a conformidade do processo — conseguem, ainda assim, receber uma assinatura válida. Esse “vácuo” em execuções multicadeia e em múltiplos ambientes traz o risco de um choque de consenso. $BTC

Outro ponto que me deixa com pulga atrás da orelha é a profundidade da dependência da rede no EigenLayer. Usar o conjunto de validadores do Restaking para obter inicialização rápida é uma estratégia inteligente, mas isso também significa amarrar a própria segurança de controle de risco a um protocolo de empilhamento complexo. No cenário atual, a concentração de nós é relativamente alta. Se esses grandes nós enfrentarem uma disputa inesperada por recursos de computação em outras AVSs populares, ou se, por falha de outros projetos, acontecer de serem acionados penalidades por Slashing, a pressão resultante — como atrasos de validação e redução de crédito — se propagará em cadeia. $ETH

Acho que um protocolo de automação excelente, no longo prazo, depende muito da sua capacidade de redundância. A abertura da Newton Mainnet Beta foi impressionante, mas o que vai importar no futuro é se, na fase Permissionless Operator, ela consegue introduzir com sucesso uma grande quantidade de validadores independentes não dependentes, para deixar a base de segurança de fato bem sólida. Pelo que vejo agora, testar com grandes fundos em pequenas posições na área rasa é mais prudente; quando a base ficar mais diversificada, aí sim faz sentido pisar com a posição principal e contar com um apoio firme. #Newt

Artigo

Do robô aspirador que ficou a sala alagada de madrugada: conversando sobre as fricções físicas por trás do @NewtonProtocol

Há alguns dias, enquanto arrumava a casa, mudei a programação do robô aspirador. Mas eu faltava uma peça de sensor para ele identificar corretamente, então ele ligou de madrugada e deixou a água acumulada na sala espalhada por todo o apartamento. Vendo aquela bagunça toda, na hora eu pensei: até as regras de automação mais simples do mundo físico, quando não têm validação de limites, já são suficientes para enlouquecer as pessoas — quanto mais quando envolve contratos inteligentes on-chain que lidam com ativos na casa dos milhões. Isso também me fez lembrar do @NewtonProtocol Mainnet Beta, que tenho ficado pensando repetidamente. O projeto tenta construir na cadeia uma rede de execução de estratégias de prevenção antecipada, para corrigir a lógica de controle de risco que só atua depois que os problemas acontecem. Esse tipo de infraestrutura bem “hardcore” é realmente raro, mas, deixando de lado os discursos de relações públicas, as fricções de engenharia no nível mais baixo também não podem ser ignoradas. Para quem tem tokens $NEWT ou mantém acompanhamento de longo prazo, enxergar o abismo técnico vale mais do que seguir tendências às cegas.

#grvt Nesses dias, eu mesmo tirei um pouco de capital ocioso para acompanhar as operações do @grvt_io . Essa estratégia que atrela diretamente a margem da posição a ativos subjacentes que rendem juros de forma “passiva” realmente acertou em cheio a dor central de traders que operam com muita frequência. Antes, ao usar contratos perpétuos na cadeia, o capital em posição basicamente ficava “parado”, como água estagnada: para buscar retorno, você tinha que sacrificar liquidez. Mas, nessa plataforma, enquanto eu deixo pedidos de derivativos abertos, o dinheiro que não está sendo ocupado no back-end ainda consegue, ao mesmo tempo, capturar o rendimento dos investimentos. Esse crescimento eficiente do capital ocioso, em trilhas duplas paralelas, deixa a parte do custo técnico de lado; só pela experiência de operação, de fato é extremamente atrativo. A equipe deles adotou uma rota técnica bem ousada, totalmente voltada para uma arquitetura de provas de conhecimento zero mais próxima de Validium. Para alcançar altíssima eficiência na correspondência de ordens e respostas no nível de microssegundos, a plataforma envia para servidores off-chain todo o mecanismo central de matching e os detalhes originais das posições (demandas). Já a rede principal do Ethereum só funciona como um “painel” de registro para validação de estado. Objetivamente falando, a velocidade de execução dessa arquitetura quase consegue substituir grandes empresas centralizadas; e, no nível criptográfico, a soberania do capital ainda pertence ao indivíduo—o projeto não consegue, de maneira subjetiva, tirar suas moedas. $BTC Mas acho que velocidade ao extremo geralmente vem acompanhada de fraquezas técnicas ocultas. No modo Validium, o maior calcanhar de Aquiles é a disponibilidade de dados. Se um dia o núcleo do data center oficial enfrentar um imprevisto ou ficar “desconectado” por força maior, ainda que a criptografia on-chain consiga provar que você tem os ativos, por causa da ausência do histórico completo off-chain, o usuário simplesmente não consegue calcular e apresentar a prova de Merkle válida para solicitar uma “extração/forçação” (withdraw/claim) na mainnet. Embora eles tenham introduzido um comitê de backup institucional, isso é, na prática, mais parecido com uma espécie de cadeia联盟 com concessões; o “sabor” descentralizado ainda não é suficiente. $ETH Não dá para negar que esse mecanismo de “abrir posição e ganhar deitado” do #grvt realmente empolga as pessoas e é uma aposta arriscada ao explorar uma forma de enfrentar os CEX tradicionais. Porém, não existe solução técnica perfeita: a criptografia até consegue garantir que as contas e a execução estão corretas, mas não consegue garantir a disponibilidade do servidor amanhã. Atualmente, ainda só uso uma pequena parte do capital de confronto para rodar no curto prazo. Quanto a saber se essa arquitetura vai conseguir aguentar os próximos “cisnes negros” extremos na cadeia, ainda depende da resposta final que o mercado vai dar.

#grvt Nesses dias, eu mesmo tirei um pouco de capital ocioso para acompanhar as operações do @grvt_io . Essa estratégia que atrela diretamente a margem da posição a ativos subjacentes que rendem juros de forma “passiva” realmente acertou em cheio a dor central de traders que operam com muita frequência. Antes, ao usar contratos perpétuos na cadeia, o capital em posição basicamente ficava “parado”, como água estagnada: para buscar retorno, você tinha que sacrificar liquidez. Mas, nessa plataforma, enquanto eu deixo pedidos de derivativos abertos, o dinheiro que não está sendo ocupado no back-end ainda consegue, ao mesmo tempo, capturar o rendimento dos investimentos. Esse crescimento eficiente do capital ocioso, em trilhas duplas paralelas, deixa a parte do custo técnico de lado; só pela experiência de operação, de fato é extremamente atrativo.

A equipe deles adotou uma rota técnica bem ousada, totalmente voltada para uma arquitetura de provas de conhecimento zero mais próxima de Validium. Para alcançar altíssima eficiência na correspondência de ordens e respostas no nível de microssegundos, a plataforma envia para servidores off-chain todo o mecanismo central de matching e os detalhes originais das posições (demandas). Já a rede principal do Ethereum só funciona como um “painel” de registro para validação de estado. Objetivamente falando, a velocidade de execução dessa arquitetura quase consegue substituir grandes empresas centralizadas; e, no nível criptográfico, a soberania do capital ainda pertence ao indivíduo—o projeto não consegue, de maneira subjetiva, tirar suas moedas. $BTC

Mas acho que velocidade ao extremo geralmente vem acompanhada de fraquezas técnicas ocultas. No modo Validium, o maior calcanhar de Aquiles é a disponibilidade de dados. Se um dia o núcleo do data center oficial enfrentar um imprevisto ou ficar “desconectado” por força maior, ainda que a criptografia on-chain consiga provar que você tem os ativos, por causa da ausência do histórico completo off-chain, o usuário simplesmente não consegue calcular e apresentar a prova de Merkle válida para solicitar uma “extração/forçação” (withdraw/claim) na mainnet. Embora eles tenham introduzido um comitê de backup institucional, isso é, na prática, mais parecido com uma espécie de cadeia联盟 com concessões; o “sabor” descentralizado ainda não é suficiente. $ETH

Não dá para negar que esse mecanismo de “abrir posição e ganhar deitado” do #grvt realmente empolga as pessoas e é uma aposta arriscada ao explorar uma forma de enfrentar os CEX tradicionais. Porém, não existe solução técnica perfeita: a criptografia até consegue garantir que as contas e a execução estão corretas, mas não consegue garantir a disponibilidade do servidor amanhã. Atualmente, ainda só uso uma pequena parte do capital de confronto para rodar no curto prazo. Quanto a saber se essa arquitetura vai conseguir aguentar os próximos “cisnes negros” extremos na cadeia, ainda depende da resposta final que o mercado vai dar.

#newt recentemente observei @NewtonProtocol Mainnet Beta recém-lançado. Ele força a filtragem de riscos e as estratégias de conformidade a serem inseridas na fase de pré-orçamento antes da execução das transações. A ideia de colocar uma “aduana prévia” nas interações on-chain é bem interessante. Porém, por trás do enredo de alto nível técnico, o desempenho real na cadeia e a implementação em engenharia ainda são uma fogueira que exige uma análise racional. Do ponto de vista da arquitetura técnica, sua lógica subjacente pesa bastante. Além de escrever contratos inteligentes, o desenvolvedor ainda precisa manter um conjunto de linguagens de regras de uma dimensão totalmente diferente para as validações prévias. Nesse tipo de canal de transmissão que avalia múltiplos nós em paralelo e depende de um gateway externo para buscar dados, qualquer atraso de oráculo ou oscilação na rede tem grande chance de transformar o bloqueio de segurança esperado em uma trava rígida para o fluxo de fundos. Quanto aos mecanismos de punição posteriores, para a liquidez que fica do lado de fora em situações de mercado extremas, eles acabam tendo pouco efeito.$BTC Mas, vendo de forma dialética, a intenção de design “anti-erro” que ele promove no front-end acerta, de fato, a dor do setor. Somente provas de conhecimento zero garantem que as operações do agente de IA estejam matematicamente em conformidade, mas não conseguem identificar erros lógicos do tipo “eu errei e preenchi zero demais” por parte do usuário. Ao traduzir, antes do acerto, endereços hexadecimais frios e inacessíveis da cadeia em valores de ativos que uma pessoa comum consegue entender, além de limitar listas de validade/tempo, e ao deixar a complexidade para o back-end, ele de fato realizou uma exploração de engenharia ambiciosa para resolver a “precisão da intenção”.$ETH Essa diferença em formato “traseira pesada, front-end leve” faz com que pareça um corpo híbrido contraditório. Ao ver mais aplicações nativas on-chain serem integradas em larga escala e, principalmente, quando isso realmente puxar a eficiência de $NEWT fluxo/transação, ele ainda parece, por enquanto, um conjunto de ensaios defensivos de alto custo. Para o investidor comum de varejo, manter distância de segurança enquanto observa, de forma contínua, a robustez futura da rede de nós descentralizados certamente é uma opção de estratégia mais prudente. #Newt

#newt recentemente observei @NewtonProtocol Mainnet Beta recém-lançado. Ele força a filtragem de riscos e as estratégias de conformidade a serem inseridas na fase de pré-orçamento antes da execução das transações. A ideia de colocar uma “aduana prévia” nas interações on-chain é bem interessante. Porém, por trás do enredo de alto nível técnico, o desempenho real na cadeia e a implementação em engenharia ainda são uma fogueira que exige uma análise racional.

Do ponto de vista da arquitetura técnica, sua lógica subjacente pesa bastante. Além de escrever contratos inteligentes, o desenvolvedor ainda precisa manter um conjunto de linguagens de regras de uma dimensão totalmente diferente para as validações prévias. Nesse tipo de canal de transmissão que avalia múltiplos nós em paralelo e depende de um gateway externo para buscar dados, qualquer atraso de oráculo ou oscilação na rede tem grande chance de transformar o bloqueio de segurança esperado em uma trava rígida para o fluxo de fundos. Quanto aos mecanismos de punição posteriores, para a liquidez que fica do lado de fora em situações de mercado extremas, eles acabam tendo pouco efeito.$BTC

Mas, vendo de forma dialética, a intenção de design “anti-erro” que ele promove no front-end acerta, de fato, a dor do setor. Somente provas de conhecimento zero garantem que as operações do agente de IA estejam matematicamente em conformidade, mas não conseguem identificar erros lógicos do tipo “eu errei e preenchi zero demais” por parte do usuário. Ao traduzir, antes do acerto, endereços hexadecimais frios e inacessíveis da cadeia em valores de ativos que uma pessoa comum consegue entender, além de limitar listas de validade/tempo, e ao deixar a complexidade para o back-end, ele de fato realizou uma exploração de engenharia ambiciosa para resolver a “precisão da intenção”.$ETH

Essa diferença em formato “traseira pesada, front-end leve” faz com que pareça um corpo híbrido contraditório. Ao ver mais aplicações nativas on-chain serem integradas em larga escala e, principalmente, quando isso realmente puxar a eficiência de $NEWT fluxo/transação, ele ainda parece, por enquanto, um conjunto de ensaios defensivos de alto custo. Para o investidor comum de varejo, manter distância de segurança enquanto observa, de forma contínua, a robustez futura da rede de nós descentralizados certamente é uma opção de estratégia mais prudente. #Newt

Artigo

Da interceptação posterior à decisão na entrada: desvendando o poder de julgamento de acesso aos fundos on-chain e o atrito com o controle de risco programável

Há alguns dias, durante o teste na rede de testagem, eu estava depurando alguns conjuntos de rotas automatizadas de transferência de ativos baseadas em computação multipartidária. Ao ver um mar de logs de chamadas assíncronas na tela, de repente percebi que, no estado atual, as defesas de segurança on-chain ainda permanecem, na maior parte, na fase do “especialista de arquibancada” — reagindo depois que o problema já ocorreu. Dos primeiros bugs em contratos inteligentes até hoje, com ataques cibernéticos cada vez mais complexos, os diversos plug-ins de segurança existentes muitas vezes só exibem um aviso laranja, pouco incisivo, depois que a requisição de assinatura já foi empurrada para o pop-up da carteira ou depois que uma transação maliciosa já foi empacotada e enviada para a blockchain. Quando analisei com cuidado a lógica subjacente do Newton Mainnet Beta, descobri que @NewtonProtocol o que ele quer entrar não é essa lógica tradicional de bloqueio posterior, e sim colocar a “faca” da decisão de controle de risco na linha de frente absoluta antes de a transação ser confirmada.

#newt 最近刷到不少关于 @NewtonProtocol 的探讨，主网测试版上线后的合作通关稿挺热闹。作为一个爱死磕链上数据的研究者，我特意去调了 Newton Mainnet Beta 的真实数据。结果链上活跃度和实际 Gas 费消耗有点让人犯嘀咕，宣传里提到的知名 DeFi 目前在链上并没有看到明显的交互放量。

为了摸清底层逻辑，我前天特意用测试钱包跑了一遍它那个事前鉴权系统。机制上，它通过前置节点把执行判决提前到了结算前，用户交易时本地要完成双重签名，并交由后端黑名单逐项核对。我觉得这种繁琐的流程虽然增强了安全边界，但直接导致我一笔普通转账被卡了将近两分钟。说实话，平时我们在以太坊$ETH 上遭遇网络拥堵，或者走比特币$BTC 网络转账，体感上也很少有这种被强行扣在门外做漫长“安检”的窒息感。在极端行情下，这种延迟很容易让人面临亏损。

这种把合规过滤完全做在交易前置层的思路，对需要防范黑灰产的机构用户来说算是一种尝试。这不由得让我想起现在的比特币二层网络和以太坊各类合规协议，大家都在流动性与去中心化之间做痛苦的利益取舍。不过对于我们这种习惯了链上即时流动的散户，过度复杂的验证如果碰上地址标签误判，很容易导致钱包在没有顺畅申诉通道的情况下被无故锁死。

说到底，不管后端工具设计得多么严密，没有资产交互和应用留存，它目前更像是一套高成本的自嗨机制。在看到更多应用正式引入并真正拉动 $NEWT 吞吐量之前，我觉得大家保持安全距离并观望后续网络表现，显然是更稳妥的。 #Newt

Hoje, a comunidade @grvt_io está em polvorosa por causa da página de resgate de airdrop recém-lançada. Quando fiz um recontagem real dos dados de interação desta semana, senti de leve que a equipe oficial iria mexer na liberação do token — e de fato, o novo plano de multiplicadores gerou uma divisão enorme no mercado. Desta vez, #grvt vai recompensar 28% do total para participantes iniciais; a jogada é grande, mas a controvérsia está toda no modo de resgate. Na mesa está uma típica questão de múltipla escolha de prêmio por liquidez. Você pode optar por pegar todo o lote diretamente no dia em que os tokens são gerados. Mas se você estiver disposto a transferir a liquidez e bloquear os tokens por quatro meses ou até oito meses, como compensação, os tokens em papel podem chegar a ser multiplicados em até quatro vezes. Acho que esse desenho testa extremamente a compreensão, na base, que traders têm sobre eficiência no uso de capital. De forma objetiva, isso realmente estende de maneira indireta o ciclo de realização do varejo. No ecossistema cripto, alguns meses já bastam para completar um ciclo local de alta e baixa. Se no segundo semestre houver uma forte ruptura acima da máxima anterior, como $BTC , ou se $ETH voltar a explodir por causa de novo influxo de capital macro, você terá trancado em aqui um capital que poderia estar circulando. A perda de liquidez significa, então, um custo de oportunidade implícito extremamente alto. Mas olhando por outro ângulo, para aqueles que já pretendem usar isso como uma ferramenta central de derivativos e fazer staking por longo prazo para obter descontos nas taxas, trocar tempo por um multiplicador quatro vezes, sem dúvida, vale a pena. Diante desse tipo de jogo extremado, meus próprios princípios operacionais não são obedecer cegamente. Para quem tem muitos números de matriz e só quer realizar caixa rapidamente, não travar os tokens é a opção mais segura. Para quem pretende participar mais profundamente dos hedges posteriores, então esse multiplicador merece a troca. O dia 27 de julho é o último prazo: no fim, é melhor pegar dinheiro agora ou apostar no futuro. Todo mundo deveria avaliar com calma a própria capacidade real de resistência a riscos antes de decidir.

Hoje, a comunidade @grvt_io está em polvorosa por causa da página de resgate de airdrop recém-lançada. Quando fiz um recontagem real dos dados de interação desta semana, senti de leve que a equipe oficial iria mexer na liberação do token — e de fato, o novo plano de multiplicadores gerou uma divisão enorme no mercado. Desta vez, #grvt vai recompensar 28% do total para participantes iniciais; a jogada é grande, mas a controvérsia está toda no modo de resgate.

Na mesa está uma típica questão de múltipla escolha de prêmio por liquidez. Você pode optar por pegar todo o lote diretamente no dia em que os tokens são gerados. Mas se você estiver disposto a transferir a liquidez e bloquear os tokens por quatro meses ou até oito meses, como compensação, os tokens em papel podem chegar a ser multiplicados em até quatro vezes.

Acho que esse desenho testa extremamente a compreensão, na base, que traders têm sobre eficiência no uso de capital. De forma objetiva, isso realmente estende de maneira indireta o ciclo de realização do varejo. No ecossistema cripto, alguns meses já bastam para completar um ciclo local de alta e baixa. Se no segundo semestre houver uma forte ruptura acima da máxima anterior, como $BTC , ou se $ETH voltar a explodir por causa de novo influxo de capital macro, você terá trancado em aqui um capital que poderia estar circulando. A perda de liquidez significa, então, um custo de oportunidade implícito extremamente alto.

Mas olhando por outro ângulo, para aqueles que já pretendem usar isso como uma ferramenta central de derivativos e fazer staking por longo prazo para obter descontos nas taxas, trocar tempo por um multiplicador quatro vezes, sem dúvida, vale a pena. Diante desse tipo de jogo extremado, meus próprios princípios operacionais não são obedecer cegamente. Para quem tem muitos números de matriz e só quer realizar caixa rapidamente, não travar os tokens é a opção mais segura. Para quem pretende participar mais profundamente dos hedges posteriores, então esse multiplicador merece a troca. O dia 27 de julho é o último prazo: no fim, é melhor pegar dinheiro agora ou apostar no futuro. Todo mundo deveria avaliar com calma a própria capacidade real de resistência a riscos antes de decidir.

#newt No último fim de semana eu fiz arbitragem cross-chain, mas fui completamente desorganizado pelos componentes de IA on-chain que ficaram “loucos”. Eu vi de perto como ela consumiu os dados errados e disparou ordens sem parar. Depois de uma liquidação manual, ainda assim não consegui obter os logs da camada subjacente. Isso me fez reavaliar @NewtonProtocol : na verdade, ele está fazendo subtração, interrompendo diretamente as possíveis ações incorretas do modelo usando uma rede de validação. Ao dissecar o Newton Mainnet Beta, dá para ver que ele implementa uma interceptação de intenções bem pesada. A linha vermelha de transação fica fixada no middleware; chamadas fora do limite são descartadas diretamente na fase de agregação de assinaturas. Isso basicamente coloca um colar com espinhos no agente. Em conjunto com a penalidade de staking $NEWT , independentemente de como o grande modelo gere ilusões, ele não consegue obter credenciais de transações — e, portanto, jamais consegue subir na cadeia. Uma interceptação “hardcore” realmente consegue travar o risco. Mas ao analisar os dados on-chain, percebi um atraso na sincronização de estado. Para refinar o controle, eles dividem o gerenciamento de permissões em ambientes independentes. Porém, assim que a atualização de parâmetros de autorização ocorre via cross-chain, a ponte de sincronização entre cadeias e a confirmação de blocos geram um período de “vácuo” bem evidente. Isso é parecido com quando antes brincavam sobre a congestão $ETH : os limites físicos da comunicação são difíceis de contornar. A inferência é que, em cenários extremos de mercado unilateral, se a estratégia precisar afrouxar as permissões com urgência, um atraso de alguns minutos já é suficiente para derrubar o funcionamento do modelo. Além disso, atualmente os nós de ordenação responsáveis por empacotar permissões ainda não estão suficientemente distribuídos. Se realmente houver congestionamento na rede, se isso travaria comandos vitais… dá mesmo calafrios. Muitos imaginam que no futuro a rede do Bitcoin $BTC possa introduzir em larga escala agentes programáveis, mas se nem os contratos inteligentes atuais conseguem resolver o descompasso de execução, então não dá para falar em fronteiras de segurança. Colocar “travas físicas” no DeFi faz sentido, na minha visão. Mas diante do período constrangedor entre atualizar instruções e confirmar o estado, no curto prazo dificilmente essa arquitetura vai absorver operações de alta frequência e microajustes. Se esse sistema aguenta tráfego real, ainda precisamos ver o desempenho depois. #Newt

Artigo

Não pense só em economizar aqueles centavos de Gas—uma análise profunda da lacuna de permissões e do paradoxo da privacidade no novo mainnet do Newton

Eu, um veterano de on-chain que tem passado o dia inteiro brigando com scripts, recentemente fui autorizado a mexer nisso e fiquei completamente exausto. Na semana passada, fazendo arbitragem com frequência, eu dava autorização para o Agent dentro dos contratos; observar as taxas de gás da Ethereum, na casa de dezenas de gwei, me fazia sangrar por dentro. No fim, por causa de atrasos, perdi a janela e acabei pagando um custo caro à toa. No meu desespero, fiquei olhando com atenção o <c-20/> do Newton Mainnet Beta, testando a mecânica central com uma conta secundária em profundidade. No mercado, muita gente está exaltando isso, mas eu quero encarar o famigerado “Keystore Rollup” com o olhar frio de quem coloca a mão na massa: avaliar de forma objetiva o que foi dito como algo incrivelmente mágico.
Em termos de arquitetura técnica, esse protocolo de fato difere fundamentalmente das redes L2 tradicionais. Em vez de competir com cadeias de expansão genéricas por fatias do acerto de contas em nível de base, ele direciona o foco para um território relativamente inexplorado: permissões e gerenciamento de identidade. Na interação tradicional, nossas chaves de sessão ou regras de delegação ficam espalhadas em vários contratos, o que torna a modificação trabalhosa e complicada. A lógica dele é extrair toda a estratégia de permissões e concentrá-la dentro de uma arquitetura exclusiva de zkPermissions. Assim, todas as verificações são concluídas antes que a transação aconteça; em teoria, isso realmente pode nos ajudar a economizar bastante gasto inútil de taxas.

#newt No último fim de semana eu fiz arbitragem cross-chain, mas fui completamente desorganizado pelos componentes de IA on-chain que ficaram “loucos”. Eu vi de perto como ela consumiu os dados errados e disparou ordens sem parar. Depois de uma liquidação manual, ainda assim não consegui obter os logs da camada subjacente. Isso me fez reavaliar @NewtonProtocol : na verdade, ele está fazendo subtração, interrompendo diretamente as possíveis ações incorretas do modelo usando uma rede de validação.

Ao dissecar o Newton Mainnet Beta, dá para ver que ele implementa uma interceptação de intenções bem pesada. A linha vermelha de transação fica fixada no middleware; chamadas fora do limite são descartadas diretamente na fase de agregação de assinaturas. Isso basicamente coloca um colar com espinhos no agente. Em conjunto com a penalidade de staking $NEWT , independentemente de como o grande modelo gere ilusões, ele não consegue obter credenciais de transações — e, portanto, jamais consegue subir na cadeia.

Uma interceptação “hardcore” realmente consegue travar o risco. Mas ao analisar os dados on-chain, percebi um atraso na sincronização de estado. Para refinar o controle, eles dividem o gerenciamento de permissões em ambientes independentes. Porém, assim que a atualização de parâmetros de autorização ocorre via cross-chain, a ponte de sincronização entre cadeias e a confirmação de blocos geram um período de “vácuo” bem evidente.

Isso é parecido com quando antes brincavam sobre a congestão $ETH : os limites físicos da comunicação são difíceis de contornar. A inferência é que, em cenários extremos de mercado unilateral, se a estratégia precisar afrouxar as permissões com urgência, um atraso de alguns minutos já é suficiente para derrubar o funcionamento do modelo. Além disso, atualmente os nós de ordenação responsáveis por empacotar permissões ainda não estão suficientemente distribuídos. Se realmente houver congestionamento na rede, se isso travaria comandos vitais… dá mesmo calafrios.

Muitos imaginam que no futuro a rede do Bitcoin $BTC possa introduzir em larga escala agentes programáveis, mas se nem os contratos inteligentes atuais conseguem resolver o descompasso de execução, então não dá para falar em fronteiras de segurança. Colocar “travas físicas” no DeFi faz sentido, na minha visão. Mas diante do período constrangedor entre atualizar instruções e confirmar o estado, no curto prazo dificilmente essa arquitetura vai absorver operações de alta frequência e microajustes. Se esse sistema aguenta tráfego real, ainda precisamos ver o desempenho depois. #Newt

#grvt Depois de muitos anos batalhando no setor, quando o mercado começa a aquecer, o medo de uma crise de confiança sempre aparece de forma sorrateira. Boatos sobre uma grande empresa centralizada de repente cair (ficar fora do ar) ou sobre desvio de ativos deixam qualquer um com o coração na mão. Mas, quando você muda para uma plataforma descentralizada na cadeia, os elevados slippages e a confirmação lenta de transações — tão lenta quanto uma tartaruga — viram um verdadeiro tormento em períodos de volatilidade intensa. Essa escolha difícil entre segurança e eficiência é uma dor que traders dificilmente conseguem evitar. Recentemente, dediquei algum tempo para estudar os mecanismos da próxima corretora híbrida @grvt_io . Descobri que ela tenta destravar esse nó usando um caminho novo: processa o livro de ordens de matching fora da cadeia, oferecendo uma experiência quase sem atraso e com fluidez. Ao mesmo tempo, mantém os passos mais importantes de liquidação e compensação na cadeia. Em outras palavras, a propriedade dos ativos dos usuários permanece o tempo todo em uma carteira com auto-custódia, o que elimina, na base, a possibilidade de a plataforma agir de forma maliciosa ou fugir com o dinheiro. O que também chama atenção é a arquitetura subjacente do tratamento de margens. No mercado tradicional de derivativos, a margem que não está sendo utilizada muitas vezes vira um custo irrecuperável, enquanto você observa rendimentos de staking na comunidade Ethereum $ETH . Com a estratégia de “dobrar”, o capital, em vez de ficar parado, fica bloqueado apenas na posição, conectando-se à liquidez em nível de base da cadeia como o Aave, e o capital ocioso passa a capturar automaticamente rendimentos de até 11%. Só que, por trás dessa rentabilidade elevada, existe um desafio: garantir a segurança dos smart contracts do protocolo e a capacidade de aguentar as linhas de liquidação sob condições extremas. Afinal, ao “encaixar” derivativos e protocolos de empréstimo em um modelo do tipo boneca russa, a cadeia de propagação de riscos se torna ainda mais complexa. Revisei os dados desde o mês passado: volume de negociação e montante travado aumentaram contra a tendência, sugerindo que essa lógica — que busca velocidade máxima, protege rigidamente a soberania do capital e ainda maximiza a utilização dos recursos — realmente capturou as principais ansiedades dos usuários atuais. Embora esse modelo híbrido ainda precise de tempo para ser testado diante de riscos extremos e de cauda longa, pessoalmente acredito que, em comparação com uma abordagem puramente on-chain ou off-chain, essa solução híbrida de “um se apoia no outro” provavelmente será a direção inevitável para a evolução da modalidade de derivativos daqui para frente.

#grvt Depois de muitos anos batalhando no setor, quando o mercado começa a aquecer, o medo de uma crise de confiança sempre aparece de forma sorrateira. Boatos sobre uma grande empresa centralizada de repente cair (ficar fora do ar) ou sobre desvio de ativos deixam qualquer um com o coração na mão. Mas, quando você muda para uma plataforma descentralizada na cadeia, os elevados slippages e a confirmação lenta de transações — tão lenta quanto uma tartaruga — viram um verdadeiro tormento em períodos de volatilidade intensa. Essa escolha difícil entre segurança e eficiência é uma dor que traders dificilmente conseguem evitar.

Recentemente, dediquei algum tempo para estudar os mecanismos da próxima corretora híbrida @grvt_io . Descobri que ela tenta destravar esse nó usando um caminho novo: processa o livro de ordens de matching fora da cadeia, oferecendo uma experiência quase sem atraso e com fluidez. Ao mesmo tempo, mantém os passos mais importantes de liquidação e compensação na cadeia. Em outras palavras, a propriedade dos ativos dos usuários permanece o tempo todo em uma carteira com auto-custódia, o que elimina, na base, a possibilidade de a plataforma agir de forma maliciosa ou fugir com o dinheiro.

O que também chama atenção é a arquitetura subjacente do tratamento de margens. No mercado tradicional de derivativos, a margem que não está sendo utilizada muitas vezes vira um custo irrecuperável, enquanto você observa rendimentos de staking na comunidade Ethereum $ETH . Com a estratégia de “dobrar”, o capital, em vez de ficar parado, fica bloqueado apenas na posição, conectando-se à liquidez em nível de base da cadeia como o Aave, e o capital ocioso passa a capturar automaticamente rendimentos de até 11%. Só que, por trás dessa rentabilidade elevada, existe um desafio: garantir a segurança dos smart contracts do protocolo e a capacidade de aguentar as linhas de liquidação sob condições extremas. Afinal, ao “encaixar” derivativos e protocolos de empréstimo em um modelo do tipo boneca russa, a cadeia de propagação de riscos se torna ainda mais complexa.

Revisei os dados desde o mês passado: volume de negociação e montante travado aumentaram contra a tendência, sugerindo que essa lógica — que busca velocidade máxima, protege rigidamente a soberania do capital e ainda maximiza a utilização dos recursos — realmente capturou as principais ansiedades dos usuários atuais. Embora esse modelo híbrido ainda precise de tempo para ser testado diante de riscos extremos e de cauda longa, pessoalmente acredito que, em comparação com uma abordagem puramente on-chain ou off-chain, essa solução híbrida de “um se apoia no outro” provavelmente será a direção inevitável para a evolução da modalidade de derivativos daqui para frente.

Artigo

Rodei um teste de estresse dos nós durante a noite; vamos conversar sobre as concessões no nível da base por trás do Newton — intenção gerenciada com velocidade

Eu passei bastante tempo nestes dias pesquisando a lógica subjacente de @NewtonProtocol ; até mesmo puxei o mais recente repositório de código em um ambiente local para simular e rodar alguns nós de teste. Agora, muita gente está debatendo bastante essa arquitetura de intenção totalmente em cadeia, e acha que coordenar interações entre cadeias por meio de agentes inteligentes pode economizar muitos problemas. No entanto, quando eu realmente aumentei a pressão dos dados e fui observar o desempenho sob alta carga, percebi que, enquanto o time busca resposta ultrarrápida e reduzir custos, eles de fato fizeram alguns trade-offs de interesses bem controversos no nível do design subjacente — detalhes que, em geral, jogadores comuns nem conseguem ver na interface do front-end.

#newt 我上周在 Newton Mainnet Beta 部署自动化对冲脚本进行实际操作时，刚好碰上网关排队队列阶段性收紧，我个人的清算请求无故被系统挂起了近一刻钟。这让我想起以前在以太坊$ETH 上遭遇极端行情时，好歹还能靠拼命拉高 Gas 费来和链上科学家硬碰硬抢速度。但这网络最新的底层开发包源码却显示，系统并非单纯依据用户付出的燃料费高低来决定打包顺序，而是优先放行那些在后台购买了高阶卡槽的项目方流量。

这种将核心 B 端团队资产锁死在网络里的做法，在商业闭环上确实算是一种应对抛压的机制创新。不过对于依赖这些轻量级协议的散户而言，这更像是一种隐形的不对等条约。比如当$BTC 突然放量暴跌、全网面临清算踩踏时，一旦你交互的平台没有足够的代币质押积淀，你的个人策略就会在不知情的情况下被划入低优先级队列，眼睁睁承受因延迟导致的滑点甚至爆仓损失。

同时，核对过去三个季度的公开财务账目可以发现，大家目前追捧的繁荣数据其实含金量有限。现阶段所有的自动化交互摩擦成本，实际上都由底层的特定发展基金在进行内部全额倒贴。这种策略在冷启动阶段为了维持账面活跃度无可厚非，但这也导致其至今未能在生产环境中跑出任何一笔真正由外部机构独立支付的订阅款项。

在我看来，我们不能因为初期依靠资金倒贴就全盘否定 @NewtonProtocol 的技术实力，其通过机制强行锁仓并把代币锁定期拉长至数年之后的做法，确实展现了团队在应对流动性管理上的手腕。但对于普通散户而言，在 $NEWT 真正拥有能够自负盈亏的企业级商业现金流之前，必须时刻防范隐藏算法带来的风险。给其市场表现打个七分预期，留下三分敬畏，才是长线参与的理智选择。 #Newt

Artigo

O portão de inspeção institucional e o time lock dos varejistas: falando sobre o custo de conformidade do Newton Mainnet Beta

#newt Recentemente, executei algumas rodadas de estratégias complexas de arbitragem no Arbitrum e, de passagem, fiz uma dissecação em profundidade da arquitetura recém-lançada do Mainnet Beta em @NewtonProtocol . Deixando de lado narrativas exageradas, quando você coloca dinheiro de verdade para rodar on-chain, percebe que o mecanismo de “camada de autorização” (Authorization Layer) está reconfigurando completamente o ritmo de funcionamento do DeFi.
Nós estamos acostumados com $ETH aquele tipo de transação atômica “o que você vê é o que você obtém”: clique, assinatura, geração de bloco, liquidação. Mas, na filosofia de design de $NEWT , entre a intenção da transação e a liquidação final é inserida de forma forçada uma “camada de execução de políticas”. Isso nos leva a uma premissa altamente controversa: a janela de desafio (Challenge Window). Qualquer ação on-chain, a partir do momento em que você assina a autorização, não entra em vigor imediatamente; ela passa para um estado temporário de observação. Somente depois que esse período de contestação definido por parâmetros termina — e não é desafiado com sucesso — é que seus ativos realmente concluem a transferência.

#newt No ano passado, quando eu configurei a negociação quantitativa, um erro de precisão fez com que o stop por grade deixasse de funcionar, e a conta sofreu um impacto instantâneo devastador. Isso me fez acordar completamente: no caso de proxies on-chain, sempre que houver transferência de permissões, até uma pequena falha lógica pode ser extremamente fatal. Quando @NewtonProtocol lançou o Newton Mainnet Beta, promovendo gestão de riscos e controles baseados em criptografia, eu optei por pular o discurso de marketing e encarar diretamente a lógica “hardcore” por trás do ambiente de execução confiável e da integração com provas de conhecimento zero. De um ponto de vista objetivo, este zkPermissions acerta em cheio nas dores do setor. Um serviço de API tradicional entrega os ativos no modo “cego” como uma caixa-preta, enquanto este protocolo usa a linguagem Rego para escrever um motor de regras de controle, obrigando a validação de riscos a rodar fora da cadeia, em isolamento no nível de hardware. Antes de qualquer transação ser transmitida, a correspondência de regras deve ocorrer em um espaço fechado; na cadeia, só há a verificação via ZK. Isso, no nível criptográfico, reduz ao mínimo o risco de outorga indevida maliciosa. Mas, após simular a prática, percebi uma lacuna perigosa de percepção. Todo mundo acha que um proxy validado via ZK é absolutamente seguro, mas ignora que a criptografia não consegue, de forma fundamental, detectar se as instruções de entrada correspondem à sua intenção real. Suponha que, ao automatizar a configuração de posições, você preencha a precisão dos tokens incorretamente: você queria apenas testar com trocados, porém o contrato de base ajusta a movimentação pela precisão máxima, operando com os ativos de seu grande lote, como $ETH ou $BTC . O sistema ainda seguirá com sinal verde e executará loucamente; no fim, o seu capital é consumido instantaneamente por arbitragem, mesmo dentro de um caminho totalmente “compliant”. Nesse cenário implacável, perdas enormes causadas apenas por erro de entrada não são recuperáveis. No momento, dentro do ciclo fechado $NEWT , eu ainda não vi uma ferramenta de configuração visual que permita uma auditoria de prevenção de falhas em uma segunda etapa. Esta tecnologia cria uma estrutura robusta para o mecanismo de confiança do proxy, mas enquanto o patamar de segurança não for elevado, parâmetros complexos continuam sendo um risco para a maioria das pessoas. Quanto à evolução posterior do que envolve #Newt , meu julgamento é que a lógica de base é sólida, mas o suporte no front-end ainda não está completo; manter uma postura racional de observação com execução real é, no momento, a melhor solução para quem quer valorizar seu capital.

#newt No ano passado, quando eu configurei a negociação quantitativa, um erro de precisão fez com que o stop por grade deixasse de funcionar, e a conta sofreu um impacto instantâneo devastador. Isso me fez acordar completamente: no caso de proxies on-chain, sempre que houver transferência de permissões, até uma pequena falha lógica pode ser extremamente fatal. Quando @NewtonProtocol lançou o Newton Mainnet Beta, promovendo gestão de riscos e controles baseados em criptografia, eu optei por pular o discurso de marketing e encarar diretamente a lógica “hardcore” por trás do ambiente de execução confiável e da integração com provas de conhecimento zero.

De um ponto de vista objetivo, este zkPermissions acerta em cheio nas dores do setor. Um serviço de API tradicional entrega os ativos no modo “cego” como uma caixa-preta, enquanto este protocolo usa a linguagem Rego para escrever um motor de regras de controle, obrigando a validação de riscos a rodar fora da cadeia, em isolamento no nível de hardware. Antes de qualquer transação ser transmitida, a correspondência de regras deve ocorrer em um espaço fechado; na cadeia, só há a verificação via ZK. Isso, no nível criptográfico, reduz ao mínimo o risco de outorga indevida maliciosa.

Mas, após simular a prática, percebi uma lacuna perigosa de percepção. Todo mundo acha que um proxy validado via ZK é absolutamente seguro, mas ignora que a criptografia não consegue, de forma fundamental, detectar se as instruções de entrada correspondem à sua intenção real. Suponha que, ao automatizar a configuração de posições, você preencha a precisão dos tokens incorretamente: você queria apenas testar com trocados, porém o contrato de base ajusta a movimentação pela precisão máxima, operando com os ativos de seu grande lote, como $ETH ou $BTC . O sistema ainda seguirá com sinal verde e executará loucamente; no fim, o seu capital é consumido instantaneamente por arbitragem, mesmo dentro de um caminho totalmente “compliant”.

Nesse cenário implacável, perdas enormes causadas apenas por erro de entrada não são recuperáveis. No momento, dentro do ciclo fechado $NEWT , eu ainda não vi uma ferramenta de configuração visual que permita uma auditoria de prevenção de falhas em uma segunda etapa. Esta tecnologia cria uma estrutura robusta para o mecanismo de confiança do proxy, mas enquanto o patamar de segurança não for elevado, parâmetros complexos continuam sendo um risco para a maioria das pessoas. Quanto à evolução posterior do que envolve #Newt , meu julgamento é que a lógica de base é sólida, mas o suporte no front-end ainda não está completo; manter uma postura racional de observação com execução real é, no momento, a melhor solução para quem quer valorizar seu capital.