Binance Square
#newt

newt

3.5M visualizações
27,568 a discutir
A L I Web3
·
--
Parcialmente verdadeiro
Fiquei olhando o gráfico de @NewtonProtocol por uns vinte minutos ao invés de fazer trabalho de verdade, ngl. O Protocolo Newton ($NEWT ) bateu sua mínima histórica em 26 de junho — US$ 0,04496, caindo quase 94% em relação ao ATH. Aí foi só... recuperando em silêncio 9,5%+ desde então, ficando perto de US$ 0,049 hoje, com o volume nas últimas 24h acima de 15%, aproximadamente US$ 6,7M. Nada de dramático, apenas o gráfico encontrando um piso enquanto ninguém está olhando. Fui cavar o que de fato está implantado do lado da automação, porém, e aqui está a questão — toda a promessa de “agente de IA verificável”, o marketplace do Model Registry, enxames de agentes que se compõem, zkPermissions entre cadeias... tudo isso ainda está listado como “por vir”. O que está ao vivo agora, a única coisa que os usuários realmente conseguem tocar, é um agente de Compra Recorrente. Um bot de DCA agendado. Só isso. Então o token sangrou até a ATL enquanto o caso de uso principal é basicamente “comprar X a cada Y dias”, disfarçado em linguagem de TEE + verificação ZK, que foi feita para um produto futuro bem maior. Calma — isso não é exatamente uma crítica; projetos de infraestrutura sempre lançam primeiro a parte chata. Mas é uma lacuna que vale a pena considerar. Me faz pensar se a ação do preço está realmente precificando o roadmap, ou precificando o que é real hoje. São dois tipos de aposta bem diferentes. #Newt
Fiquei olhando o gráfico de @NewtonProtocol por uns vinte minutos ao invés de fazer trabalho de verdade, ngl.
O Protocolo Newton ($NEWT ) bateu sua mínima histórica em 26 de junho — US$ 0,04496, caindo quase 94% em relação ao ATH. Aí foi só... recuperando em silêncio 9,5%+ desde então, ficando perto de US$ 0,049 hoje, com o volume nas últimas 24h acima de 15%, aproximadamente US$ 6,7M. Nada de dramático, apenas o gráfico encontrando um piso enquanto ninguém está olhando.
Fui cavar o que de fato está implantado do lado da automação, porém, e aqui está a questão — toda a promessa de “agente de IA verificável”, o marketplace do Model Registry, enxames de agentes que se compõem, zkPermissions entre cadeias... tudo isso ainda está listado como “por vir”. O que está ao vivo agora, a única coisa que os usuários realmente conseguem tocar, é um agente de Compra Recorrente. Um bot de DCA agendado. Só isso.
Então o token sangrou até a ATL enquanto o caso de uso principal é basicamente “comprar X a cada Y dias”, disfarçado em linguagem de TEE + verificação ZK, que foi feita para um produto futuro bem maior. Calma — isso não é exatamente uma crítica; projetos de infraestrutura sempre lançam primeiro a parte chata. Mas é uma lacuna que vale a pena considerar.
Me faz pensar se a ação do preço está realmente precificando o roadmap, ou precificando o que é real hoje. São dois tipos de aposta bem diferentes.
#Newt
Hamza Web3:
Markets usually price both current utility and future expectations. Watching new agent launches may be more informative than short-term price movements alone.
Parcialmente verdadeiro
O que chamou minha atenção foi @NewtonProtocol e eu quase rolei a tela sem ver porque velas vermelhas em tokens de infra não são exatamente raras agora. Mas então percebi que o volume diário ainda estava por volta de US$ 6,7M — o que, para um token de market cap de US$ 49M que acabou de imprimir uma mínima histórica, é… nada desprezível. Ainda tem alguém mexendo com volume nesse ativo enquanto o preço sangra. Então voltei para o fluxo do zkPermissions em vez do gráfico, principalmente por tédio — espera aí — na verdade era mais curiosidade do que tédio. E o que ficou comigo não é nem a ação do preço. É que nenhuma linguagem de “enforcement verificável” do Newton te diz se uma transação específica realmente foi roteada por uma checagem de política ou se simplesmente foi direto para o contrato base. A atestação só existe para as chamadas que alguém escolheu envolver. O resto continua se movendo do mesmo jeito de sempre, só que sem comprovante. Eu pensei que isso significava cobertura quase universal por padrão. É o contrário — é opt-in por integração, e não existe uma visão de explorador óbvia mostrando quais contratos estão realmente fazendo enforcement e quais só carregam a marca. Isso faz a gente se perguntar se essa lacuna aparece mais quando o preço está tão depreciado e os incentivos para cortar caminhos em silêncio aumentam. $NEWT #Newt
O que chamou minha atenção foi @NewtonProtocol e eu quase rolei a tela sem ver porque velas vermelhas em tokens de infra não são exatamente raras agora. Mas então percebi que o volume diário ainda estava por volta de US$ 6,7M — o que, para um token de market cap de US$ 49M que acabou de imprimir uma mínima histórica, é… nada desprezível. Ainda tem alguém mexendo com volume nesse ativo enquanto o preço sangra.
Então voltei para o fluxo do zkPermissions em vez do gráfico, principalmente por tédio — espera aí — na verdade era mais curiosidade do que tédio. E o que ficou comigo não é nem a ação do preço. É que nenhuma linguagem de “enforcement verificável” do Newton te diz se uma transação específica realmente foi roteada por uma checagem de política ou se simplesmente foi direto para o contrato base. A atestação só existe para as chamadas que alguém escolheu envolver. O resto continua se movendo do mesmo jeito de sempre, só que sem comprovante.
Eu pensei que isso significava cobertura quase universal por padrão. É o contrário — é opt-in por integração, e não existe uma visão de explorador óbvia mostrando quais contratos estão realmente fazendo enforcement e quais só carregam a marca.
Isso faz a gente se perguntar se essa lacuna aparece mais quando o preço está tão depreciado e os incentivos para cortar caminhos em silêncio aumentam.
$NEWT #Newt
A L I Web3:
Interesting point. Adoption quality matters more than branding when enforcement depends on integrations actually choosing to enable verification.
Artigo
NEWTON PROTOCOL (NEWT): CONSTRUINDO UMA BASE SEGURA PARA IAO mercado de criptomoedas já passou por ciclos suficientes para tornar as pessoas céticas em relação a quase toda nova tendência. A IA agora é o termo da moda mais recente, e praticamente todo projeto afirma combinar inteligência artificial com blockchain. O problema é que muitos desses projetos param no marketing, oferecendo pouca ou nenhuma evidência de como a IA pode interagir com sistemas descentralizados de forma segura. O Newton Protocol (NEWT) aborda o desafio por outro ângulo, concentrando-se na infraestrutura necessária para que agentes de IA operem com segurança on-chain, em vez de simplesmente promover IA como um recurso.

NEWTON PROTOCOL (NEWT): CONSTRUINDO UMA BASE SEGURA PARA IA

O mercado de criptomoedas já passou por ciclos suficientes para tornar as pessoas céticas em relação a quase toda nova tendência. A IA agora é o termo da moda mais recente, e praticamente todo projeto afirma combinar inteligência artificial com blockchain. O problema é que muitos desses projetos param no marketing, oferecendo pouca ou nenhuma evidência de como a IA pode interagir com sistemas descentralizados de forma segura. O Newton Protocol (NEWT) aborda o desafio por outro ângulo, concentrando-se na infraestrutura necessária para que agentes de IA operem com segurança on-chain, em vez de simplesmente promover IA como um recurso.
Sia Lenne:
NEWTON PROTOCOL (NEWT): BUILDING A SECURE FOUNDATION FOR AI
·
--
Em Alta
Passei um tempo lendo a documentação do Protocolo Newton e uma coisa ficou se destacando para mim. Todo mundo fala sobre desempenho de trading com IA, mas quase ninguém fala sobre permissões. O Newton introduz o zkPermissions, no qual um agente de IA só pode agir dentro de regras que você define, como executar trades apenas quando condições específicas de mercado forem atendidas. Essas permissões são verificadas por meio de Ambientes de Execução Confiável (TEEs) antes de qualquer coisa chegar à blockchain. Em teoria, isso é uma abordagem mais cautelosa do que simplesmente dar acesso total a uma carteira a um agente e torcer para que tudo dê certo. Dito isso, esta não é uma solução perfeita. Cada etapa adicional de verificação pode introduzir latência, e eu não encontrei dados claros mostrando o quanto. Para gestão de portfólio no longo prazo, talvez não importe. Para mercados que se movem rápido, ainda é uma questão em aberto. Outra coisa importante é lembrar que o sistema só impõe as regras que você cria. Se suas permissões forem mal projetadas, a IA ainda pode tomar decisões indesejadas — apenas dentro desses limites. O Newton também reconhece que uma adoção mais ampla depende do suporte de validadores, do rollup do Keystore e da tecnologia de zkML continuarem a amadurecer. Para mim, a conversa real não é sobre o quão inteligente a IA se torna. É sobre quem a controla, quais limites existem e se essas salvaguardas resistem quando dinheiro de verdade está em jogo. #Newt @OpenGradient $NEWT
Passei um tempo lendo a documentação do Protocolo Newton e uma coisa ficou se destacando para mim. Todo mundo fala sobre desempenho de trading com IA, mas quase ninguém fala sobre permissões.

O Newton introduz o zkPermissions, no qual um agente de IA só pode agir dentro de regras que você define, como executar trades apenas quando condições específicas de mercado forem atendidas. Essas permissões são verificadas por meio de Ambientes de Execução Confiável (TEEs) antes de qualquer coisa chegar à blockchain. Em teoria, isso é uma abordagem mais cautelosa do que simplesmente dar acesso total a uma carteira a um agente e torcer para que tudo dê certo.

Dito isso, esta não é uma solução perfeita. Cada etapa adicional de verificação pode introduzir latência, e eu não encontrei dados claros mostrando o quanto. Para gestão de portfólio no longo prazo, talvez não importe. Para mercados que se movem rápido, ainda é uma questão em aberto.

Outra coisa importante é lembrar que o sistema só impõe as regras que você cria. Se suas permissões forem mal projetadas, a IA ainda pode tomar decisões indesejadas — apenas dentro desses limites.

O Newton também reconhece que uma adoção mais ampla depende do suporte de validadores, do rollup do Keystore e da tecnologia de zkML continuarem a amadurecer.

Para mim, a conversa real não é sobre o quão inteligente a IA se torna. É sobre quem a controla, quais limites existem e se essas salvaguardas resistem quando dinheiro de verdade está em jogo.

#Newt @OpenGradient $NEWT
Rida 3520:
💥 Don't underestimate this project! Many focus only on price, but the real value of NEWT could come from becoming essential infrastructure for trusted AI. 🌐.
Verificado
Artigo
Ver tradução
Why Is Verifiable Automation Becoming Essential for Web3, and Where Does Newton Fit In?While scanning the chain last night While digging through Newton Protocol's flows late into the session, one pattern kept pulling focus. The $NEWT contract showed steady, small transfers tied to policy enforcement. Nothing flashy. Just quiet, verifiable handoffs. It made me pause on how verifiable automation shifts from promised ease to something grounded in actual on-chain realities. Newton's authorization layer before settlement stands out. Users set policies like spending limits and intent boundaries. The network evaluates them through TEEs and ZK proofs. No full wallet handover. That part felt clean in theory. In practice, the depth revealed itself through how checks ripple into agent behaviors. the contrast that stuck with me I expected seamless automation for tasks like yield management or cross-chain actions. The narrative often frames it that way. Yet watching on-chain behavior, the reality involves deliberate verification steps. Recent transfers carried signed receipts anyone can audit on the explorer for the main contract. It wasn't instant magic. It was layered enforcement that held up under scrutiny. This mechanic forces a rethink. Early users chase quick setups, but longer-term effects appear in how policies build composable trust. One small anecdote from my test: I set a basic recurring intent. The agent followed parameters exactly. The proof trail let me trace why conditions triggered. No black box. Just transparent steps that built more confidence than anticipated. The hidden feedback loop feels like three interconnected layers. First, user-defined policies create guardrails. Second, the network enforces them pre-settlement. Third, verifiable receipts feed into governance and marketplaces. It forms a self-reinforcing system where automation scales because trust stays programmable and auditable. Hmm… that loop addresses core delegation challenges without recreating old risks. hmm... this mechanic in practice In action, Newton's verifiable automation handles edge cases better than pure smart contracts alone. Market examples from volatile periods showed agents stepping in for opportunities, but only after policy checks prevented oversteps. Another case involved compliance flows where the pre-execution layer filtered paths cleanly. Yet honest reevaluation is needed. I thought proof overhead might slow things too much. Actually — the added layer feels justified by security gained. Not every task needs full verifiability, but for capital or cross-chain moves, skipping it invites familiar trust issues we sought to escape in Web3. On-chain behaviors reinforced this. Movements linked to authorization events created visible intent trails. It contrasted with looser systems where drift happens quietly. Newton doesn't erase all risk, but surfaces mechanics for review. still pondering the ripple Sitting with the data, introspection hits differently. Verifiable automation reshapes incentives around participation. Policy setters invest more because outcomes prove out. It nudges maturity, favoring builders who prioritize transparency. A quiet aha comes in seeing how this fits broader needs. Beyond surface claims, it makes delegation safe enough for wider use without new central points of failure. The late-night dive reminds why on-chain work pulls me in — chasing real dynamics amid noise. Forward-looking, questions linger on agent marketplaces. How might more developers weave in these policies as primitives? How could it shape coordination across protocols? These ripples matter as the network grows. The contrast between expectations and operation left me thoughtful. It works through intentional, auditable frictions. What happens when more ecosystems build on similar verifiable layers — does automation feel truly native, or surface new tensions we haven't fully mapped? @NewtonProtocol #Newt

Why Is Verifiable Automation Becoming Essential for Web3, and Where Does Newton Fit In?

While scanning the chain last night
While digging through Newton Protocol's flows late into the session, one pattern kept pulling focus. The $NEWT contract showed steady, small transfers tied to policy enforcement. Nothing flashy. Just quiet, verifiable handoffs. It made me pause on how verifiable automation shifts from promised ease to something grounded in actual on-chain realities.
Newton's authorization layer before settlement stands out. Users set policies like spending limits and intent boundaries. The network evaluates them through TEEs and ZK proofs. No full wallet handover. That part felt clean in theory. In practice, the depth revealed itself through how checks ripple into agent behaviors.
the contrast that stuck with me
I expected seamless automation for tasks like yield management or cross-chain actions. The narrative often frames it that way. Yet watching on-chain behavior, the reality involves deliberate verification steps. Recent transfers carried signed receipts anyone can audit on the explorer for the main contract. It wasn't instant magic. It was layered enforcement that held up under scrutiny.
This mechanic forces a rethink. Early users chase quick setups, but longer-term effects appear in how policies build composable trust. One small anecdote from my test: I set a basic recurring intent. The agent followed parameters exactly. The proof trail let me trace why conditions triggered. No black box. Just transparent steps that built more confidence than anticipated.
The hidden feedback loop feels like three interconnected layers. First, user-defined policies create guardrails. Second, the network enforces them pre-settlement. Third, verifiable receipts feed into governance and marketplaces. It forms a self-reinforcing system where automation scales because trust stays programmable and auditable. Hmm… that loop addresses core delegation challenges without recreating old risks.
hmm... this mechanic in practice
In action, Newton's verifiable automation handles edge cases better than pure smart contracts alone. Market examples from volatile periods showed agents stepping in for opportunities, but only after policy checks prevented oversteps. Another case involved compliance flows where the pre-execution layer filtered paths cleanly.
Yet honest reevaluation is needed. I thought proof overhead might slow things too much. Actually — the added layer feels justified by security gained. Not every task needs full verifiability, but for capital or cross-chain moves, skipping it invites familiar trust issues we sought to escape in Web3.
On-chain behaviors reinforced this. Movements linked to authorization events created visible intent trails. It contrasted with looser systems where drift happens quietly. Newton doesn't erase all risk, but surfaces mechanics for review.
still pondering the ripple
Sitting with the data, introspection hits differently. Verifiable automation reshapes incentives around participation. Policy setters invest more because outcomes prove out. It nudges maturity, favoring builders who prioritize transparency.
A quiet aha comes in seeing how this fits broader needs. Beyond surface claims, it makes delegation safe enough for wider use without new central points of failure. The late-night dive reminds why on-chain work pulls me in — chasing real dynamics amid noise.
Forward-looking, questions linger on agent marketplaces. How might more developers weave in these policies as primitives? How could it shape coordination across protocols? These ripples matter as the network grows.
The contrast between expectations and operation left me thoughtful. It works through intentional, auditable frictions.
What happens when more ecosystems build on similar verifiable layers — does automation feel truly native, or surface new tensions we haven't fully mapped?
@NewtonProtocol #Newt
Marouan47:
I find NEWT compelling because secure automation may soon become more valuable than transaction speed itself.
·
--
Em Alta
$NEWT Tenho acompanhado de perto a evolução da integração entre IA e blockchain, e o Newton Protocol se destaca como uma tentativa interessante de unir esses dois mundos de forma estruturada. Ele se concentra em construir um rollup seguro voltado para estratégias de negociação orientadas por IA, execução automatizada e um marketplace no qual desenvolvedores podem publicar e monetizar modelos de IA. Em vez de deixar agentes de IA operarem livremente por todo o DeFi, ele introduz um ambiente controlado em que as ações são verificadas e os riscos são gerenciados, o que pode reduzir muitas das preocupações de segurança vistas em sistemas totalmente autônomos. A ideia central é simples, mas poderosa: agentes de IA geram decisões de negociação, porém a execução acontece dentro de uma camada de rollup segura que impõe regras, valida transações e mantém a transparência. Isso ajuda a preencher a lacuna entre automação e confiança, que é um dos maiores desafios nas finanças baseadas em IA hoje. Além disso, o protocolo também prevê um ecossistema de desenvolvedores no qual criadores de estratégias podem oferecer modelos de IA aos usuários, potencialmente criando um novo marketplace para inteligência financeira. No entanto, a adoção dependerá de mais do que apenas do design técnico. Confiança, desempenho e utilidade no mundo real determinarão se usuários e instituições realmente alocarão capital para estratégias baseadas em IA. Incentivos via token podem ter um papel importante para encorajar a participação, mas o sucesso no longo prazo exigirá segurança robusta, execução confiável e um ecossistema sustentável. Em resumo, o Newton Protocol representa um passo inicial, mas significativo, em direção a uma infraestrutura financeira nativa de IA. Se ele se tornar uma camada fundamental ou permanecer como um experimento de nicho dependerá de quão bem ele conseguirá equilibrar inovação com confiança e usabilidade no mundo real. $NEWT @NewtonProtocol #Newt
$NEWT Tenho acompanhado de perto a evolução da integração entre IA e blockchain, e o Newton Protocol se destaca como uma tentativa interessante de unir esses dois mundos de forma estruturada. Ele se concentra em construir um rollup seguro voltado para estratégias de negociação orientadas por IA, execução automatizada e um marketplace no qual desenvolvedores podem publicar e monetizar modelos de IA. Em vez de deixar agentes de IA operarem livremente por todo o DeFi, ele introduz um ambiente controlado em que as ações são verificadas e os riscos são gerenciados, o que pode reduzir muitas das preocupações de segurança vistas em sistemas totalmente autônomos.

A ideia central é simples, mas poderosa: agentes de IA geram decisões de negociação, porém a execução acontece dentro de uma camada de rollup segura que impõe regras, valida transações e mantém a transparência. Isso ajuda a preencher a lacuna entre automação e confiança, que é um dos maiores desafios nas finanças baseadas em IA hoje. Além disso, o protocolo também prevê um ecossistema de desenvolvedores no qual criadores de estratégias podem oferecer modelos de IA aos usuários, potencialmente criando um novo marketplace para inteligência financeira.

No entanto, a adoção dependerá de mais do que apenas do design técnico. Confiança, desempenho e utilidade no mundo real determinarão se usuários e instituições realmente alocarão capital para estratégias baseadas em IA. Incentivos via token podem ter um papel importante para encorajar a participação, mas o sucesso no longo prazo exigirá segurança robusta, execução confiável e um ecossistema sustentável.

Em resumo, o Newton Protocol representa um passo inicial, mas significativo, em direção a uma infraestrutura financeira nativa de IA. Se ele se tornar uma camada fundamental ou permanecer como um experimento de nicho dependerá de quão bem ele conseguirá equilibrar inovação com confiança e usabilidade no mundo real.

$NEWT @NewtonProtocol #Newt
ETHcryptohub:
The value of blockchain infrastructure may increasingly come from reducing uncertainty and improving execution quality. $NEWT
Comparei a fase de governança do Protocolo Newton com o momento em que tokens de infraestrutura semelhantes como GEL e LINK estão em seus próprios cronogramas de descentralização, para uma tarefa do CreatorPad olhando além do slogan "modernizing decentralized intelligence". $NEWT, #NewtonProtocol, @NewtonProtocol. O que se destacou é que GEL e LINK levaram anos de uso em mainnet ao vivo antes de efetivamente deslocarem o controle de governança para fora, e o próprio roadmap da Newton segue o mesmo padrão por fases — multisig de fundação agora, governança da comunidade depois —, mas a marcação soa como se a descentralização já fosse um recurso em tempo presente, em vez de um processo de vários anos pelo qual os pares passaram. Isso não é incomum para a categoria, honestamente, é basicamente o caminho padrão. O que pareceu estranho foi o grau de confiança com que a palavra é usada no marketing, em comparação com o quão gradualmente ela tende a realmente se desenrolar em todo o resto neste espaço. Me deu vontade de acompanhar de verdade as transições de fase, em vez de tomar o slogan pelo valor de face. Fiquei pensando se o cronograma da Newton acaba ficando mais rápido do que o de GEL ou LINK, ou se "descentralização por fases" só significa a mesma espera de vários anos, com um nome diferente. @NewtonProtocol #newt $NEWT
Comparei a fase de governança do Protocolo Newton com o momento em que tokens de infraestrutura semelhantes como GEL e LINK estão em seus próprios cronogramas de descentralização, para uma tarefa do CreatorPad olhando além do slogan "modernizing decentralized intelligence". $NEWT, #NewtonProtocol, @NewtonProtocol. O que se destacou é que GEL e LINK levaram anos de uso em mainnet ao vivo antes de efetivamente deslocarem o controle de governança para fora, e o próprio roadmap da Newton segue o mesmo padrão por fases — multisig de fundação agora, governança da comunidade depois —, mas a marcação soa como se a descentralização já fosse um recurso em tempo presente, em vez de um processo de vários anos pelo qual os pares passaram. Isso não é incomum para a categoria, honestamente, é basicamente o caminho padrão. O que pareceu estranho foi o grau de confiança com que a palavra é usada no marketing, em comparação com o quão gradualmente ela tende a realmente se desenrolar em todo o resto neste espaço. Me deu vontade de acompanhar de verdade as transições de fase, em vez de tomar o slogan pelo valor de face. Fiquei pensando se o cronograma da Newton acaba ficando mais rápido do que o de GEL ou LINK, ou se "descentralização por fases" só significa a mesma espera de vários anos, com um nome diferente.
@NewtonProtocol #newt $NEWT
CHU CHU 53:
By encouraging verifiable AI execution, Newton Protocol contributes to a broader vision of decentralized systems that are more dependable for users, developers, and organizations.
Parcialmente verdadeiro
Venho mexendo no Newton Protocol $NEWT , #Newt @NewtonProtocol esta semana e uma coisa chamou minha atenção mais do que o ruído habitual. O preço ainda está caindo cerca de 10–11% nos últimos 7 dias, ficando na faixa de US$ 0.048–0.05. Nada de tão incomum para um token que teve alguns meses difíceis após o lançamento. Mas o volume de negociação em 24h subiu cerca de 16% na mesma janela, ultrapassando US$ 9M nos principais pares, enquanto o preço mal saiu do suporte. Essa foi a parte que mais se destacou. Normalmente, quando o volume dispara assim em um token em queda, você espera que isso venha junto com uma perna para baixo, e não com uma sustentação lateral. Em vez disso, parece mais como absorção—alguém (ou vários) comprando a fraqueza—do que todo mundo correndo para sair. Pode ser bot reequilibrando em torno do cronograma de liberação, pode ser uma acumulação de verdade antes das coisas da plataforma/registro de agentes que eles vêm provocando. Sinceramente, não sei qual dos dois. Vou admitir: eu entrei esperando não encontrar nada de interessante. O gráfico do NEWT tem estado bem sem grandes destaques ultimamente, então isso foi uma pequena surpresa. É um sinal fraco, não uma tese. Volume sem uma reação de preço correspondente pode significar convicção, ou pode significar simplesmente nada quando a próxima liberação chegar. Mais alguém acompanhando o lado de operador/staking para ver se isso bate com algo mais concreto? $SPCXB
Venho mexendo no Newton Protocol $NEWT , #Newt @NewtonProtocol esta semana e uma coisa chamou minha atenção mais do que o ruído habitual. O preço ainda está caindo cerca de 10–11% nos últimos 7 dias, ficando na faixa de US$ 0.048–0.05. Nada de tão incomum para um token que teve alguns meses difíceis após o lançamento. Mas o volume de negociação em 24h subiu cerca de 16% na mesma janela, ultrapassando US$ 9M nos principais pares, enquanto o preço mal saiu do suporte.

Essa foi a parte que mais se destacou. Normalmente, quando o volume dispara assim em um token em queda, você espera que isso venha junto com uma perna para baixo, e não com uma sustentação lateral. Em vez disso, parece mais como absorção—alguém (ou vários) comprando a fraqueza—do que todo mundo correndo para sair. Pode ser bot reequilibrando em torno do cronograma de liberação, pode ser uma acumulação de verdade antes das coisas da plataforma/registro de agentes que eles vêm provocando. Sinceramente, não sei qual dos dois.

Vou admitir: eu entrei esperando não encontrar nada de interessante. O gráfico do NEWT tem estado bem sem grandes destaques ultimamente, então isso foi uma pequena surpresa. É um sinal fraco, não uma tese.

Volume sem uma reação de preço correspondente pode significar convicção, ou pode significar simplesmente nada quando a próxima liberação chegar.

Mais alguém acompanhando o lado de operador/staking para ver se isso bate com algo mais concreto?
$SPCXB
Neel_Proshun_DXC:
Ultimately, NEWT’s "economic necessity" depends on whether the volume of verifiable, agentic transactions grows enough to make the protocol's infrastructure a mandatory, recurring cost of doing business in automated finance.
Artigo
NEWTON PROTOCOL (NEWT): EXPLORANDO O FUTURO DA FINANÇA SEGURA COM IA NA BLOCKCHAINTenho me encontrado prestando menos atenção a projetos de cripto que simplesmente anexam "IA" à sua identidade e mais atenção àqueles que tentam resolver um problema real. Depois de acompanhar o Newton Protocol por um tempo, acho que o que o torna interessante não é a narrativa de IA em si, mas a pergunta que ele está tentando responder. Se a inteligência artificial eventualmente vai gerenciar negociações, mover ativos e automatizar decisões financeiras, como os usuários podem permitir que isso aconteça sem entregar o controle completo de suas carteiras?

NEWTON PROTOCOL (NEWT): EXPLORANDO O FUTURO DA FINANÇA SEGURA COM IA NA BLOCKCHAIN

Tenho me encontrado prestando menos atenção a projetos de cripto que simplesmente anexam "IA" à sua identidade e mais atenção àqueles que tentam resolver um problema real. Depois de acompanhar o Newton Protocol por um tempo, acho que o que o torna interessante não é a narrativa de IA em si, mas a pergunta que ele está tentando responder. Se a inteligência artificial eventualmente vai gerenciar negociações, mover ativos e automatizar decisões financeiras, como os usuários podem permitir que isso aconteça sem entregar o controle completo de suas carteiras?
Neel_Proshun_DXC:
Ultimately, NEWT’s "economic necessity" depends on whether the volume of verifiable, agentic transactions grows enough to make the protocol's infrastructure a mandatory, recurring cost of doing business in automated finance.
@NewtonProtocol apenas lançou o Mainnet Beta ao vivo esta semana, e eu peguei isso na hora em que $NEWT ainda estava se sacudindo daquele unlock de 24 de junho: 139,45M de tokens, cerca de 14% da oferta total, foram colocados em circulação dois dias antes de o token atingir sua mínima histórica de US$ 0,04496 em 26 de junho. #Newt o timing aí é… nada sutil. o que realmente ficou comigo, porém. A proposta inteira é conformidade como código: permissões verificadas onchain antes de um agente nem tocar no seu dinheiro. Tudo bem, soa sólido no papel. Mas quando eu realmente analisei o agente de Compra Recorrente durante a tarefa, o fluxo de permissões que aparece em todo lugar é o caminho padrão, de política pré-aprovada. Ninguém está realmente testando ainda a escrita avançada de política Rego; essa parte ainda é, em grande medida, documentação e promessas para construtores institucionais mais adiante. O varejo fica com o botão fácil; a verdadeira personalização verificável é voltada para quem assinar um acordo empresarial mais tarde. Uma forma meio familiar, agora que penso nisso. Tomei meu café no meio de escrever isto e quase não mencionei o timing do unlock; pareceu ruído. Mas um protocolo vendendo permissões de agentes mais seguras lançando seu marketplace principal justamente quando a oferta vestida de insiders cai no mercado… difícil de não ver depois que você nota. Fica me perguntando quem está realmente estressando essas políticas customizadas agora, ou se isso ainda está seis meses por vir.
@NewtonProtocol apenas lançou o Mainnet Beta ao vivo esta semana, e eu peguei isso na hora em que $NEWT ainda estava se sacudindo daquele unlock de 24 de junho: 139,45M de tokens, cerca de 14% da oferta total, foram colocados em circulação dois dias antes de o token atingir sua mínima histórica de US$ 0,04496 em 26 de junho. #Newt o timing aí é… nada sutil.

o que realmente ficou comigo, porém. A proposta inteira é conformidade como código: permissões verificadas onchain antes de um agente nem tocar no seu dinheiro.

Tudo bem, soa sólido no papel. Mas quando eu realmente analisei o agente de Compra Recorrente durante a tarefa, o fluxo de permissões que aparece em todo lugar é o caminho padrão, de política pré-aprovada.

Ninguém está realmente testando ainda a escrita avançada de política Rego; essa parte ainda é, em grande medida, documentação e promessas para construtores institucionais mais adiante. O varejo fica com o botão fácil; a verdadeira personalização verificável é voltada para quem assinar um acordo empresarial mais tarde.

Uma forma meio familiar, agora que penso nisso. Tomei meu café no meio de escrever isto e quase não mencionei o timing do unlock; pareceu ruído. Mas um protocolo vendendo permissões de agentes mais seguras lançando seu marketplace principal justamente quando a oferta vestida de insiders cai no mercado… difícil de não ver depois que você nota.

Fica me perguntando quem está realmente estressando essas políticas customizadas agora, ou se isso ainda está seis meses por vir.
Genny Cruz :
Compliance as code is a strong direction, but the real test starts after launch. When developers begin deploying custom policies instead of relying on defaults, that's when the architecture proves its value.
Artigo
Explorando o Newton Protocol: Por que Acho que a Automação de IA Segura Pode Virar um dos Principais Nomes do Mundo CriptoHá alguns meses, eu me vi pensando sobre o que aconteceria se eu deixasse uma IA gerenciar minha carteira de criptomoedas. No começo, a ideia pareceu incrivelmente conveniente. Imagine acordar todas as manhãs e encontrar sua carteira automaticamente rebalanceada, seus ativos ociosos movidos para as melhores oportunidades de rentabilidade e suas negociações executadas sem você precisar fazer nada. Mas depois que a empolgação passou, uma pergunta muito maior surgiu: como eu poderia confiar em uma IA com acesso à minha carteira? Dar permissão a um sistema autônomo para mover ativos digitais é algo bem diferente de pedir para ele escrever um e-mail ou resumir um documento. Em cripto, uma negociação incorreta pode ser irreversível. Essa dúvida eventualmente me levou ao Newton Protocol, e quanto mais eu o explorava, mais eu percebia que ele não está, na verdade, tentando construir uma IA mais inteligente. Em vez disso, ele está tentando resolver o problema de confiança que surge ao permitir que a IA interaja com blockchains.

Explorando o Newton Protocol: Por que Acho que a Automação de IA Segura Pode Virar um dos Principais Nomes do Mundo Cripto

Há alguns meses, eu me vi pensando sobre o que aconteceria se eu deixasse uma IA gerenciar minha carteira de criptomoedas. No começo, a ideia pareceu incrivelmente conveniente. Imagine acordar todas as manhãs e encontrar sua carteira automaticamente rebalanceada, seus ativos ociosos movidos para as melhores oportunidades de rentabilidade e suas negociações executadas sem você precisar fazer nada. Mas depois que a empolgação passou, uma pergunta muito maior surgiu: como eu poderia confiar em uma IA com acesso à minha carteira? Dar permissão a um sistema autônomo para mover ativos digitais é algo bem diferente de pedir para ele escrever um e-mail ou resumir um documento. Em cripto, uma negociação incorreta pode ser irreversível. Essa dúvida eventualmente me levou ao Newton Protocol, e quanto mais eu o explorava, mais eu percebia que ele não está, na verdade, tentando construir uma IA mais inteligente. Em vez disso, ele está tentando resolver o problema de confiança que surge ao permitir que a IA interaja com blockchains.
Crypto460:
the garage key vs house key line is the best explanation of this i’ve seen in this whole thread. that’s really the crux of why AI managing my wallet sounds terrifying by default, it’s not that automation is bad, it’s that most systems still only offer all or nothing access. scoping it down to specific tokens, size limits, specific venues actually makes the idea sound boring in a good way, which is usually a sign the design is right….
Artigo
Ver tradução
Why Safer DeFi Starts Before the TransactionWhen I first started reading about Newton Protocol, I wasn't immediately convinced. DeFi has seen countless projects promising to solve every problem, so I've become more interested in products that address real issues rather than big promises. The more I looked into Newton, the more I felt it was trying to solve a practical gap that has become increasingly important as decentralized finance continues to mature. What caught my attention is the simple idea behind it. Newton Protocol is building an onchain authorization layer for DeFi. Instead of waiting until a transaction has already happened and then reporting potential risks, Newton checks transactions against active policies before settlement. If the transaction satisfies those policies, it records a signed pass attestation onchain. If it doesn't, it records a fail attestation instead. As a DeFi user, I think this feels more useful than systems that only warn you after funds have already moved. It adds a decision layer before execution rather than simply explaining what went wrong afterward. This approach feels especially relevant because DeFi itself has changed. A few years ago, most activity revolved around token swaps and lending. Today the ecosystem is expanding toward vaults, RWAs, stablecoins, and even AI agents managing capital. As more value moves onchain, stronger policy enforcement before money moves starts making much more sense. That's why Newton feels like an important missing layer rather than just another protocol competing for attention. I also like that Newton is focusing on practical areas instead of complicated ideas. It talks about Compliance, Identity, Security, and Risk in ways that relate to everyday use. Compliance can include sanctions screening, identity policies can verify whether someone is eligible to use certain financial products, security policies can help block suspicious activity in real time, and risk policies may evaluate things like counterparty exposure, APY sustainability, excessive leverage, or oracle health before transactions are finalized. These aren't exciting buzzwords, but they are exactly the kinds of checks that become important as DeFi grows. Newton is starting with vaults, which seems like a logical first step because vaults already follow predefined strategies. If this authorization model works there, expanding toward RWAs, stablecoins, and AI agents feels like a natural progression instead of an unrealistic roadmap. The broader ecosystem also makes the project interesting. The Newton Vault SDK gives developers tools to integrate policy-based enforcement instead of building everything from scratch. Newton has also been working with or alongside names like Chainalysis, Hexagate, Vaults.fyi, RedStone, Credora, Eigen Labs, Succinct, Rhinestone, and Octane. I don't see these names as guarantees of success, but they suggest Newton is trying to build real infrastructure within the existing ecosystem. Another important milestone is that Newton Mainnet Beta is now LIVE. For me, this is where ideas start facing real-world conditions. Test environments are useful, but live networks are where projects prove whether their design actually works. Of course, there are still challenges. Adoption won't happen automatically. Developers need reasons to integrate it, users need confidence in the policy framework, and Newton still has to prove that authorization before settlement delivers lasting value. Competition is strong, execution matters, and trust will take time to earn. Even with those challenges, I think Newton Protocol is becoming more interesting because the market itself has changed. People care much more about security, compliance, risk management, and reliable infrastructure than they did a few years ago. Instead of chasing hype, many builders are looking for systems that make DeFi safer before value moves. I'll be watching @NewtonProtocol closely because if this approach proves itself over time, $NEWT could become an important part of the next generation of onchain infrastructure. #Newt @NewtonProtocol #Newt $NEWT {future}(NEWTUSDT)

Why Safer DeFi Starts Before the Transaction

When I first started reading about Newton Protocol, I wasn't immediately convinced. DeFi has seen countless projects promising to solve every problem, so I've become more interested in products that address real issues rather than big promises. The more I looked into Newton, the more I felt it was trying to solve a practical gap that has become increasingly important as decentralized finance continues to mature.
What caught my attention is the simple idea behind it. Newton Protocol is building an onchain authorization layer for DeFi. Instead of waiting until a transaction has already happened and then reporting potential risks, Newton checks transactions against active policies before settlement. If the transaction satisfies those policies, it records a signed pass attestation onchain. If it doesn't, it records a fail attestation instead. As a DeFi user, I think this feels more useful than systems that only warn you after funds have already moved. It adds a decision layer before execution rather than simply explaining what went wrong afterward.
This approach feels especially relevant because DeFi itself has changed. A few years ago, most activity revolved around token swaps and lending. Today the ecosystem is expanding toward vaults, RWAs, stablecoins, and even AI agents managing capital. As more value moves onchain, stronger policy enforcement before money moves starts making much more sense. That's why Newton feels like an important missing layer rather than just another protocol competing for attention.
I also like that Newton is focusing on practical areas instead of complicated ideas. It talks about Compliance, Identity, Security, and Risk in ways that relate to everyday use. Compliance can include sanctions screening, identity policies can verify whether someone is eligible to use certain financial products, security policies can help block suspicious activity in real time, and risk policies may evaluate things like counterparty exposure, APY sustainability, excessive leverage, or oracle health before transactions are finalized. These aren't exciting buzzwords, but they are exactly the kinds of checks that become important as DeFi grows.
Newton is starting with vaults, which seems like a logical first step because vaults already follow predefined strategies. If this authorization model works there, expanding toward RWAs, stablecoins, and AI agents feels like a natural progression instead of an unrealistic roadmap.
The broader ecosystem also makes the project interesting. The Newton Vault SDK gives developers tools to integrate policy-based enforcement instead of building everything from scratch. Newton has also been working with or alongside names like Chainalysis, Hexagate, Vaults.fyi, RedStone, Credora, Eigen Labs, Succinct, Rhinestone, and Octane. I don't see these names as guarantees of success, but they suggest Newton is trying to build real infrastructure within the existing ecosystem.
Another important milestone is that Newton Mainnet Beta is now LIVE. For me, this is where ideas start facing real-world conditions. Test environments are useful, but live networks are where projects prove whether their design actually works.
Of course, there are still challenges. Adoption won't happen automatically. Developers need reasons to integrate it, users need confidence in the policy framework, and Newton still has to prove that authorization before settlement delivers lasting value. Competition is strong, execution matters, and trust will take time to earn.
Even with those challenges, I think Newton Protocol is becoming more interesting because the market itself has changed. People care much more about security, compliance, risk management, and reliable infrastructure than they did a few years ago. Instead of chasing hype, many builders are looking for systems that make DeFi safer before value moves. I'll be watching @NewtonProtocol closely because if this approach proves itself over time, $NEWT could become an important part of the next generation of onchain infrastructure. #Newt
@NewtonProtocol #Newt $NEWT
NVD Insights:
I’m realizing that trust is built through visibility, not just outcomes.
Artigo
Ver tradução
Two-phase consensus: the prepare step that makes BLS possiblethe streaming two-phase consensus section of newton's whitepaper solves a problem that isnt immediately obvious unless you think through how BLS aggregation actually works. BLS aggregation requires all participating operators to sign the same message. identical bytes. if two operators sign different messages - even because they fetched slightly different oracle prices a millisecond apart - their signatures cant be aggregated. the math breaks. the problem is that operators are supposed to fetch external data independently. thats the decentralization guarantee. sanctions feeds, oracle prices, risk scores – no single entity controls those inputs. but independent fetching over real networks produces variance. two operators hitting the same API endpoint a second apart might see different prices during a volatile period. the prepare phase exists to resolve this before it becomes a signature problem. every operator in the active validator set independently executes the same WASM data provider plugin through its own network path and streams back its observed values alongside an ECDSA attestation over what it saw. no synchronization barrier - responses arrive as they come. the gateway then computes median-based consensus across numeric fields in those responses and publishes one canonical dataset. only after that canonical dataset exists does the evaluate phase begin. every operator fetches the same Rego policy by content hash from IPFS, evaluates it against the same canonical dataset, and produces identical output. identical output means identical digest. identical digest means BLS aggregation works. the aggregator exits as soon as the configured quorum threshold is met rather than waiting for all operators to respond. whats notable about the median step is what it tolerates. a single operator with a stale feed or a temporarily misconfigured data source doesnt corrupt the canonical dataset – it just loses the median. the design is explicitly built to handle noisy real-world data without trusting any single data source. what the whitepaper doesnt address is systematic splits rather than random variance. if half the operators are fetching from one version of a data source and half from another during a feed migration, the median might produce a value neither cohort actually observed. whether that scenario is caught, flagged, or just silently absorbed into the consensus output isnt specified. #Newt @NewtonProtocol $NEWT {future}(NEWTUSDT)

Two-phase consensus: the prepare step that makes BLS possible

the streaming two-phase consensus section of newton's whitepaper solves a problem that isnt immediately obvious unless you think through how BLS aggregation actually works.
BLS aggregation requires all participating operators to sign the same message. identical bytes. if two operators sign different messages - even because they fetched slightly different oracle prices a millisecond apart - their signatures cant be aggregated. the math breaks.
the problem is that operators are supposed to fetch external data independently. thats the decentralization guarantee. sanctions feeds, oracle prices, risk scores – no single entity controls those inputs. but independent fetching over real networks produces variance. two operators hitting the same API endpoint a second apart might see different prices during a volatile period.
the prepare phase exists to resolve this before it becomes a signature problem. every operator in the active validator set independently executes the same WASM data provider plugin through its own network path and streams back its observed values alongside an ECDSA attestation over what it saw. no synchronization barrier - responses arrive as they come. the gateway then computes median-based consensus across numeric fields in those responses and publishes one canonical dataset.
only after that canonical dataset exists does the evaluate phase begin. every operator fetches the same Rego policy by content hash from IPFS, evaluates it against the same canonical dataset, and produces identical output. identical output means identical digest. identical digest means BLS aggregation works. the aggregator exits as soon as the configured quorum threshold is met rather than waiting for all operators to respond.
whats notable about the median step is what it tolerates. a single operator with a stale feed or a temporarily misconfigured data source doesnt corrupt the canonical dataset – it just loses the median. the design is explicitly built to handle noisy real-world data without trusting any single data source.
what the whitepaper doesnt address is systematic splits rather than random variance. if half the operators are fetching from one version of a data source and half from another during a feed migration, the median might produce a value neither cohort actually observed. whether that scenario is caught, flagged, or just silently absorbed into the consensus output isnt specified.
#Newt @NewtonProtocol $NEWT
Newton me fez perceber que a melhor automação não parece IA A automação em que eu mais confio não é a que toma decisões por mim. É a que faz, silenciosamente, o que eu já decidi — seja um lembrete de calendário, um e-mail agendado ou um pagamento recorrente. Quanto menos eu preciso pensar sobre isso, mais útil ela se torna. Por isso, as Intenções de Automação da Newton se destacaram para mim. Em vez de pedir que agentes de IA inventem objetivos, os usuários definem a intenção primeiro. Pode ser algo tão simples quanto comprar um ativo em uma programação ou vendê-lo quando um preço específico for atingido. O agente espera por essas condições, executa a instrução e cada etapa pode ser rastreada e auditada. Isso muda a forma como eu vejo a automação. Talvez a melhor automação não seja a que pensa mais. Talvez seja a que se lembra do que você já queria e coloca isso em prática exatamente quando deve. Fonte: Documentação do Protocolo Newton (Intenções de Automação). Não é aconselhamento financeiro. DYOR. #newt $NEWT @NewtonProtocol $BIRB $MAGMA
Newton me fez perceber que a melhor automação não parece IA

A automação em que eu mais confio não é a que toma decisões por mim. É a que faz, silenciosamente, o que eu já decidi — seja um lembrete de calendário, um e-mail agendado ou um pagamento recorrente. Quanto menos eu preciso pensar sobre isso, mais útil ela se torna.

Por isso, as Intenções de Automação da Newton se destacaram para mim. Em vez de pedir que agentes de IA inventem objetivos, os usuários definem a intenção primeiro. Pode ser algo tão simples quanto comprar um ativo em uma programação ou vendê-lo quando um preço específico for atingido. O agente espera por essas condições, executa a instrução e cada etapa pode ser rastreada e auditada.

Isso muda a forma como eu vejo a automação.

Talvez a melhor automação não seja a que pensa mais. Talvez seja a que se lembra do que você já queria e coloca isso em prática exatamente quando deve.

Fonte: Documentação do Protocolo Newton (Intenções de Automação). Não é aconselhamento financeiro. DYOR. #newt $NEWT @NewtonProtocol

$BIRB $MAGMA
Rida 3520:
🔥 Here's the real alpha: AI adoption needs a trust layer, not just better models. That's where NEWT stands out. 💙
$NEWT #Newt Há muito tempo, eu avalio projetos de infraestrutura de blockchain pelos mesmos critérios em que todo mundo parece se concentrar: volume de negociação, listagens em exchanges e momentum de preço. Esses indicadores pareciam impressionantes durante os mercados em alta, mas notei que quase nunca explicavam por que algumas redes permanecem relevantes depois que a atenção inicial diminui. Recentemente, tenho pensado mais sobre o que cria uma demanda duradoura. Um protocolo se torna muito mais interessante quando desenvolvedores continuam construindo sobre ele e usuários continuam dependendo dele porque resolve um problema contínuo — e não porque está apenas em alta temporariamente. É por isso que @NewtonProtocol despertou meu interesse. O conceito que mais se destaca para mim não é apenas mover transações mais rapidamente. É a possibilidade de criar estruturas reutilizáveis de permissões que os desenvolvedores possam integrar em vez de projetar os mesmos sistemas de autorização do zero toda vez. Se esses blocos de construção se tornarem confiáveis e amplamente adotados, eles poderiam reduzir custos enquanto tornam as aplicações financeiras mais fáceis de escalar. Claro, essa ideia só funciona se os incentivos permanecerem equilibrados. Validadoras precisam ter um motivo para realizar verificação precisa, desenvolvedores devem ser recompensados por criarem módulos de autorização valiosos e as empresas precisam realmente se beneficiar de reutilizar uma lógica confiável, em vez de reconstruir sistemas idênticos internamente. Como alguém que acompanha de perto projetos de infraestrutura, dou mais atenção ao comportamento real da rede do que a narrativas de mercado de curto prazo. Geração de taxas saudável, participação consistente de desenvolvedores e crescimento da demanda por lógica reutilizável de autorização contariam uma história muito mais forte do que especulação temporária ou empolgação guiada por manchetes. Por enquanto, vejo o Newton Protocol como um projeto com uma direção interessante, mais do que uma história de sucesso finalizada. A próxima fase não é sobre promessas. É sobre se a rede consegue demonstrar que a infraestrutura de permissões reutilizável cria valor econômico duradouro ao longo do tempo. $TLM $BIRB Qual métrica você mais confia ao avaliar um novo projeto de blockchain?
$NEWT #Newt
Há muito tempo, eu avalio projetos de infraestrutura de blockchain pelos mesmos critérios em que todo mundo parece se concentrar: volume de negociação, listagens em exchanges e momentum de preço. Esses indicadores pareciam impressionantes durante os mercados em alta, mas notei que quase nunca explicavam por que algumas redes permanecem relevantes depois que a atenção inicial diminui.

Recentemente, tenho pensado mais sobre o que cria uma demanda duradoura. Um protocolo se torna muito mais interessante quando desenvolvedores continuam construindo sobre ele e usuários continuam dependendo dele porque resolve um problema contínuo — e não porque está apenas em alta temporariamente.

É por isso que @NewtonProtocol despertou meu interesse. O conceito que mais se destaca para mim não é apenas mover transações mais rapidamente. É a possibilidade de criar estruturas reutilizáveis de permissões que os desenvolvedores possam integrar em vez de projetar os mesmos sistemas de autorização do zero toda vez. Se esses blocos de construção se tornarem confiáveis e amplamente adotados, eles poderiam reduzir custos enquanto tornam as aplicações financeiras mais fáceis de escalar.

Claro, essa ideia só funciona se os incentivos permanecerem equilibrados. Validadoras precisam ter um motivo para realizar verificação precisa, desenvolvedores devem ser recompensados por criarem módulos de autorização valiosos e as empresas precisam realmente se beneficiar de reutilizar uma lógica confiável, em vez de reconstruir sistemas idênticos internamente.

Como alguém que acompanha de perto projetos de infraestrutura, dou mais atenção ao comportamento real da rede do que a narrativas de mercado de curto prazo. Geração de taxas saudável, participação consistente de desenvolvedores e crescimento da demanda por lógica reutilizável de autorização contariam uma história muito mais forte do que especulação temporária ou empolgação guiada por manchetes.

Por enquanto, vejo o Newton Protocol como um projeto com uma direção interessante, mais do que uma história de sucesso finalizada. A próxima fase não é sobre promessas. É sobre se a rede consegue demonstrar que a infraestrutura de permissões reutilizável cria valor econômico duradouro ao longo do tempo.
$TLM
$BIRB

Qual métrica você mais confia ao avaliar um novo projeto de blockchain?
Active users
Revenue and fees
Developer activity
TVL
20 hora(s) restante(s)
Artigo
O Design do EigenLayer AVS da Newton Traz Segurança Econômica para a Aplicação de PolíticasPrimeiro, prestei mais atenção a Newton quando estava analisando o risco do cofre, e não o gráfico do token. Isso parece ao contrário, mas continue comigo. A maioria dos gráficos de infraestrutura de small-cap pode parecer a mesma coisa por um tempo. Um pico, uma queda, algumas velas narrativas e, depois, todo mundo espera a próxima atualização. O que tornou a Newton diferente para mim foi a ideia de que o projeto não está apenas tentando automatizar transações. Ele está tentando decidir se uma transação deve ser permitida antes de ela ser liquidada. É aí que o design do EigenLayer AVS realmente importa para mim.

O Design do EigenLayer AVS da Newton Traz Segurança Econômica para a Aplicação de Políticas

Primeiro, prestei mais atenção a Newton quando estava analisando o risco do cofre, e não o gráfico do token.
Isso parece ao contrário, mas continue comigo. A maioria dos gráficos de infraestrutura de small-cap pode parecer a mesma coisa por um tempo. Um pico, uma queda, algumas velas narrativas e, depois, todo mundo espera a próxima atualização. O que tornou a Newton diferente para mim foi a ideia de que o projeto não está apenas tentando automatizar transações. Ele está tentando decidir se uma transação deve ser permitida antes de ela ser liquidada.
É aí que o design do EigenLayer AVS realmente importa para mim.
Hasnain Ali007:
Policy enforcement backed by economic security could become a key building block for trustworthy AI-driven onchain automation.
E se as instituições mais fortes não forem as que processam mais decisões, mas as que impedem que decisões desnecessárias sejam sequer tomadas? Ao estudar o Newton Protocol, eu me via voltando a um pensamento incomum. A maioria dos sistemas digitais celebra a atividade porque a atividade é fácil de medir. Mais transações parecem, muitas vezes, significar mais progresso. Ainda assim, a história sugere que instituições maduras se tornam valiosas ao filtrar ruído antes que ele chegue ao tomador de decisão. Isso me fez pensar se o Newton está, silenciosamente, apontando para um objetivo diferente. Em vez de maximizar a participação, ele pode estar explorando como permissões programáveis podem reduzir escolhas de baixa qualidade antes que elas consumam atenção. A parte interessante não é apenas a eficiência. É a informação. Cada ação negada ou aprovação delegada cria um registro do julgamento organizacional que raramente existe hoje. Com o tempo, esses registros poderiam revelar como as decisões evoluem, em vez de simplesmente mostrar quais ações ocorreram. Há um trade-off óbvio. Menos ruído também pode significar menos experimentação. Algumas das descobertas mais valiosas começam como solicitações incomuns que regras estabelecidas talvez rejeitassem. Qualquer sistema de permissões, portanto, corre o risco de se tornar rígido demais se não conseguir se adaptar. Também me pergunto se as organizações vão, por vontade própria, expor sua lógica interna de decisão. Empresas, bancos e DAOs muitas vezes tratam os processos de governança como ativos estratégicos. Uma transparência maior pode melhorar a responsabilização enquanto reduz a flexibilidade. Se essa tensão se tornar administrável, o efeito no longo prazo pode ser sutil. Redes talvez compitam produzindo sinais institucionais mais claros, em vez de gerar uma atividade mais visível. Essa possibilidade mantém minha atenção, porque os mercados passaram anos recompensando volume. Começo a me perguntar se a próxima etapa da infraestrutura digital recompensa a qualidade das decisões que nem precisaram acontecer de fato. @NewtonProtocol #newt $NEWT
E se as instituições mais fortes não forem as que processam mais decisões, mas as que impedem que decisões desnecessárias sejam sequer tomadas?

Ao estudar o Newton Protocol, eu me via voltando a um pensamento incomum. A maioria dos sistemas digitais celebra a atividade porque a atividade é fácil de medir. Mais transações parecem, muitas vezes, significar mais progresso. Ainda assim, a história sugere que instituições maduras se tornam valiosas ao filtrar ruído antes que ele chegue ao tomador de decisão.

Isso me fez pensar se o Newton está, silenciosamente, apontando para um objetivo diferente. Em vez de maximizar a participação, ele pode estar explorando como permissões programáveis podem reduzir escolhas de baixa qualidade antes que elas consumam atenção.

A parte interessante não é apenas a eficiência. É a informação. Cada ação negada ou aprovação delegada cria um registro do julgamento organizacional que raramente existe hoje. Com o tempo, esses registros poderiam revelar como as decisões evoluem, em vez de simplesmente mostrar quais ações ocorreram.

Há um trade-off óbvio. Menos ruído também pode significar menos experimentação. Algumas das descobertas mais valiosas começam como solicitações incomuns que regras estabelecidas talvez rejeitassem. Qualquer sistema de permissões, portanto, corre o risco de se tornar rígido demais se não conseguir se adaptar.

Também me pergunto se as organizações vão, por vontade própria, expor sua lógica interna de decisão. Empresas, bancos e DAOs muitas vezes tratam os processos de governança como ativos estratégicos. Uma transparência maior pode melhorar a responsabilização enquanto reduz a flexibilidade.

Se essa tensão se tornar administrável, o efeito no longo prazo pode ser sutil. Redes talvez compitam produzindo sinais institucionais mais claros, em vez de gerar uma atividade mais visível. Essa possibilidade mantém minha atenção, porque os mercados passaram anos recompensando volume. Começo a me perguntar se a próxima etapa da infraestrutura digital recompensa a qualidade das decisões que nem precisaram acontecer de fato.

@NewtonProtocol
#newt $NEWT
RUMI CRYPTO107:
Yet history suggests that mature institutions become valuable by filtering noise before it reaches the decision maker.
@NewtonProtocol AI precisa de mais do que um token O problema é bastante óbvio neste ponto. Toda semana surge uma nova moeda de IA. Um novo agente de IA. Uma nova promessa de que a IA vai negociar melhor do que humanos e deixar todo mundo rico. Aí você olha por baixo do capô e é sempre o mesmo caos. Sistemas centralizados. Nenhuma segurança real. Não há como saber o que, de fato, está acontecendo. É por isso que a maior parte disso parece marketing antes de virar produto. O Newton Protocol está tentando resolver um problema diferente. Se a IA vai gerenciar estratégias, mover fundos e tomar decisões on-chain, então a infraestrutura precisa estar sólida primeiro. Caso contrário, você está apenas entregando dinheiro a uma caixa-preta e torcendo pelo melhor. A parte que eu continuo levando em consideração é a ideia de um rollup seguro. Não porque seja empolgante. Honestamente, infraestrutura geralmente é chata. Mas chato é bom quando há dinheiro real envolvido. As coisas devem funcionar. Devem ser seguras. Você não deveria precisar de cinco camadas de confiança só para executar uma estratégia automatizada. O mercado para desenvolvedores de IA também faz sentido. A maioria das pessoas fala sobre agentes de IA. Pouquíssimas falam sobre as pessoas que realmente os estão construindo. Sem desenvolvedores, não existe ecossistema. Só promessas vazias e gráficos de tokens. Talvez o Newton Protocol consiga. Talvez não. Cripto está cheia de projetos que pareciam bons no papel. Mas, pelo menos, isso está focado em corrigir um problema real, em vez de inventar mais uma palavra da moda. Isso está ficando mais difícil de encontrar por esses dias. #newt #NEWT $NEWT {future}(NEWTUSDT) O que mais está segurando a cripto de IA?
@NewtonProtocol AI precisa de mais do que um token

O problema é bastante óbvio neste ponto. Toda semana surge uma nova moeda de IA. Um novo agente de IA. Uma nova promessa de que a IA vai negociar melhor do que humanos e deixar todo mundo rico. Aí você olha por baixo do capô e é sempre o mesmo caos. Sistemas centralizados. Nenhuma segurança real. Não há como saber o que, de fato, está acontecendo.

É por isso que a maior parte disso parece marketing antes de virar produto.

O Newton Protocol está tentando resolver um problema diferente. Se a IA vai gerenciar estratégias, mover fundos e tomar decisões on-chain, então a infraestrutura precisa estar sólida primeiro. Caso contrário, você está apenas entregando dinheiro a uma caixa-preta e torcendo pelo melhor.

A parte que eu continuo levando em consideração é a ideia de um rollup seguro. Não porque seja empolgante. Honestamente, infraestrutura geralmente é chata. Mas chato é bom quando há dinheiro real envolvido. As coisas devem funcionar. Devem ser seguras. Você não deveria precisar de cinco camadas de confiança só para executar uma estratégia automatizada.

O mercado para desenvolvedores de IA também faz sentido. A maioria das pessoas fala sobre agentes de IA. Pouquíssimas falam sobre as pessoas que realmente os estão construindo. Sem desenvolvedores, não existe ecossistema. Só promessas vazias e gráficos de tokens.

Talvez o Newton Protocol consiga. Talvez não. Cripto está cheia de projetos que pareciam bons no papel. Mas, pelo menos, isso está focado em corrigir um problema real, em vez de inventar mais uma palavra da moda.

Isso está ficando mais difícil de encontrar por esses dias.
#newt #NEWT $NEWT
O que mais está segurando a cripto de IA?
Too much hype
Security concerns
Lack of real users
Poor products
20 hora(s) restante(s)
uma linha na arquitetura da Newton continuava me mandando de volta para a documentação.... Não porque fosse complicado—mas porque ela silenciosamente muda onde a confiança pode existir. Desenvolvedores de blockchain ficaram muito bons em provar o que aconteceu. O Newton Protocol parece explorar um problema diferente: provar por que uma ação foi permitida, em primeiro lugar, por meio da execução verificável de políticas. Se esse design amadurecer, algo interessante pode acontecer. A lógica de autorização pode deixar de ser um detalhe oculto de implementação dentro de cada aplicação e passar a ser infraestrutura que múltiplos projetos podem construir em cima. Isso pode reduzir suposições duplicadas de segurança entre ecossistemas e tornar o comportamento do protocolo mais fácil de inspecionar durante auditorias. O desafio é que frameworks de políticas compartilhadas precisam atender aplicações muito diferentes. Cada camada de abstração introduz escolhas de design entre simplicidade, flexibilidade e precisão; então, o sucesso depende de quão bem essas compensações são tratadas em implantações reais. É isso que torna a Newton Mainnet Beta interessante para acompanhar do ponto de vista técnico. Eu não estou apenas procurando por novas capacidades—estou buscando evidências de que uma arquitetura de políticas reutilizável pode continuar confiável à medida que a complexidade aumenta. Se regras de confiança se tornarem infraestrutura de protocolo em vez de código de aplicação, quais novos padrões os desenvolvedores precisarão para medir sua qualidade? #Newt $NEWT @NewtonProtocol $MAGMA $BIRB #Binance #TrendingTopic #Market_Update
uma linha na arquitetura da Newton continuava me mandando de volta para a documentação....

Não porque fosse complicado—mas porque ela silenciosamente muda onde a confiança pode existir.

Desenvolvedores de blockchain ficaram muito bons em provar o que aconteceu. O Newton Protocol parece explorar um problema diferente: provar por que uma ação foi permitida, em primeiro lugar, por meio da execução verificável de políticas.

Se esse design amadurecer, algo interessante pode acontecer. A lógica de autorização pode deixar de ser um detalhe oculto de implementação dentro de cada aplicação e passar a ser infraestrutura que múltiplos projetos podem construir em cima.

Isso pode reduzir suposições duplicadas de segurança entre ecossistemas e tornar o comportamento do protocolo mais fácil de inspecionar durante auditorias.

O desafio é que frameworks de políticas compartilhadas precisam atender aplicações muito diferentes. Cada camada de abstração introduz escolhas de design entre simplicidade, flexibilidade e precisão; então, o sucesso depende de quão bem essas compensações são tratadas em implantações reais.

É isso que torna a Newton Mainnet Beta interessante para acompanhar do ponto de vista técnico. Eu não estou apenas procurando por novas capacidades—estou buscando evidências de que uma arquitetura de políticas reutilizável pode continuar confiável à medida que a complexidade aumenta.

Se regras de confiança se tornarem infraestrutura de protocolo em vez de código de aplicação, quais novos padrões os desenvolvedores precisarão para medir sua qualidade?

#Newt $NEWT @NewtonProtocol

$MAGMA $BIRB #Binance #TrendingTopic #Market_Update
Rida 3520:
🚨 Stop scrolling! NEWT isn't just another AI project—it's building the trust layer that autonomous AI will need to operate safely. 🔥
·
--
O Sandbox do Oracle de Newton Torna o Isolamento uma Escolha de Design—Mas Ele Move o Risco? Passei algum tempo pensando sobre o que significa permitir que código offchain influencie uma autorização onchain. Os oráculos PolicyData da Newton são compilados em componentes WASM. Durante a avaliação, os operadores executam o componente, passam a ele entradas estruturadas e disponibilizam o JSON retornado para a política Rego como dados de runtime em "data.wasm" . No início, foquei em no que o oráculo poderia buscar. A parte mais interessante é o que ele não tem permissão para alcançar. Os operadores da Newton executam componentes de oráculo por meio do Wasmtime em sandbox. Requisições para faixas de rede privadas, endereços de loopback e endereços link-local são bloqueadas. Qualquer endpoint HTTP chamado pelo oráculo precisa ser publicamente acessível . O ponto forte? Código arbitrário não recebe alcance arbitrário. O ambiente do operador ganha isolamento mais forte. A tensão? Sistemas sensíveis de risco, bancos de dados de conformidade e serviços internos de aprovação não ficam expostos publicamente. Para conectá-los, é necessário um gateway voltado ao público—uma nova dependência . Assim, o limite de segurança não elimina a confiança. Ele a desloca. O sandbox do oráculo da Newton reduz o risco envolvendo dados de políticas offchain ou move parte dele para interfaces públicas que as aplicações precisam construir ao redor? #Newt @NewtonProtocol #Newt $NEWT {future}(NEWTUSDT)
O Sandbox do Oracle de Newton Torna o Isolamento uma Escolha de Design—Mas Ele Move o Risco?

Passei algum tempo pensando sobre o que significa permitir que código offchain influencie uma autorização onchain.

Os oráculos PolicyData da Newton são compilados em componentes WASM. Durante a avaliação, os operadores executam o componente, passam a ele entradas estruturadas e disponibilizam o JSON retornado para a política Rego como dados de runtime em "data.wasm" .

No início, foquei em no que o oráculo poderia buscar.

A parte mais interessante é o que ele não tem permissão para alcançar.

Os operadores da Newton executam componentes de oráculo por meio do Wasmtime em sandbox. Requisições para faixas de rede privadas, endereços de loopback e endereços link-local são bloqueadas. Qualquer endpoint HTTP chamado pelo oráculo precisa ser publicamente acessível .

O ponto forte? Código arbitrário não recebe alcance arbitrário. O ambiente do operador ganha isolamento mais forte.

A tensão? Sistemas sensíveis de risco, bancos de dados de conformidade e serviços internos de aprovação não ficam expostos publicamente. Para conectá-los, é necessário um gateway voltado ao público—uma nova dependência .

Assim, o limite de segurança não elimina a confiança. Ele a desloca.

O sandbox do oráculo da Newton reduz o risco envolvendo dados de políticas offchain ou move parte dele para interfaces públicas que as aplicações precisam construir ao redor?

#Newt @NewtonProtocol #Newt $NEWT
Rida 3520:
🔥 One idea changed my perspective: The future isn't just smarter AI—it's AI people can actually trust. NEWT is focused on that foundation. 🚀
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