Binance Square
AH啊豪
4.7k Publicações

AH啊豪

Square verificado+
alpha空投猎手|链上交互狂人|一级市场投研狩猎金狗|币圈项目太多了,秉承错过了就等下波机会,心态特别重要!
Trader de Alta Frequência
5.5 ano(s)
541 A seguir
50.5K+ Seguidores
28.0K+ Gostaram
Publicações
PINNED
·
--
Ver tradução
省钱细节来了!! 时间过的好快啊! 一下子币安都9周年了! 币安钱包也有400多位兄弟绑定了啊豪的邀请码,现在钱包已经升级到了80%,我也第一时间更改了市场最高合规标准30%给兄弟们,更新后平台如果允许填更高我都会第一时间更改! 步骤: 1️⃣进入Web3钱包 2️⃣点击邀请好友 3️⃣点击立即参与 4️⃣填写:AH999 5️⃣确认完成✅ #币安九周年
省钱细节来了!!
时间过的好快啊!
一下子币安都9周年了!
币安钱包也有400多位兄弟绑定了啊豪的邀请码,现在钱包已经升级到了80%,我也第一时间更改了市场最高合规标准30%给兄弟们,更新后平台如果允许填更高我都会第一时间更改!
步骤:
1️⃣进入Web3钱包
2️⃣点击邀请好友
3️⃣点击立即参与
4️⃣填写:AH999
5️⃣确认完成✅
#币安九周年
A rede principal Beta da Newton foi lançada no dia 23 do mês passado, sincronizando também o SDK da VaultKit. A RedStone conectou dados de preços validados à camada de execução de estratégias da Newton, e a Credora fez a avaliação de riscos. Antes da liquidação das negociações, os desenvolvedores podem adicionar mais uma etapa de verificação de estratégia — limite de gastos, requisitos de garantias, checagem de contrapartes — tudo codificado. Rodando no EigenLayer AVS, usando o modelo de segurança do Ethereum para validar cálculos fora da cadeia. Feito pela Magic Labs, com cerca de US$ 90 milhões de captação acumulada; tanto a PayPal Ventures quanto a Polygon estão envolvidas. A direção realmente está certa — o que faltava nas transações on-chain era esse mecanismo de “verificar antes de liberar”. Mas há algumas coisas que não me deixam tão tranquilo. Primeiro, a pressão sobre a oferta do token é considerável. A oferta total de NEWT é de 1 bilhão; atualmente, em circulação estão cerca de 264 milhões de tokens. Em 24 de junho, foram desbloqueados 139 milhões, representando 37,22% da oferta em circulação, com valor de aproximadamente US$ 7,6 milhões. A capitalização de mercado caiu mais de 90% em relação ao pico. Ter captado US$ 90 milhões é verdade, mas endosso institucional nunca foi “escudo”. Segundo, o TEE não é tão “duro” quanto você imagina. O whitepaper empacota o TEE como um isolamento no nível de hardware, com ZKP — uma combinação perfeita. Mas existe uma frase que coloca tudo de forma precisa: “trust the chip is still trust, just wearing a different hat”. Confiar no chip e confiar no projeto, no fundo, é terceirizar a confiança para algo que você não consegue controlar. Em 2025 já surgiram métodos de ataque voltados a TEE da Intel e da AMD. Logo, o hardware do TEE não é invulnerável. Terceiro, o status de auditoria está vazio. A nota de segurança da CertiK é 50; e, na pontuação geral de segurança da OGAudit, a dimensão de segurança é apenas 25,57 (de 100). Para um projeto que se propõe a ser uma infraestrutura de conformidade em nível institucional, essa lacuna de auditorias não faz sentido. Quarto, a adoção do ecossistema ainda está no começo. A questão de adoção na camada de infraestrutura é bem real: por mais perfeito que seja o componente técnico, o sucesso a longo prazo depende de o desenvolvedor integrar o protocolo, de a instituição adotar o policy engine e de o agente usar a camada de autorização no ambiente de produção. Sem adoção do ecossistema, o valor criado pela própria infraestrutura é limitado. @NewtonProtocol resolve uma dor real — falta uma camada de verificação de estratégia antes da liquidação nas transações on-chain. Mas a pressão de desbloqueio do token, as limitações da confiança em hardware no TEE, a lacuna de auditoria e a adoção do ecossistema ainda a ser comprovada são facas deixadas suspensas. A direção está certa, mas o risco também está bem claro. #newt $NEWT
A rede principal Beta da Newton foi lançada no dia 23 do mês passado, sincronizando também o SDK da VaultKit. A RedStone conectou dados de preços validados à camada de execução de estratégias da Newton, e a Credora fez a avaliação de riscos. Antes da liquidação das negociações, os desenvolvedores podem adicionar mais uma etapa de verificação de estratégia — limite de gastos, requisitos de garantias, checagem de contrapartes — tudo codificado. Rodando no EigenLayer AVS, usando o modelo de segurança do Ethereum para validar cálculos fora da cadeia. Feito pela Magic Labs, com cerca de US$ 90 milhões de captação acumulada; tanto a PayPal Ventures quanto a Polygon estão envolvidas. A direção realmente está certa — o que faltava nas transações on-chain era esse mecanismo de “verificar antes de liberar”.

Mas há algumas coisas que não me deixam tão tranquilo.

Primeiro, a pressão sobre a oferta do token é considerável. A oferta total de NEWT é de 1 bilhão; atualmente, em circulação estão cerca de 264 milhões de tokens. Em 24 de junho, foram desbloqueados 139 milhões, representando 37,22% da oferta em circulação, com valor de aproximadamente US$ 7,6 milhões. A capitalização de mercado caiu mais de 90% em relação ao pico. Ter captado US$ 90 milhões é verdade, mas endosso institucional nunca foi “escudo”.

Segundo, o TEE não é tão “duro” quanto você imagina. O whitepaper empacota o TEE como um isolamento no nível de hardware, com ZKP — uma combinação perfeita. Mas existe uma frase que coloca tudo de forma precisa: “trust the chip is still trust, just wearing a different hat”. Confiar no chip e confiar no projeto, no fundo, é terceirizar a confiança para algo que você não consegue controlar. Em 2025 já surgiram métodos de ataque voltados a TEE da Intel e da AMD. Logo, o hardware do TEE não é invulnerável.

Terceiro, o status de auditoria está vazio. A nota de segurança da CertiK é 50; e, na pontuação geral de segurança da OGAudit, a dimensão de segurança é apenas 25,57 (de 100). Para um projeto que se propõe a ser uma infraestrutura de conformidade em nível institucional, essa lacuna de auditorias não faz sentido.

Quarto, a adoção do ecossistema ainda está no começo. A questão de adoção na camada de infraestrutura é bem real: por mais perfeito que seja o componente técnico, o sucesso a longo prazo depende de o desenvolvedor integrar o protocolo, de a instituição adotar o policy engine e de o agente usar a camada de autorização no ambiente de produção. Sem adoção do ecossistema, o valor criado pela própria infraestrutura é limitado.

@NewtonProtocol resolve uma dor real — falta uma camada de verificação de estratégia antes da liquidação nas transações on-chain. Mas a pressão de desbloqueio do token, as limitações da confiança em hardware no TEE, a lacuna de auditoria e a adoção do ecossistema ainda a ser comprovada são facas deixadas suspensas. A direção está certa, mas o risco também está bem claro.
#newt $NEWT
Artigo
Em 24 de julho, mais um lote de NEWTs vai chegar; fiz as contas desta vez e fechei a carteiraNo dia em que a rede principal Newton Beta foi lançada em 23 de junho, a RedStone conectou os dados de preços que passaram na validação à camada de execução da política. O VaultKit SDK foi sincronizado e lançado junto; os desenvolvedores podem definir limites de gastos, requisitos de garantia e checagens de contraparte. A narrativa técnica realmente está completa — “autorização antes da liquidação”, “automação verificável” e “execução segura por agentes de IA”. A Magic Labs ficou à frente, com financiamento acumulado de US$ 90 milhões; PayPal Ventures e Polygon deram suporte. Quando a Polymarket processou US$ 3 bilhões de volume de transações em um único dia, a camada de execução de estratégias da Newton já estava rodando nos bastidores. Depois, no dia seguinte, em 24 de junho, 139 milhões de NEUT foram desbloqueadas. No próprio dia do desbloqueio, a que preço caiu? Veja o gráfico por conta própria.

Em 24 de julho, mais um lote de NEWTs vai chegar; fiz as contas desta vez e fechei a carteira

No dia em que a rede principal Newton Beta foi lançada em 23 de junho, a RedStone conectou os dados de preços que passaram na validação à camada de execução da política. O VaultKit SDK foi sincronizado e lançado junto; os desenvolvedores podem definir limites de gastos, requisitos de garantia e checagens de contraparte. A narrativa técnica realmente está completa — “autorização antes da liquidação”, “automação verificável” e “execução segura por agentes de IA”. A Magic Labs ficou à frente, com financiamento acumulado de US$ 90 milhões; PayPal Ventures e Polygon deram suporte. Quando a Polymarket processou US$ 3 bilhões de volume de transações em um único dia, a camada de execução de estratégias da Newton já estava rodando nos bastidores.
Depois, no dia seguinte, em 24 de junho, 139 milhões de NEUT foram desbloqueadas. No próprio dia do desbloqueio, a que preço caiu? Veja o gráfico por conta própria.
·
--
Em Alta
A última data da atividade para criadores da Grvt já chegou! Tem uma coisa muito importante que você não pode esquecer! Certifique-se de ir ao site @grvt_io e preencher o endereço onde você vai receber o airdrop. Eu acredito que muitas pessoas vão achar trabalhoso e não vão fazer, mas e se, no dia 21, quando o lançamento acontecer, um airdrop realmente chegar? Os passos são bem simples, não é complicado! 1: Abra a carteira (DApp) e entre no site; 2: No lado esquerdo, clique em Grvt Airdrop; 3: Ele tem três etapas: a primeira é só escolher qualquer opção para ver a apresentação; a segunda é escolher o horário em que você vai receber o airdrop — há a opção de recebimento imediato, e também períodos de lock de quatro e oito meses. Claro que, no período de lock, as moedas que você recebe são várias vezes a quantidade do recebimento imediato; A terceira etapa é a mais importante: preencher o endereço para receber o airdrop! Tenho poucos pontos. O que eu estou apostando é que ele vai enviar alguns airdrops para os usuários que preencherem o endereço. Afinal, a Grvt tem mais de 30 milhões em financiamento, a tecnologia também é bem boa. É só ver qual é a visão do time do projeto! #grvt
A última data da atividade para criadores da Grvt já chegou!
Tem uma coisa muito importante que você não pode esquecer!
Certifique-se de ir ao site @grvt_io e preencher o endereço onde você vai receber o airdrop. Eu acredito que muitas pessoas vão achar trabalhoso e não vão fazer, mas e se, no dia 21, quando o lançamento acontecer, um airdrop realmente chegar?

Os passos são bem simples, não é complicado!
1: Abra a carteira (DApp) e entre no site;
2: No lado esquerdo, clique em Grvt Airdrop;
3: Ele tem três etapas: a primeira é só escolher qualquer opção para ver a apresentação; a segunda é escolher o horário em que você vai receber o airdrop — há a opção de recebimento imediato, e também períodos de lock de quatro e oito meses. Claro que, no período de lock, as moedas que você recebe são várias vezes a quantidade do recebimento imediato;
A terceira etapa é a mais importante: preencher o endereço para receber o airdrop!

Tenho poucos pontos. O que eu estou apostando é que ele vai enviar alguns airdrops para os usuários que preencherem o endereço. Afinal, a Grvt tem mais de 30 milhões em financiamento, a tecnologia também é bem boa. É só ver qual é a visão do time do projeto! #grvt
O cartão do 9º aniversário está no 8º desafio — quem estiver nele pode passar! O sistema enviou uma missão de negociação extra; fiz direto e concluí o 8º desafio. Hoje dá para desbloquear tudo! No geral é mais ou menos isso: parece que fazer tudo dá um total de mais de dez golpes na montagem! Quem ainda não fez pode correr! #BinanceTurns9 #币安九周年
O cartão do 9º aniversário está no 8º desafio — quem estiver nele pode passar!
O sistema enviou uma missão de negociação extra; fiz direto e concluí o 8º desafio. Hoje dá para desbloquear tudo!
No geral é mais ou menos isso: parece que fazer tudo dá um total de mais de dez golpes na montagem!
Quem ainda não fez pode correr!
#BinanceTurns9
#币安九周年
Artigo
De confiar em pessoas a confiar em mecanismos — o Newton Protocol está reescrevendo o código-base da confiança on-chainO que o cofre on-chain mais teme? Teme um tipo de confiança baseada em pessoas boas. O código pode não ter vulnerabilidades, o contrato pode ser auditado cem vezes, mas enquanto o poder de decisão final ainda estiver nas mãos de algum administrador, o risco nunca vai deixar de existir: se o administrador errar, se as permissões forem usadas de forma indevida, se a chave privada vazar, uma única operação pode arrastar todo o cofre para o fundo. Não é um problema técnico; é um problema de estrutura de confiança. A forma como o Newton Protocol lida com isso é completamente diferente da dos projetos tradicionais. Ele não deposita a esperança de que os administradores não vão errar; em vez disso, constrói com bastante esforço uma rede de estratégias para transformar o fato de que a autorização é decidida por pessoas em algo determinado por um mecanismo. Ao percorrer a cadeia entre o VaultKit Policy Engine e o consenso dos operadores, é que fica realmente claro o que ele quer mudar: não é o próprio fluxo de autorização, e sim quem vai dar cobertura por trás da autorização.

De confiar em pessoas a confiar em mecanismos — o Newton Protocol está reescrevendo o código-base da confiança on-chain

O que o cofre on-chain mais teme? Teme um tipo de confiança baseada em pessoas boas.
O código pode não ter vulnerabilidades, o contrato pode ser auditado cem vezes, mas enquanto o poder de decisão final ainda estiver nas mãos de algum administrador, o risco nunca vai deixar de existir: se o administrador errar, se as permissões forem usadas de forma indevida, se a chave privada vazar, uma única operação pode arrastar todo o cofre para o fundo. Não é um problema técnico; é um problema de estrutura de confiança.
A forma como o Newton Protocol lida com isso é completamente diferente da dos projetos tradicionais. Ele não deposita a esperança de que os administradores não vão errar; em vez disso, constrói com bastante esforço uma rede de estratégias para transformar o fato de que a autorização é decidida por pessoas em algo determinado por um mecanismo. Ao percorrer a cadeia entre o VaultKit Policy Engine e o consenso dos operadores, é que fica realmente claro o que ele quer mudar: não é o próprio fluxo de autorização, e sim quem vai dar cobertura por trás da autorização.
·
--
Em Alta
Recentemente eu peguei o Mainnet Beta do protocolo Newton novamente para revisar. Desta vez, em vez de focar na rota entre o VaultKit e o Policy Engine, foquei nas fontes de dados por trás dele: os feeds de preços da RedStone e as avaliações de risco da Credora. Passou uma ideia pela minha cabeça: por que ele se esforçaria tanto para enfiar uma pilha de dados externos dentro de um motor de políticas? Para quê não escrever as regras diretamente de forma fixa em um contrato inteligente? Só depois de entender todo o fluxo de dados é que ficou claro: o que o Newton realmente quer mudar não é como as regras são definidas, e sim sobre quais dados as regras conseguem “viver”. Antes eu via o controle de risco on-chain e a maior preocupação era esse tipo de confiança do tipo “regras fixas”. O código pode não ter vulnerabilidades, mas o mercado não fica parado: se a taxa de colateral foi definida em 150% e um “agulhão” no preço atravessa o sistema, o que foi programado falha; se uma lista de sanções fica gravada no contrato, quando um novo endereço entra no ranking, ainda assim é preciso esperar uma atualização do contrato. A própria regra não tem problema, mas assim que os dados dos quais a regra depende ficam desatualizados, imprecisos ou são manipulados, até a regra mais perfeita vira algo sem valor. Essa é a essência do problema dos oráculos: a qualidade do Policy Engine depende de o quão confiáveis são os dados que ele lê. @NewtonProtocol O modo de processamento do Newton é um pouco diferente do de projetos tradicionais. Ele não cria do zero um conjunto próprio de fontes de dados; em vez disso, conecta diretamente os dados de preços verificados da RedStone e as avaliações de risco em tempo real da Credora ao Policy Engine. Toda vez que uma transação chega à camada de autorização, o Policy Engine faz uma avaliação com base nos dados de mercado em tempo real da RedStone: se o colateral é suficiente, se o preço apresenta anomalias — e só então decide aprovar ou bloquear. O ponto-chave é que cada avaliação gera uma prova assinada; na cadeia não fica apenas o resultado da execução, mas também um registro auditável de “por que” aquela autorização foi dada desta vez. O meu objeto de confiança deixa, aos poucos, de ser a pessoa que escreve as regras, alguém que nunca cometeria erros, e passa a ser algo diferente: dados sobre os quais as regras dependem, que podem ser verificados e rastreados. Quanto mais eu olho, mais sinto que o verdadeiro valor do Newton não é apenas adicionar mais uma etapa de controle de risco, e sim transformar a base da execução de políticas em algo que pode ser verificado de forma independente. A política pode mudar, os dados podem ser verificados, e toda vez que houver bloqueio ou liberação haverá evidência para consulta. Como a própria RedStone diz: a força do Policy Engine depende da qualidade dos dados que ele lê. E essa afirmação se confirma no sentido inverso: quando os dados são verificáveis e rastreáveis, cada decisão do Policy Engine ganha um fundamento real. #newt $NEWT
Recentemente eu peguei o Mainnet Beta do protocolo Newton novamente para revisar. Desta vez, em vez de focar na rota entre o VaultKit e o Policy Engine, foquei nas fontes de dados por trás dele: os feeds de preços da RedStone e as avaliações de risco da Credora. Passou uma ideia pela minha cabeça: por que ele se esforçaria tanto para enfiar uma pilha de dados externos dentro de um motor de políticas? Para quê não escrever as regras diretamente de forma fixa em um contrato inteligente? Só depois de entender todo o fluxo de dados é que ficou claro: o que o Newton realmente quer mudar não é como as regras são definidas, e sim sobre quais dados as regras conseguem “viver”.

Antes eu via o controle de risco on-chain e a maior preocupação era esse tipo de confiança do tipo “regras fixas”. O código pode não ter vulnerabilidades, mas o mercado não fica parado: se a taxa de colateral foi definida em 150% e um “agulhão” no preço atravessa o sistema, o que foi programado falha; se uma lista de sanções fica gravada no contrato, quando um novo endereço entra no ranking, ainda assim é preciso esperar uma atualização do contrato. A própria regra não tem problema, mas assim que os dados dos quais a regra depende ficam desatualizados, imprecisos ou são manipulados, até a regra mais perfeita vira algo sem valor. Essa é a essência do problema dos oráculos: a qualidade do Policy Engine depende de o quão confiáveis são os dados que ele lê. @NewtonProtocol

O modo de processamento do Newton é um pouco diferente do de projetos tradicionais. Ele não cria do zero um conjunto próprio de fontes de dados; em vez disso, conecta diretamente os dados de preços verificados da RedStone e as avaliações de risco em tempo real da Credora ao Policy Engine. Toda vez que uma transação chega à camada de autorização, o Policy Engine faz uma avaliação com base nos dados de mercado em tempo real da RedStone: se o colateral é suficiente, se o preço apresenta anomalias — e só então decide aprovar ou bloquear. O ponto-chave é que cada avaliação gera uma prova assinada; na cadeia não fica apenas o resultado da execução, mas também um registro auditável de “por que” aquela autorização foi dada desta vez. O meu objeto de confiança deixa, aos poucos, de ser a pessoa que escreve as regras, alguém que nunca cometeria erros, e passa a ser algo diferente: dados sobre os quais as regras dependem, que podem ser verificados e rastreados.

Quanto mais eu olho, mais sinto que o verdadeiro valor do Newton não é apenas adicionar mais uma etapa de controle de risco, e sim transformar a base da execução de políticas em algo que pode ser verificado de forma independente. A política pode mudar, os dados podem ser verificados, e toda vez que houver bloqueio ou liberação haverá evidência para consulta. Como a própria RedStone diz: a força do Policy Engine depende da qualidade dos dados que ele lê. E essa afirmação se confirma no sentido inverso: quando os dados são verificáveis e rastreáveis, cada decisão do Policy Engine ganha um fundamento real. #newt $NEWT
·
--
Em Alta
Verificado
Estes dias, a promoção na praça está mais movimentada, e não há outra que não seja a Grvt! A grande razão é que, recentemente, já faz praticamente dois meses que não saiu nenhuma nova moeda, e a Grvt já é um fato consumado no TGE do dia 21 — todo mundo está ansioso pela chegada daquele dia! Há tantos tipos de conteúdos que talvez estejam te deixando tonto? Eu vou apresentar de forma simples algumas coisas do projeto; quando for ao ar, você mesmo decide como lidar na hora! O endereço operacional do registro da Grvt fica em Singapura. O CEO e os membros principais do time são principalmente da Coreia e de Singapura! @grvt_io é a Hex, uma exchange de mistura! O projeto passou por quatro rodadas de captação, com um total de mais de 33 milhões de recursos levantados! A ZKsync oficial investiu diretamente, sendo uma parceria nativa de camada base; o capital do Oriente Médio, Further Ventures, fornece recursos de supervisão, e a credibilidade institucional é relativamente forte. A economia de tokens é mais voltada para a comunidade: 28% para distribuição em airdrop. Mas eu também não fiz o programa de pontos da segunda etapa, então não sei quanto vou conseguir. Porém, o período de lock-up oferece 3 opções: o token é liberado imediatamente no dia do lançamento, em quatro meses e em oito meses. Eu imagino que a maioria das pessoas escolhe a liberação no próprio dia; então, depois do lançamento, a pressão vendedora na comunidade ainda é bem grande! #grvt O principal destaque da tecnologia da Grvt é: quando você abre um contrato ou realiza uma negociação na plataforma dela, sua margem pode ser vinculada ao Aave para render juros. Para nós, que temos capital pequeno, isso é meio inútil; e para quem tem muito dinheiro, também não faz sentido correr até lá para ganhar só esse tanto de juros! Então, minha opinião é: depois do lançamento no mesmo dia, se o preço estiver bom, é vender e “decolar” direto, lucrando sempre. Embora ela tenha um pouco de visão, e mesmo antes de lançar já tenha dado dois eventos para quem gosta de “farmar”, a verdade é que o nível de competição é realmente alto! Lembre-se: só é seu aquilo que está no seu bolso!
Estes dias, a promoção na praça está mais movimentada, e não há outra que não seja a Grvt!
A grande razão é que, recentemente, já faz praticamente dois meses que não saiu nenhuma nova moeda, e a Grvt já é um fato consumado no TGE do dia 21 — todo mundo está ansioso pela chegada daquele dia!

Há tantos tipos de conteúdos que talvez estejam te deixando tonto?
Eu vou apresentar de forma simples algumas coisas do projeto; quando for ao ar, você mesmo decide como lidar na hora!

O endereço operacional do registro da Grvt fica em Singapura. O CEO e os membros principais do time são principalmente da Coreia e de Singapura!
@grvt_io é a Hex, uma exchange de mistura!

O projeto passou por quatro rodadas de captação, com um total de mais de 33 milhões de recursos levantados! A ZKsync oficial investiu diretamente, sendo uma parceria nativa de camada base; o capital do Oriente Médio, Further Ventures, fornece recursos de supervisão, e a credibilidade institucional é relativamente forte.

A economia de tokens é mais voltada para a comunidade: 28% para distribuição em airdrop. Mas eu também não fiz o programa de pontos da segunda etapa, então não sei quanto vou conseguir. Porém, o período de lock-up oferece 3 opções: o token é liberado imediatamente no dia do lançamento, em quatro meses e em oito meses. Eu imagino que a maioria das pessoas escolhe a liberação no próprio dia; então, depois do lançamento, a pressão vendedora na comunidade ainda é bem grande! #grvt

O principal destaque da tecnologia da Grvt é: quando você abre um contrato ou realiza uma negociação na plataforma dela, sua margem pode ser vinculada ao Aave para render juros. Para nós, que temos capital pequeno, isso é meio inútil; e para quem tem muito dinheiro, também não faz sentido correr até lá para ganhar só esse tanto de juros!

Então, minha opinião é: depois do lançamento no mesmo dia, se o preço estiver bom, é vender e “decolar” direto, lucrando sempre. Embora ela tenha um pouco de visão, e mesmo antes de lançar já tenha dado dois eventos para quem gosta de “farmar”, a verdade é que o nível de competição é realmente alto! Lembre-se: só é seu aquilo que está no seu bolso!
Ontem revisei a documentação técnica do @NewtonProtocol e descobri que a sua proposta de posicionamento realmente é precisa: um mecanismo descentralizado de autorização de transações on-chain construído sobre o EigenLayer AVS. Mas, ao desmontar com cuidado o que foi apresentado, comecei a questionar o núcleo dessa ideia — a “automação verificável”. A arquitetura da Newton é bastante clara: o protocolo opera como um EigenLayer AVS, aproveitando o modelo de segurança de re-pesquisa (re-staking) dos validadores do Ethereum para verificar resultados de computações off-chain. Depois que uma transação entra na camada de autorização, o sistema avalia as condições da política antes da liquidação com base nos dados de mercado em tempo real da RedStone. Cada decisão de conformidade é endossada por certificados BLS; on-chain, apenas ficam armazenados valores de hash e compromissos. Os desenvolvedores podem configurar regras como limites de gasto, requisitos de colateral e triagem de listas de sanções via o VaultKit SDK. Fechamento completo do ciclo lógico. Mas a questão é: a Newton afirma que, ao combinar ambientes de execução confiável TEE com provas de conhecimento zero (ZKP), alcança automação verificável. O TEE garante que a computação off-chain seja executada em um ambiente isolado por hardware e gere uma prova remota; o ZKP, por sua vez, verifica a correção da computação sem expor dados sensíveis. Essas duas tecnologias são infraestrutura de computação confiável, mas juntá-las de fato equivale a “verificável”? O TEE depende de hardware específico — Intel SGX — e, historicamente, vulnerabilidades que foram exploradas por ataques de canal lateral já não foram poucas; não foram uma ou duas ocorrências. Além disso, o custo de geração de provas do ZKP é alto. Para avaliações de políticas em tempo real em negociações de alta frequência, quem vai assumir o gargalo de desempenho? No documento, não vi um plano específico. Agora olhe a evolução da implementação. A Newton lançou recentemente o Beta da mainnet junto com o VaultKit; a RedStone já integrou dados de preços, mas o Beta da mainnet conta apenas com nós controlados pela Foundation. Com market cap em torno de US$ 12,6 milhões, do suprimento máximo de 1 bilhão de moedas apenas 264 milhões estão em circulação; ainda há 79% do suprimento sem liberação. Uma máquina de políticas que sustenta uma valorização com base em tokens ainda não desbloqueados, com alta concentração dos nós de validadores, realmente consegue sustentar uma confiança de nível institucional em conformidade. Minha conclusão é simples: a Newton realmente preenche uma lacuna estrutural na narrativa tecnológica, mas a automação verificável ainda tem um longo caminho entre a teoria criptográfica e a implementação de engenharia. Recomendo observar a resiliência real do modelo de “jogo do staking” do AVS sob testes de alta pressão do Beta da mainnet e, depois que a governança por máquinas for iniciada, casos concretos de conflito entre decisões humano e máquina. Afinal, verificável não é apenas a computação — é a própria confiança. #newt $NEWT
Ontem revisei a documentação técnica do @NewtonProtocol e descobri que a sua proposta de posicionamento realmente é precisa: um mecanismo descentralizado de autorização de transações on-chain construído sobre o EigenLayer AVS. Mas, ao desmontar com cuidado o que foi apresentado, comecei a questionar o núcleo dessa ideia — a “automação verificável”.

A arquitetura da Newton é bastante clara: o protocolo opera como um EigenLayer AVS, aproveitando o modelo de segurança de re-pesquisa (re-staking) dos validadores do Ethereum para verificar resultados de computações off-chain. Depois que uma transação entra na camada de autorização, o sistema avalia as condições da política antes da liquidação com base nos dados de mercado em tempo real da RedStone. Cada decisão de conformidade é endossada por certificados BLS; on-chain, apenas ficam armazenados valores de hash e compromissos. Os desenvolvedores podem configurar regras como limites de gasto, requisitos de colateral e triagem de listas de sanções via o VaultKit SDK. Fechamento completo do ciclo lógico.

Mas a questão é: a Newton afirma que, ao combinar ambientes de execução confiável TEE com provas de conhecimento zero (ZKP), alcança automação verificável. O TEE garante que a computação off-chain seja executada em um ambiente isolado por hardware e gere uma prova remota; o ZKP, por sua vez, verifica a correção da computação sem expor dados sensíveis. Essas duas tecnologias são infraestrutura de computação confiável, mas juntá-las de fato equivale a “verificável”? O TEE depende de hardware específico — Intel SGX — e, historicamente, vulnerabilidades que foram exploradas por ataques de canal lateral já não foram poucas; não foram uma ou duas ocorrências. Além disso, o custo de geração de provas do ZKP é alto. Para avaliações de políticas em tempo real em negociações de alta frequência, quem vai assumir o gargalo de desempenho? No documento, não vi um plano específico.

Agora olhe a evolução da implementação. A Newton lançou recentemente o Beta da mainnet junto com o VaultKit; a RedStone já integrou dados de preços, mas o Beta da mainnet conta apenas com nós controlados pela Foundation. Com market cap em torno de US$ 12,6 milhões, do suprimento máximo de 1 bilhão de moedas apenas 264 milhões estão em circulação; ainda há 79% do suprimento sem liberação. Uma máquina de políticas que sustenta uma valorização com base em tokens ainda não desbloqueados, com alta concentração dos nós de validadores, realmente consegue sustentar uma confiança de nível institucional em conformidade.

Minha conclusão é simples: a Newton realmente preenche uma lacuna estrutural na narrativa tecnológica, mas a automação verificável ainda tem um longo caminho entre a teoria criptográfica e a implementação de engenharia. Recomendo observar a resiliência real do modelo de “jogo do staking” do AVS sob testes de alta pressão do Beta da mainnet e, depois que a governança por máquinas for iniciada, casos concretos de conflito entre decisões humano e máquina. Afinal, verificável não é apenas a computação — é a própria confiança.
#newt $NEWT
Artigo
PoRW e Slashing da Newton: a armadilha de centralização escondida por trás da narrativa elegante do modelo de segurançaOntem eu me aprofundei no consenso de @NewtonProtocol PoRW (prova de trabalho de máquina) e no mecanismo de punição por Slashing. Este whitepaper da arquitetura de segurança descreve tudo de forma bastante bonita — TEE + ZKP garantem a execução confiável, o EigenLayer re-staking reforça a segurança econômica, e ainda há um limiar de agregação de assinaturas BLS de 67% para evitar ações maliciosas de um único ponto. Mas depois que li os documentos técnicos e os dados beta da mainnet, percebi que, nesta fase, esse desenho parece mais um invólucro sofisticado; o controle efetivo ainda está firmemente nas mãos da Magic Newton Foundation. $NEWT Primeiro, vou decompor a lógica central do PoRW. A Newton divide o consenso em duas camadas: validadores ficam responsáveis pela produção de blocos e pelo consenso do Keystore Rollup; os operadores delegados executam tarefas automatizadas e geram provas verificáveis. A versão oficial afirma que isso é um “conjunto descentralizado de operadores para auditoria confiável”, e que nenhuma entidade consegue controlar mais de 33% do staking. Assim, garante-se que ao menos três operadores independentes concordem para que uma prova válida seja gerada. Parece que resolve perfeitamente a contradição entre descentralização e segurança, certo? #Newt

PoRW e Slashing da Newton: a armadilha de centralização escondida por trás da narrativa elegante do modelo de segurança

Ontem eu me aprofundei no consenso de @NewtonProtocol PoRW (prova de trabalho de máquina) e no mecanismo de punição por Slashing. Este whitepaper da arquitetura de segurança descreve tudo de forma bastante bonita — TEE + ZKP garantem a execução confiável, o EigenLayer re-staking reforça a segurança econômica, e ainda há um limiar de agregação de assinaturas BLS de 67% para evitar ações maliciosas de um único ponto. Mas depois que li os documentos técnicos e os dados beta da mainnet, percebi que, nesta fase, esse desenho parece mais um invólucro sofisticado; o controle efetivo ainda está firmemente nas mãos da Magic Newton Foundation. $NEWT
Primeiro, vou decompor a lógica central do PoRW. A Newton divide o consenso em duas camadas: validadores ficam responsáveis pela produção de blocos e pelo consenso do Keystore Rollup; os operadores delegados executam tarefas automatizadas e geram provas verificáveis. A versão oficial afirma que isso é um “conjunto descentralizado de operadores para auditoria confiável”, e que nenhuma entidade consegue controlar mais de 33% do staking. Assim, garante-se que ao menos três operadores independentes concordem para que uma prova válida seja gerada. Parece que resolve perfeitamente a contradição entre descentralização e segurança, certo? #Newt
·
--
Em Alta
Parcialmente verdadeiro
Saiu a lista do Booster mais competitivo de todos os tempos! Vá ver rápido se você está entre os premiados? Eu dei uma olhada na participação de quem é da comunidade chinesa e já são 30 mil pessoas; e eles só escolhem as primeiras 300 — isso não é mais concorrido do que a maioria dos outros projetos no passado? Faltam apenas 4 dias para terminar. Em média, são 200 por dia. Irmãos que não entraram na lista, corram ver o whitepaper do @grvt_io ! Acho que o Grvt conseguiu se destacar principalmente porque a escolha técnica foi a arquitetura ZK Stack + Validium da ZKsync. O Grvt roda uma cadeia própria e exclusiva dentro do ecossistema zkSync — a supercadeia (Appchain) — então não compete por recursos de rede com outros DApps. Vocês ficam só falando, mas eu fui de verdade testar negociando! Descobri que a velocidade de pareamento de ordens é realmente muito rápida e bem fluida. Os dados do whitepaper oficial são de 600 mil TPS e latência em nível de microssegundo. Essa velocidade é no mesmo patamar dos CEX! Além disso, eu analisei com cuidado o whitepaper e percebi que a atualização do ZKsync Atlas é outro ponto técnico-chave. Ela permite que o Grvt valide e faça chamadas em tempo real, sem necessidade de confiar, para usar como colateral do trading de derivativos o capital existente na rede principal Ethereum em valor superior a US$ 122 bilhões. Não precisa de ponte cross-chain nem de mover ativos. Seu ETH fica no L1; o Grvt no L2 valida diretamente que ele pode ser usado como margem. Finalidade em nível de nanossegundo; a liquidez flui livremente entre o Ethereum e todas as cadeias ZK. Claro, por mais incrível que esteja escrito no whitepaper, só vale mesmo se você experimentar pessoalmente e ter uma boa experiência. E o que mais esperamos é que, depois do lançamento do Grvt, o preço da moeda não dê uma despencada—isso é o que mais nos importa! #grvt
Saiu a lista do Booster mais competitivo de todos os tempos!
Vá ver rápido se você está entre os premiados?
Eu dei uma olhada na participação de quem é da comunidade chinesa e já são 30 mil pessoas; e eles só escolhem as primeiras 300 — isso não é mais concorrido do que a maioria dos outros projetos no passado?

Faltam apenas 4 dias para terminar. Em média, são 200 por dia. Irmãos que não entraram na lista, corram ver o whitepaper do @grvt_io !
Acho que o Grvt conseguiu se destacar principalmente porque a escolha técnica foi a arquitetura ZK Stack + Validium da ZKsync. O Grvt roda uma cadeia própria e exclusiva dentro do ecossistema zkSync — a supercadeia (Appchain) — então não compete por recursos de rede com outros DApps.

Vocês ficam só falando, mas eu fui de verdade testar negociando! Descobri que a velocidade de pareamento de ordens é realmente muito rápida e bem fluida. Os dados do whitepaper oficial são de 600 mil TPS e latência em nível de microssegundo. Essa velocidade é no mesmo patamar dos CEX!

Além disso, eu analisei com cuidado o whitepaper e percebi que a atualização do ZKsync Atlas é outro ponto técnico-chave. Ela permite que o Grvt valide e faça chamadas em tempo real, sem necessidade de confiar, para usar como colateral do trading de derivativos o capital existente na rede principal Ethereum em valor superior a US$ 122 bilhões. Não precisa de ponte cross-chain nem de mover ativos. Seu ETH fica no L1; o Grvt no L2 valida diretamente que ele pode ser usado como margem. Finalidade em nível de nanossegundo; a liquidez flui livremente entre o Ethereum e todas as cadeias ZK.

Claro, por mais incrível que esteja escrito no whitepaper, só vale mesmo se você experimentar pessoalmente e ter uma boa experiência. E o que mais esperamos é que, depois do lançamento do Grvt, o preço da moeda não dê uma despencada—isso é o que mais nos importa! #grvt
Artigo
A documentação para desenvolvedores da Newton, a sensação de que é um livro que não foi escrito até o fim, após três dias lendoA documentação para desenvolvedores da Newton: eu a revisei por três dias. Não é porque leio devagar, é porque aquilo me fez ficar pensando em uma pergunta — para um projeto em que o testnet da mainnet já foi lançado, por que a documentação para desenvolvedores foi escrita assim? O índice da documentação está bem organizado: guias de início, referência de API, uso de SDK, implantação de contratos, códigos de exemplo — tem de tudo, como um livro encadernado com capricho. Mas quando você abre, descobre que muitos capítulos só têm o título, sem nenhum conteúdo. O tutorial do VaultKit traz os passos de instalação e então pula direto para “Uso avançado”. As seções entre eles — descrição de parâmetros, exemplos de configuração e perguntas frequentes — estão todas vazias.

A documentação para desenvolvedores da Newton, a sensação de que é um livro que não foi escrito até o fim, após três dias lendo

A documentação para desenvolvedores da Newton: eu a revisei por três dias.
Não é porque leio devagar, é porque aquilo me fez ficar pensando em uma pergunta — para um projeto em que o testnet da mainnet já foi lançado, por que a documentação para desenvolvedores foi escrita assim?
O índice da documentação está bem organizado: guias de início, referência de API, uso de SDK, implantação de contratos, códigos de exemplo — tem de tudo, como um livro encadernado com capricho. Mas quando você abre, descobre que muitos capítulos só têm o título, sem nenhum conteúdo. O tutorial do VaultKit traz os passos de instalação e então pula direto para “Uso avançado”. As seções entre eles — descrição de parâmetros, exemplos de configuração e perguntas frequentes — estão todas vazias.
·
--
Em Alta
Verificado
Verificou a origem dos dados — não é o mesmo que verificar o próprio dado. — O mainnet Beta da Newton ficou rodando por um mês; a lacuna da RedStone foi preenchida, mas só pela metade. Em 23 de junho, o Newton mainnet Beta foi lançado. A RedStone conectou os dados de preços já verificados ao nível de execução das políticas do Newton. O comunicado à imprensa foi bem escrito — “dados de preços de mercado em tempo real”, “provas de assinatura” e “registros auditáveis”. O VaultKit SDK também foi lançado em sincronia, permitindo que desenvolvedores definam regras como limite de gastos, requisitos de colateral e verificação de contraparte. A RedStone cobre mais de 110 cadeias e, até hoje, nunca reportou incidentes de erro de precificação. Muita gente na comunidade interpretou isso como “mais um passo na direção de algo em nível institucional”. Essa integração realmente resolve um problema que antes me preocupava: a falta de uma fonte confiável de dados de mercado para o motor de políticas. Agora, toda vez que uma transação chega à camada de autorização, o sistema consulta a RedStone para buscar o preço em tempo real, compara com as regras da política e então decide liberar ou bloquear. Cada avaliação gera uma prova de assinatura, formando um registro auditável. Lógica, portanto, faz sentido. #Newt Mas eu não consigo ficar 100% tranquilo — há dois pontos. O primeiro é o risco de concentração. Atualmente, a Newton só conectou um único oráculo. Se a RedStone der problema — interrupção dos dados, ataque, ou simplesmente atraso na atualização do preço — o motor de políticas perde a base para decidir, e isso pode levar a transações sendo congeladas em grande escala. Em 2024, um conhecido protocolo de empréstimos teve perdas de alguns milhões de dólares porque o atraso de dados de um único oráculo causou liquidações erradas para usuários. Isso não é um risco teórico. $NEWT O segundo é a granularidade da avaliação. O motor de políticas depende de preços em tempo real para fazer julgamentos. Em condições extremas — grande volatilidade de preço, congestionamento on-chain — a frequência de atualização da RedStone consegue acompanhar? O whitepaper não diz. A RedStone consegue fazer atualizações de 2,4 milissegundos na MegaETH, mas como a Newton roda no EigenLayer AVS, o caminho de liquidação depende do mainnet Ethereum. As atualizações de preço da RedStone na rede Ethereum são em nível de minutos. Se o preço do ETH despencar entre duas atualizações da RedStone, a policy do Newton continua usando o preço antigo para decidir. Alguém pode então enviar um withdraw de grande valor — a policy pode interpretá-lo erroneamente como “seguro” para liberação. Até a próxima atualização do feed chegar, o vault pode já estar insolvente. @NewtonProtocol {future}(NEWTUSDT)
Verificou a origem dos dados — não é o mesmo que verificar o próprio dado. — O mainnet Beta da Newton ficou rodando por um mês; a lacuna da RedStone foi preenchida, mas só pela metade.

Em 23 de junho, o Newton mainnet Beta foi lançado. A RedStone conectou os dados de preços já verificados ao nível de execução das políticas do Newton. O comunicado à imprensa foi bem escrito — “dados de preços de mercado em tempo real”, “provas de assinatura” e “registros auditáveis”. O VaultKit SDK também foi lançado em sincronia, permitindo que desenvolvedores definam regras como limite de gastos, requisitos de colateral e verificação de contraparte. A RedStone cobre mais de 110 cadeias e, até hoje, nunca reportou incidentes de erro de precificação.

Muita gente na comunidade interpretou isso como “mais um passo na direção de algo em nível institucional”. Essa integração realmente resolve um problema que antes me preocupava: a falta de uma fonte confiável de dados de mercado para o motor de políticas. Agora, toda vez que uma transação chega à camada de autorização, o sistema consulta a RedStone para buscar o preço em tempo real, compara com as regras da política e então decide liberar ou bloquear. Cada avaliação gera uma prova de assinatura, formando um registro auditável. Lógica, portanto, faz sentido. #Newt

Mas eu não consigo ficar 100% tranquilo — há dois pontos.

O primeiro é o risco de concentração. Atualmente, a Newton só conectou um único oráculo. Se a RedStone der problema — interrupção dos dados, ataque, ou simplesmente atraso na atualização do preço — o motor de políticas perde a base para decidir, e isso pode levar a transações sendo congeladas em grande escala. Em 2024, um conhecido protocolo de empréstimos teve perdas de alguns milhões de dólares porque o atraso de dados de um único oráculo causou liquidações erradas para usuários. Isso não é um risco teórico. $NEWT

O segundo é a granularidade da avaliação. O motor de políticas depende de preços em tempo real para fazer julgamentos. Em condições extremas — grande volatilidade de preço, congestionamento on-chain — a frequência de atualização da RedStone consegue acompanhar? O whitepaper não diz. A RedStone consegue fazer atualizações de 2,4 milissegundos na MegaETH, mas como a Newton roda no EigenLayer AVS, o caminho de liquidação depende do mainnet Ethereum. As atualizações de preço da RedStone na rede Ethereum são em nível de minutos. Se o preço do ETH despencar entre duas atualizações da RedStone, a policy do Newton continua usando o preço antigo para decidir. Alguém pode então enviar um withdraw de grande valor — a policy pode interpretá-lo erroneamente como “seguro” para liberação. Até a próxima atualização do feed chegar, o vault pode já estar insolvente. @NewtonProtocol
·
--
Em Alta
当我们还在现实中做牛马的时候, 我看到了一个币圈的牛马! Grvt是我认为最辛苦的代币了! 它的核心作用就是能把你的资金作用最大化,比如你一边在开单做合约保证金,但是保证金是不是就焊死了?它却可以把保证金在Aave里吃年化利息,是不是很牛? 这个只是@grvt_io 它其中的一个技术亮点,最让我眼前一亮的应该是它的隐私性! 大家都知道,现在做衍生品DEX最难搞的就是性能和隐私二选一。你用订单簿吧,速度上去了,但订单、持仓全摊在链上,巨鲸和MEV机器人蹲在mempool旁边盯着你,你挂个单人家先给你夹一下。你用隐私保护吧,性能又拉胯,慢得要死。 这俩事儿在传统DEX里基本无解。 这就能让我讲讲Grvt那个技术底子了,我个人是觉得有点东西!它ZKsync Validium +加超链(Appchain)架构。 我简单一些说就是:Grvt在zkSync生态里跑了一条自己的专属链,不跟其他DApp抢网络资源。所有的订单匹配、风险引擎、账户管理都在链下私有网络里处理,亚毫秒延迟、60万TPS。你的订单大小、价格、持仓这些核心交易策略信息,全程不暴露在链上。 那怎么保证透明和公正? 零知识证明。 Grvt把链下交易打包生成ZK证明,提交到以太坊主网验证,证明这笔交易是有效的,但不暴露谁、什么价格、多大单。 隐私和透明,全都要。 更让我觉得骚的是,它通过ZKsync Atlas升级可以直接调用以太坊主网上超过1220亿美元的存量资本做抵押品,不用跨链桥,不用挪资产。 你的ETH在L1上放着,Grvt在L2上实时验证它能当保证金用。 我个人分析认为Grvt在以太坊上面搭了一个私密的、高速的、不堵车的交易专用通道,所有敏感数据自己藏着,只把交易有效的结果甩给主网验证。 速度、隐私、透明,三个它都要。#grvt
当我们还在现实中做牛马的时候,
我看到了一个币圈的牛马!
Grvt是我认为最辛苦的代币了!

它的核心作用就是能把你的资金作用最大化,比如你一边在开单做合约保证金,但是保证金是不是就焊死了?它却可以把保证金在Aave里吃年化利息,是不是很牛?

这个只是@grvt_io 它其中的一个技术亮点,最让我眼前一亮的应该是它的隐私性!
大家都知道,现在做衍生品DEX最难搞的就是性能和隐私二选一。你用订单簿吧,速度上去了,但订单、持仓全摊在链上,巨鲸和MEV机器人蹲在mempool旁边盯着你,你挂个单人家先给你夹一下。你用隐私保护吧,性能又拉胯,慢得要死。
这俩事儿在传统DEX里基本无解。

这就能让我讲讲Grvt那个技术底子了,我个人是觉得有点东西!它ZKsync Validium +加超链(Appchain)架构。
我简单一些说就是:Grvt在zkSync生态里跑了一条自己的专属链,不跟其他DApp抢网络资源。所有的订单匹配、风险引擎、账户管理都在链下私有网络里处理,亚毫秒延迟、60万TPS。你的订单大小、价格、持仓这些核心交易策略信息,全程不暴露在链上。

那怎么保证透明和公正?
零知识证明。
Grvt把链下交易打包生成ZK证明,提交到以太坊主网验证,证明这笔交易是有效的,但不暴露谁、什么价格、多大单。
隐私和透明,全都要。

更让我觉得骚的是,它通过ZKsync Atlas升级可以直接调用以太坊主网上超过1220亿美元的存量资本做抵押品,不用跨链桥,不用挪资产。
你的ETH在L1上放着,Grvt在L2上实时验证它能当保证金用。

我个人分析认为Grvt在以太坊上面搭了一个私密的、高速的、不堵车的交易专用通道,所有敏感数据自己藏着,只把交易有效的结果甩给主网验证。 速度、隐私、透明,三个它都要。#grvt
Verificado
Nos últimos dias, vasculhei o repositório do GitHub da NEWT e quanto mais olho, mais estranho parece. No relatório oficial de transparência, está escrito de forma bem clara: Model Registry, componentes do Keystore rollup e o módulo de governança por staking — tudo precisa ser publicado no repositório público para manutenção. As mensagens de marketing sempre enfatizam “código-fonte central completamente open source” e “rede distribuída de agentes”. @NewtonProtocol Então fui verificar o repositório da newt-foundation. De fato, há coisas — newton-token, newton-contracts, developer-policy-cli, newton-sdk; os diretórios parecem bem completos. Mas, depois de analisar com cuidado, percebi que a base do protocolo — a lógica de agendamento do TEE, o módulo de validação ZK, e a implementação central do Keystore — tudo isso é fechado. O que está aberto apenas cobre SDKs e ferramentas periféricas. O código central está trancado. Eu revisei a página inicial do GitHub do começo ao fim, mas não encontrei a implementação completa do Model Registry, não encontrei o código-fonte do zkPermissions e não encontrei nenhum material que ajude alguém a entender de verdade como “o sistema funciona”. #Newt Agora, olhei o histórico de atualizações. A newt-foundation tem 7 repositórios no total, e na maioria deles a última atualização fica entre setembro e outubro de 2025. No melhor cenário, é estabilidade; no pior, é um estado de inércia absoluta. Os dados do relatório da APYWA também são honestos: GitHub Stars 0, Security Audit Status marcado como None. O ponto ainda mais crítico é: não existe, em toda a internet, nenhum DApp de terceiros, nenhum plugin de estratégia de IA desenvolvido de forma independente, nem ferramentas externas que tenham sido construídas com base nos repositórios open source da Newton. Um ecossistema realmente “open source com construção colaborativa” não teria apenas o próprio time oficial enviando código. $NEWT Eles dizem “open source com construção colaborativa” e “movido por desenvolvedores”, mas na prática o código central está trancado, o repositório oficial está parado e desenvolvedores externos simplesmente não têm por onde começar. O fluxo de tokens acontece, a avaliação já está feita; o código e o ecossistema que mais deveriam refletir a vitalidade da infraestrutura ficam o tempo todo em estagnação e vazio. Essa narrativa de “desenvolvimento open source” é, no fim das contas, um jogo de palavras: empacotar a abertura de poucos SDKs como se isso fosse o protocolo inteiro open source. Em um projeto realmente de infraestrutura, iteração do código e ecossistema de terceiros são dois indicadores básicos. E, hoje, ambos são zero. Quando for possível ver o código central sendo publicado na blockchain e desenvolvedores terceiros começarem a submeter PRs relevantes, aí sim será hora de reavaliar. Com esse estado atual, eu mantenho distância
Nos últimos dias, vasculhei o repositório do GitHub da NEWT e quanto mais olho, mais estranho parece.

No relatório oficial de transparência, está escrito de forma bem clara: Model Registry, componentes do Keystore rollup e o módulo de governança por staking — tudo precisa ser publicado no repositório público para manutenção. As mensagens de marketing sempre enfatizam “código-fonte central completamente open source” e “rede distribuída de agentes”. @NewtonProtocol

Então fui verificar o repositório da newt-foundation.

De fato, há coisas — newton-token, newton-contracts, developer-policy-cli, newton-sdk; os diretórios parecem bem completos. Mas, depois de analisar com cuidado, percebi que a base do protocolo — a lógica de agendamento do TEE, o módulo de validação ZK, e a implementação central do Keystore — tudo isso é fechado. O que está aberto apenas cobre SDKs e ferramentas periféricas. O código central está trancado. Eu revisei a página inicial do GitHub do começo ao fim, mas não encontrei a implementação completa do Model Registry, não encontrei o código-fonte do zkPermissions e não encontrei nenhum material que ajude alguém a entender de verdade como “o sistema funciona”. #Newt

Agora, olhei o histórico de atualizações. A newt-foundation tem 7 repositórios no total, e na maioria deles a última atualização fica entre setembro e outubro de 2025. No melhor cenário, é estabilidade; no pior, é um estado de inércia absoluta. Os dados do relatório da APYWA também são honestos: GitHub Stars 0, Security Audit Status marcado como None.

O ponto ainda mais crítico é: não existe, em toda a internet, nenhum DApp de terceiros, nenhum plugin de estratégia de IA desenvolvido de forma independente, nem ferramentas externas que tenham sido construídas com base nos repositórios open source da Newton. Um ecossistema realmente “open source com construção colaborativa” não teria apenas o próprio time oficial enviando código. $NEWT

Eles dizem “open source com construção colaborativa” e “movido por desenvolvedores”, mas na prática o código central está trancado, o repositório oficial está parado e desenvolvedores externos simplesmente não têm por onde começar. O fluxo de tokens acontece, a avaliação já está feita; o código e o ecossistema que mais deveriam refletir a vitalidade da infraestrutura ficam o tempo todo em estagnação e vazio.

Essa narrativa de “desenvolvimento open source” é, no fim das contas, um jogo de palavras: empacotar a abertura de poucos SDKs como se isso fosse o protocolo inteiro open source. Em um projeto realmente de infraestrutura, iteração do código e ecossistema de terceiros são dois indicadores básicos. E, hoje, ambos são zero.

Quando for possível ver o código central sendo publicado na blockchain e desenvolvedores terceiros começarem a submeter PRs relevantes, aí sim será hora de reavaliar. Com esse estado atual, eu mantenho distância
Artigo
Bloqueio prévio de conformidade on-chain: a Mainnet Beta da Newton rodou, mas a contabilidade do $NEWT ainda não foi resolvidaEm 23 de junho, a Newton Mainnet Beta foi lançada. Este projeto desenvolvido pela Magic Labs tem como foco ser a “camada de autorização” para transações on-chain, rodando no EigenLayer AVS e aproveitando o modelo de segurança do Ethereum para validar computações off-chain. No mesmo dia, a RedStone conectou os dados de preços verificados à camada de execução de políticas da Newton. O VaultKit SDK foi lançado em paralelo, permitindo que desenvolvedores definam limites de gastos, requisitos de garantia e checagens de contrapartes. Isto não é “rastrear após o fato”; é “bloquear antes”. As transações passam pelo “peneirador” do motor de estratégia antes da liquidação — por exemplo, o administrador do cofre define um limite de taxa de garantia; antes de cada saque, a Newton consulta o preço em tempo real via RedStone, liberando apenas se estiver em conformidade; caso contrário, a transação é interceptada diretamente. A cada avaliação, é gerada uma prova assinada, formando um registro auditável. Na noite da eleição de 2024, a Polymarket processou mais de US$ 3 bilhões em volume de transações em um único dia, com a camada de execução de estratégias da Newton rodando dentro — a Magic Labs é a provedora de infraestrutura de carteira da Polymarket.

Bloqueio prévio de conformidade on-chain: a Mainnet Beta da Newton rodou, mas a contabilidade do $NEWT ainda não foi resolvida

Em 23 de junho, a Newton Mainnet Beta foi lançada. Este projeto desenvolvido pela Magic Labs tem como foco ser a “camada de autorização” para transações on-chain, rodando no EigenLayer AVS e aproveitando o modelo de segurança do Ethereum para validar computações off-chain. No mesmo dia, a RedStone conectou os dados de preços verificados à camada de execução de políticas da Newton. O VaultKit SDK foi lançado em paralelo, permitindo que desenvolvedores definam limites de gastos, requisitos de garantia e checagens de contrapartes.
Isto não é “rastrear após o fato”; é “bloquear antes”. As transações passam pelo “peneirador” do motor de estratégia antes da liquidação — por exemplo, o administrador do cofre define um limite de taxa de garantia; antes de cada saque, a Newton consulta o preço em tempo real via RedStone, liberando apenas se estiver em conformidade; caso contrário, a transação é interceptada diretamente. A cada avaliação, é gerada uma prova assinada, formando um registro auditável. Na noite da eleição de 2024, a Polymarket processou mais de US$ 3 bilhões em volume de transações em um único dia, com a camada de execução de estratégias da Newton rodando dentro — a Magic Labs é a provedora de infraestrutura de carteira da Polymarket.
·
--
Em Alta
Verificado
Lá vem mais um projeto de air drop do nível “rei do céu”! Agora dá pra sair tirando onda de novo! O tutorial chegou! O tutorial chegou! TGE do número @grvt_io 21, agora já direto com as tarefas de “Negro/Escravo” e o Centro de Criadores! Primeiro vamos falar das Tarefas de “Negro/Escravo”: São 4 tarefas pequenas no total; ao atingir 50 mil pessoas, a recompensa é cerca de 7,5 dólares, com desconto de 2 pontos, ou seja, aproximadamente 0,3 cada! As tarefas 1 e 2 exigem seguir e fazer repost do X; a tarefa 3 é uma questão de múltipla escolha, a resposta é BCCCC; a tarefa 4 é só clicar no link da carteira, mas tem que receber um código via e-mail — simples demais, é só fazer, sem segredo. Analise se vale a pena por conta própria! Quanto ao Centro de Criadores: é preciso alcançar o ranking entre os 300 primeiros. Se você não tem base antes, recomendo desistir direto. Esta rodada é curta e, além disso, está bem competitiva; claro, a recompensa é de cerca de 120 dólares, então ainda é considerável! Por que dizem que a Grvt é um grande projeto? A coisa mais central são quatro palavras: eficiência de capital. Antes, se seu dinheiro estivesse parado na carteira, rendendo juros, você não conseguia usar esse dinheiro para abrir contratos. Se quisesse negociar, tinha que mover os fundos; todo capital ocioso estava perdendo oportunidade. A Grvt resolve isso com o sistema de “saldo único”. Com o mesmo valor, ele rende 11% no Aave e, ao mesmo tempo, atua como margem/garantia de contrato. E ainda, a base técnica é a chain Validium da ZKsync: faz o match off-chain, e realiza o settlement on-chain via prova de conhecimento zero. O tamanho dos seus pedidos e os seus dados sensíveis de posição não ficam expostos na cadeia, evitando que gente consiga te “atacar/caçar”. O dinheiro fica totalmente em self-custody, e a plataforma não consegue encostar no seu dinheiro. Em outras palavras: é isso — a Grvt faz o dinheiro trabalhar em várias frentes ao mesmo tempo. Dá pra você comer rendimentos enquanto abre posições. Espero que, quando listar, a gente consiga pegar uma boa parte do lucro! #grvt
Lá vem mais um projeto de air drop do nível “rei do céu”!
Agora dá pra sair tirando onda de novo!
O tutorial chegou! O tutorial chegou!
TGE do número @grvt_io 21, agora já direto com as tarefas de “Negro/Escravo” e o Centro de Criadores!
Primeiro vamos falar das Tarefas de “Negro/Escravo”:
São 4 tarefas pequenas no total; ao atingir 50 mil pessoas, a recompensa é cerca de 7,5 dólares, com desconto de 2 pontos, ou seja, aproximadamente 0,3 cada!
As tarefas 1 e 2 exigem seguir e fazer repost do X; a tarefa 3 é uma questão de múltipla escolha, a resposta é BCCCC; a tarefa 4 é só clicar no link da carteira, mas tem que receber um código via e-mail — simples demais, é só fazer, sem segredo. Analise se vale a pena por conta própria!

Quanto ao Centro de Criadores: é preciso alcançar o ranking entre os 300 primeiros. Se você não tem base antes, recomendo desistir direto. Esta rodada é curta e, além disso, está bem competitiva; claro, a recompensa é de cerca de 120 dólares, então ainda é considerável!

Por que dizem que a Grvt é um grande projeto?
A coisa mais central são quatro palavras: eficiência de capital. Antes, se seu dinheiro estivesse parado na carteira, rendendo juros, você não conseguia usar esse dinheiro para abrir contratos. Se quisesse negociar, tinha que mover os fundos; todo capital ocioso estava perdendo oportunidade.
A Grvt resolve isso com o sistema de “saldo único”. Com o mesmo valor, ele rende 11% no Aave e, ao mesmo tempo, atua como margem/garantia de contrato.

E ainda, a base técnica é a chain Validium da ZKsync: faz o match off-chain, e realiza o settlement on-chain via prova de conhecimento zero. O tamanho dos seus pedidos e os seus dados sensíveis de posição não ficam expostos na cadeia, evitando que gente consiga te “atacar/caçar”.
O dinheiro fica totalmente em self-custody, e a plataforma não consegue encostar no seu dinheiro.

Em outras palavras: é isso — a Grvt faz o dinheiro trabalhar em várias frentes ao mesmo tempo. Dá pra você comer rendimentos enquanto abre posições. Espero que, quando listar, a gente consiga pegar uma boa parte do lucro! #grvt
Fale de Newton — e você precisa começar por uma coisa que quase ninguém tira do contexto para discutir sozinha. Na noite da eleição presidencial dos EUA de 2024, a Polymarket processou, em um único dia, mais de 3 bilhões de dólares em volume de negociações, sem nenhuma interrupção. Toda a plataforma roda sobre a infraestrutura de carteiras embutidas fornecida pela Magic Labs, que é usada desde 2020. Até o momento, o volume total de transações suportado por esse ecossistema chega a quase 19 bilhões de dólares. E a camada de execução da estratégia da Newton já estava lá, operando, antes mesmo do lançamento da Polymarket. A Magic Labs é, ao mesmo tempo, a desenvolvedora central do @NewtonProtocol e a fornecedora da infraestrutura de carteira para a Polymarket. Ela implantou, na Polymarket, um arcabouço de estratégia de 2FA em etapas — operações de alto risco disparam uma verificação adicional; regras de saque e de negociação são executadas dinamicamente por meio do livro-razão (ledger) de estratégias da Newton, com verificabilidade on-chain. Isso é exatamente o que já vinha sendo executado em ambiente de produção antes do lançamento do Beta da mainnet da Newton. Em outras palavras: Newton não é “uma infraestrutura ainda não implementada”. Ela já enfrentou pressão real nos maiores mercados de previsão do mundo. Mas tem um detalhe que sempre ficou me incomodando. Os usuários da Polymarket não sentem a presença da Newton. O que eles sentem são as regras da Polymarket — não o mecanismo de execução de estratégias da Newton.#Newt A invisibilidade pode ter duas explicações. Uma é que ela foi embutida tão profundamente que o custo de substituição é altíssimo — isso é uma vantagem estrutural (moat). A outra é que ela pode ser substituída, mas por enquanto ninguém mexeu — isso é uma fragilidade. Entre essas duas possibilidades, ainda não há informações públicas suficientes para distinguir claramente.$NEWT Em 23 de junho, o Beta da mainnet da Newton e o VaultKit SDK sincronizaram e entraram no ar. A RedStone conectou dados de preços validados à camada de execução da estratégia, e a Credora fez a avaliação de risco. Desenvolvedores podem usar o VaultKit para definir regras como limites de gastos, exigências de colateral, checagem de contraparte, etc. Ele roda em um EigenLayer AVS, usando o modelo de segurança do Ethereum para validar cálculos fora da cadeia. Mas agora eu só estou de olho em um número: quantos protocolos, fora do ecossistema da Magic Labs, conectaram a camada de estratégias da Newton de forma independente. Se esse número começar a subir, aí sim a história de Newton deixa de ser “ferramenta interna da Magic Labs” e passa a ser “infraestrutura de execução da indústria”. Se esse número não se mover, no momento só dá para precificar uma coisa: “fornecedor de compliance da Polymarket”. Se você só olhar a tendência de preços e não se importar com dados de uso, este artigo não tem muito valor para você.{future}(NEWTUSDT)
Fale de Newton — e você precisa começar por uma coisa que quase ninguém tira do contexto para discutir sozinha.

Na noite da eleição presidencial dos EUA de 2024, a Polymarket processou, em um único dia, mais de 3 bilhões de dólares em volume de negociações, sem nenhuma interrupção. Toda a plataforma roda sobre a infraestrutura de carteiras embutidas fornecida pela Magic Labs, que é usada desde 2020. Até o momento, o volume total de transações suportado por esse ecossistema chega a quase 19 bilhões de dólares. E a camada de execução da estratégia da Newton já estava lá, operando, antes mesmo do lançamento da Polymarket.

A Magic Labs é, ao mesmo tempo, a desenvolvedora central do @NewtonProtocol e a fornecedora da infraestrutura de carteira para a Polymarket. Ela implantou, na Polymarket, um arcabouço de estratégia de 2FA em etapas — operações de alto risco disparam uma verificação adicional; regras de saque e de negociação são executadas dinamicamente por meio do livro-razão (ledger) de estratégias da Newton, com verificabilidade on-chain. Isso é exatamente o que já vinha sendo executado em ambiente de produção antes do lançamento do Beta da mainnet da Newton.

Em outras palavras: Newton não é “uma infraestrutura ainda não implementada”. Ela já enfrentou pressão real nos maiores mercados de previsão do mundo.

Mas tem um detalhe que sempre ficou me incomodando.

Os usuários da Polymarket não sentem a presença da Newton. O que eles sentem são as regras da Polymarket — não o mecanismo de execução de estratégias da Newton.#Newt

A invisibilidade pode ter duas explicações. Uma é que ela foi embutida tão profundamente que o custo de substituição é altíssimo — isso é uma vantagem estrutural (moat). A outra é que ela pode ser substituída, mas por enquanto ninguém mexeu — isso é uma fragilidade. Entre essas duas possibilidades, ainda não há informações públicas suficientes para distinguir claramente.$NEWT

Em 23 de junho, o Beta da mainnet da Newton e o VaultKit SDK sincronizaram e entraram no ar. A RedStone conectou dados de preços validados à camada de execução da estratégia, e a Credora fez a avaliação de risco. Desenvolvedores podem usar o VaultKit para definir regras como limites de gastos, exigências de colateral, checagem de contraparte, etc. Ele roda em um EigenLayer AVS, usando o modelo de segurança do Ethereum para validar cálculos fora da cadeia.

Mas agora eu só estou de olho em um número: quantos protocolos, fora do ecossistema da Magic Labs, conectaram a camada de estratégias da Newton de forma independente.

Se esse número começar a subir, aí sim a história de Newton deixa de ser “ferramenta interna da Magic Labs” e passa a ser “infraestrutura de execução da indústria”. Se esse número não se mover, no momento só dá para precificar uma coisa: “fornecedor de compliance da Polymarket”.

Se você só olhar a tendência de preços e não se importar com dados de uso, este artigo não tem muito valor para você.
Artigo
Dançando na tempestade de volatilidade: equilíbrio da tesouraria de Newton e um modelo dinâmico de queima sob a perspectiva do whitepaper只要在二级市场滚打过几轮的老手都知道,代币的经济模型如果只设计了“消耗”而没有机制去对抗整个宏观市场的“波动率狂风”,那它最终必然会被熊市的流动性枯竭所吞噬。我见过太多这样的项目,在牛市时业务量爆棚,代币被疯狂燃烧,看起来花团锦簇,社区里一片欢腾;可一旦行情转熊,链上交互量断崖式下跌,代币缺乏通缩支撑,立马就会滑向无底深渊,留下一地鸡毛。去年熊市期间,有个曾经市值百亿的项目,就因为代币销毁机制过于僵化,在链上交易量骤降90%后,代币价格暴跌99%,最终只能黯然退场,这给我们所有投研者都敲响了警钟。

Dançando na tempestade de volatilidade: equilíbrio da tesouraria de Newton e um modelo dinâmico de queima sob a perspectiva do whitepaper

只要在二级市场滚打过几轮的老手都知道,代币的经济模型如果只设计了“消耗”而没有机制去对抗整个宏观市场的“波动率狂风”,那它最终必然会被熊市的流动性枯竭所吞噬。我见过太多这样的项目,在牛市时业务量爆棚,代币被疯狂燃烧,看起来花团锦簇,社区里一片欢腾;可一旦行情转熊,链上交互量断崖式下跌,代币缺乏通缩支撑,立马就会滑向无底深渊,留下一地鸡毛。去年熊市期间,有个曾经市值百亿的项目,就因为代币销毁机制过于僵化,在链上交易量骤降90%后,代币价格暴跌99%,最终只能黯然退场,这给我们所有投研者都敲响了警钟。
🎙️ Queda do mercado é uma oportunidade, compre BNB à vista com aportes regulares!
avatar
Encerrado
03 h 43 min. 28 seg.
29.3k
22
30
Inicia sessão para explorar mais conteúdos
Junta-te a utilizadores de criptomoedas de todo o mundo na Binance Square
⚡️ Obtém informações úteis e recentes sobre criptomoedas.
💬 Com a confiança da maior exchange de criptomoedas do mundo.
👍 Descobre perspetivas reais de criadores verificados.
E-mail/Número de telefone
Mapa do sítio
Preferências de cookies
Termos e Condições da Plataforma